The Adtran community holiday season is starting next week! The holiday period will span from December 21, 2024 to January 6, 2025. During this time, responses to feedback form submissions may be delayed. If you are encountering product issues, you can reach out to Adtran support at any time.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
outrider
New Contributor II

Netvanta 7100 Windows domain DHCP problems?

Jump to solution

I am relatively new to Phone systems, I was hired at a company that put me in charge of Networking. We just moved and are in the process of migrating our servers. Just before the move we from a 100.xxx.xxx.xxx schema to a 10.xxx.xxx.xxx schema. We have a Netvanta 7100 with adtran and polycom phones, and I am having huge problems configuring this thing correctly. We have 2 servers as DHCP hosts using options 66 and 157. I thought I had everything working correctly 2 days ago then when I went in today I couldn't get phones that were rebooted to register. I am seeing a lot of bad addresses in dhcp. Which makes me think there is a conflict somewhere. we are running most of the phones(about 50) from the netvanta 7100 ports to switches, then POEs, then the phones.

Old server

PDC- server 2003

New servers

2 x server 2012

1 running a virtual file server and will be running virtual exchange

Any suggestions?

0 Kudos
1 Solution

Accepted Solutions
jayh
Honored Contributor
Honored Contributor

Re: Netvanta 7100 Windows domain DHCP problems?

Jump to solution

We have seen several situations where Windows DHCP servers don't function properly in a multi-VLAN environment.  The failure mode most common to us is as follows:

Data VLAN served by Windows DHCP server.  Phones in separate voice VLAN with a different DHCP server, typically the Adtran IAD.  Phones act in trunk mode, passing data VLAN to a PC plugged in to the pass-through port on the phone.

PROBLEM:  If the Windows server on the data VLAN is connected to a switch port that has the voice VLAN available, it will hand out data VLAN addresses to the phones, even if the voice VLAN isn't programmed on the Windows DHCP server at all.  It will "jump" VLANs.  The phones then fail to register or communicate with anything on the voice VLAN because they're on the wrong subnet.

The only fix is to connect Windows DHCP servers only to switch ports that are manually configured as access ports on the data VLAN only.  Don't try multiple scopes on the same Windows server for devices on other VLANs. 

I recommend ensuring that your Windows DHCP servers are on switch ports set to access mode serving only the VLAN where the Windows DHCP clients reside.  Use the 7100 as the DHCP server for the voice VLAN. 

View solution in original post

0 Kudos
1 Reply
jayh
Honored Contributor
Honored Contributor

Re: Netvanta 7100 Windows domain DHCP problems?

Jump to solution

We have seen several situations where Windows DHCP servers don't function properly in a multi-VLAN environment.  The failure mode most common to us is as follows:

Data VLAN served by Windows DHCP server.  Phones in separate voice VLAN with a different DHCP server, typically the Adtran IAD.  Phones act in trunk mode, passing data VLAN to a PC plugged in to the pass-through port on the phone.

PROBLEM:  If the Windows server on the data VLAN is connected to a switch port that has the voice VLAN available, it will hand out data VLAN addresses to the phones, even if the voice VLAN isn't programmed on the Windows DHCP server at all.  It will "jump" VLANs.  The phones then fail to register or communicate with anything on the voice VLAN because they're on the wrong subnet.

The only fix is to connect Windows DHCP servers only to switch ports that are manually configured as access ports on the data VLAN only.  Don't try multiple scopes on the same Windows server for devices on other VLANs. 

I recommend ensuring that your Windows DHCP servers are on switch ports set to access mode serving only the VLAN where the Windows DHCP clients reside.  Use the 7100 as the DHCP server for the voice VLAN. 

0 Kudos