asked on
Mitel 5000 - Adding a POE switch - Netgear & Cisco switches
We have a Mitel 5000 system and use VOip/POE. We have two working Netgear gs748tp 48-port gigabit POE switches that all our phones plug into. We are trying to add a Cisco SG500-52p POE switch to add more phones. When we plug our phones into this Cisco switch it does power on but it says contacting DHCP server. When I plug a laptop into the Cisco switch I get an ip address, I have Internet and I can ping across all our networks (192 and 172 networks).
On one of our Netgear switches, ports 1 & 2 are on VLAN 10 (192.168.170.0 network). Port 1 connects to our Mitel phone system and Port 2 connects to our Sonicwall firewall. The rest of the ports are on VLAN 1 (172.16.202.0 network).
I haven't configured anything on my Cisco switch yet. What do I need to do? Why can't my Mitel phone get an ip address?
On one of our Netgear switches, ports 1 & 2 are on VLAN 10 (192.168.170.0 network). Port 1 connects to our Mitel phone system and Port 2 connects to our Sonicwall firewall. The rest of the ports are on VLAN 1 (172.16.202.0 network).
I haven't configured anything on my Cisco switch yet. What do I need to do? Why can't my Mitel phone get an ip address?
IP TelephonySwitches / HubsVoice Over IP
Last Comment
jkimzlg
ASKER
thanks for the response. The only vlan 10 ports I know of are on ports 1 & 2 of my netgear device. I actually plugged in one of my phones into a Vlan 1 port on the cisco switch and it doesn't work (says contacting dhcp server). But if i plug it into the Netgear switch on a vlan 1 port the phone works fine. I haven't configured the cisco switch at all so everything is on vlan 1. I'm guessing I have to start by creating a trunk. Or do you think I just have to turn off STP?
Then plug Cisco switch in VLAN 1 port and set portfast on phone ports on switch. In that case phone should get response from DHCP server before it stops waiting for DHCP response.
Contacting DHCP server most likely means - I sent DHCP discovery message - waiting for response, and phone is not sending another one although the first discovery message did not reach DHCP server. If I am not wrong about that, portfast should allow DHCP discovery message to be received by DHCP server and phone should be able to get data from DHCP server. So, you could also need to set portfast on link to other switch. If my assumption is wrong that will not help ... :)
Contacting DHCP server most likely means - I sent DHCP discovery message - waiting for response, and phone is not sending another one although the first discovery message did not reach DHCP server. If I am not wrong about that, portfast should allow DHCP discovery message to be received by DHCP server and phone should be able to get data from DHCP server. So, you could also need to set portfast on link to other switch. If my assumption is wrong that will not help ... :)
This is the best money I have ever spent. I cannot not tell you how many times these folks have saved my bacon. I learn so much from the contributors.
rwheeler23
I searched around for solutions, to check if there are some issues...
I think that reading "Deploying..." article can point you in right direction, since I am not familiar with your current configuration, "Setting ..." article can be workaround. :)
Deploying Mitel IP Phones in a VLAN/DHCP Environment .
Setting Mitel phone in teleworker mode
You could also sniff packets with Wireshark to try to identify issue (packets from working phones and non working phones to check the difference).
I think that reading "Deploying..." article can point you in right direction, since I am not familiar with your current configuration, "Setting ..." article can be workaround. :)
Deploying Mitel IP Phones in a VLAN/DHCP Environment .
Setting Mitel phone in teleworker mode
You could also sniff packets with Wireshark to try to identify issue (packets from working phones and non working phones to check the difference).
ASKER CERTIFIED SOLUTION
Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a questionI didn't need to disable STP (in fact cisco doesn't recommend this).Cisco don't recommend this for entire switch, but for interfaces for end devices - PC, Phone etc (that's how I configured it - on phone port). The reason is STP topology change notification.
By default aging time on switches is 300 sec, and when switch receives TCN all bridges become aware of the event and reduce their aging time to 15 seconds. This causes many unnecessary broadcasts since switch forget where are MAC addresses that were quiet in those 15 seconds...
And down in the same article Avoid TCN Generation with the portfast Command ...
:)
Untagged -> Everyone network device understand this :)
Tagged -> Switches, Routers, Phones, Servers and other devices can understand this
ASKER
I was had to contact Cisco for help and they were able to get me going. I have provided as much info as I can about this issue in case someone else is having the same problem.
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.
If I am right turn of STP on phone port(s) (or for any edge device) using
(config)# interface <type>0/x
(config-if)# switchport mode access <----- set port to access mode
(config-if)# spanning-tree portfast <----- disables STP on port
Most likely phone sends DHCP request while port is going through listening and learning phase.
I guess you plugged switch in access ports in VLAN 10 (on one of other switches) otherwise you need to create trunk from one of switches to Cisco switch and set ports for phones to VLAN 10 (if that's your phone VLAN). By default like always all ports are untagged and in VLAN 1. So if you attach switch to access port of your phone VLAN and portfast is configured everything should work.