Big news! The community will be moving to a new platform April 21. Read more.
Big news! The community will be moving to a new platform April 21. Read more.
Absent Member.
Absent Member.
1718 views

Setup DHCP on OES2 Linux for Avaya 5610 phones

I'm trying to setup DHCP on a OES2 Linux server and can't seem to get the phones working. PC on the network will get addresses but the phones will freeze/lock up on DHCP.

My network is as follows:

10.10.1.x(vlan=101) = data
10.10.2.x(vlan=102) = voice
10.1.10.x = servers

Novell servers running on SLES 10 SP2 x64 with OES2 SP 3 x64

I've created a dhcp service (dhcpsrvs) and 2 subnets (10.10.1.0 and 10.10.2.0) and a pool in each subnet (datapool and voicepool). In the global options I created a string option called SSON176. In the options for subnet 10.10.1.0 I've added option 176 with params L2Q=1,L2QVLAN=102. In the options for subnet 10.10.2.0 I've added 176 with params L2Q=1,L2QVLAN=102,MCIPADD=10.10.2.1,MCPORT=1719.

I've been able to get it working on a Win2k3 server but that server was a temporary quick fix. I need to bring that server down soon and would like to get it working on my Novell server.

Can someone help me figure out what I've done wrong or left out?

dlb
Labels (2)
0 Likes
5 Replies
Absent Member.
Absent Member.

danielb,

It appears that in the past few days you have not received a response to your
posting. That concerns us, and has triggered this automated reply.

Has your problem been resolved? If not, you might try one of the following options:

- Visit http://support.novell.com and search the knowledgebase and/or check all
the other self support options and support programs available.
- You could also try posting your message again. Make sure it is posted in the
correct newsgroup. (http://forums.novell.com)

Be sure to read the forum FAQ about what to expect in the way of responses:
http://forums.novell.com/faq.php

If this is a reply to a duplicate posting, please ignore and accept our apologies
and rest assured we will issue a stern reprimand to our posting bot.

Good luck!

Your Novell Product Support Forums Team
http://forums.novell.com/

0 Likes
Absent Member.
Absent Member.

you added the authoritative option to your subnets I assume?
I know not having this can cause some options to not be pushed out correctly (SLP i'm looking at you...)

Possible to do a LAN trace to see exactly what options are being dealt out, even to a workstation to see if the options are even sent?

ANything weird in the messages / dhcp logs about whats going on

0 Likes
Absent Member.
Absent Member.

Thanks for the reply. I did not have it set to be authoritative. I didn't think about that. But I have set it to be but the phone still freezes.

I can see when it first boots, it gets an IP for the data vlan. It then sees the option 176 that tells it to go to the voice vlan. The phone reboots and I see vlan 102 (voice) show up but then after a few seconds of waiting for DHCP it locks up. I didn't see anything weird in the logs except that I don't see it getting an address for the voice vlan. I only see it getting an address on the data side.

Could it have something to do with dynamic DNS?

dlb
0 Likes
Absent Member.
Absent Member.

I would recommend opening a call with Novell support. They can review the LAN traces and give you more information on what may be going on. DDNS is a process that DHCP isn't dependent upon. Configured or not, DHCP should still work.
0 Likes
Absent Member.
Absent Member.

I replaced/upgraded my firewall and now the phones pick up an IP just fine.
0 Likes
The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.