disclaimer: i sort of ramble, ill have cliffs at the end.
Ran into an issue today and called TAC to get me sorted out
A customer has a UC540 and 2 SB300-28p switches
- am i the only one who thinks these SB300s are weird?
They have a number of voip phones, 3 models: 7931, 6961, 6921
When a co-worker initially set up their network and voip system a couple of months ago things were running fine. Vlan 100 was used for voice and Vlan 1 for the workstations, with the UC 540 handing out DHCP addresses to the voice vlan and a DC handing out DHCP to pcs.
About a month ago one of the switches died (as in, pull everything out of it and ports will still lit up, and one was blinking, it was messed up) and I plugged the server patch cable into an ACT port on the uc540, and plugged the switches into other ACT ports on the 540
- i will mention here that, for some reason, my coworker had daisy chained the switches: one to the expansion port of the uc540, and then the second switch in the gig uplink to the first switch. the ACT ports were NOT being used at that time, and for all I know were in their default configuration.
- also at this time only the 7 series voip phones were working. I had called a coworker to remote in and look at the system with me as he has much more networking/voip experience than i do. We found out that the 6 series phones were getting DHCP addresses from the DC on vlan 1, even though the ports were set up the same way as ports with 7 series phones on them. We werent sure why and the network was up and it was the end of the day, so we agreed we could look at it on another day.
So, i RMAd the bad switch, plugged most everything into the second switch and a couple things (the server, the nas, 3 desktops) into the 540 and then put the new switch in. I did not move the server/nas from the 540 into the switch at this time as they were in use.
- the 6 series phones were still getting DHCP addresses from vlan 1. hrm.
So I called TAC today. I have limited experience, our network guys were in the field, and the guy who set up that customer works elsewhere. I wasn't in the mood to waste much time.
The guy remoted in and pokes around and after some dhcp debugging on the uc540 notices the smartport role on the uc540 ACT ports were all set to IP Phone + Desktop.
He changes it to desktop only, i reboot a phone and voila: it gets a dhcp address from the 540 on vlan 100
Which left us both wondering: why is it that some phones were working fine and getting an address on vlan 100, and others were getting it on vlan 1?
Cliffs:
-Customer has UC540 and 2x SB300-28p
- customer has ~12 voip phones. 3 models: 7931, 6961, 6921
- - uc 540 hands out DHCP to the phones on 10.1.1.x VLAN 100
- - server hands out dhcp for workstations/wifi devices to 192.168.0.x VLAN 1
-Initially it was connected as UC540 Expansion > Switch 1 fa 27; Switch 1 fa 27 > switch 2 fa 27
- - everything worked fine
- - server was connected to switch 2
-Switch 1 died
-I moved a number of connections from Switch 1 to Switch 2 & the UC540 and RMAd Switch 1
- - I moved the DC server connection to UC540 with some desktops to provide immediate access and did not check or modify the port settings
- after this 6 series phones were not getting a DHCP address from the 540 and were not registering or working
- - they got a DHCP address from the DC @ 192.168.0.x
- - 7x phones got DHCP from the 540 and worked fine
- if I set the IPs statically to 10.1.1.x the 6x phones worked
-Switch 1 replacement arrived
-I copied the switch 2 config, changed VLAN ips and the hostname and got going
-I moved some connections back off the UC540 and split the connections more or less between switch 1 and switch 2
-I swapped a 6x phone and a 7x phone to each others ports, the 7x still worked, the 6x still did not
-I Called TAC, the tech changed the smartport role on the UC540 for the server to "desktop" FROM "ip phone + desktop"
-i power-cycle a 6x phone and set it to dhcp: it now gets an address from the 540 on 10.1.1.x
Why were only some phones getting dhcp from the 540 and some getting it from the DC?
Ran into an issue today and called TAC to get me sorted out
A customer has a UC540 and 2 SB300-28p switches
- am i the only one who thinks these SB300s are weird?
They have a number of voip phones, 3 models: 7931, 6961, 6921
When a co-worker initially set up their network and voip system a couple of months ago things were running fine. Vlan 100 was used for voice and Vlan 1 for the workstations, with the UC 540 handing out DHCP addresses to the voice vlan and a DC handing out DHCP to pcs.
About a month ago one of the switches died (as in, pull everything out of it and ports will still lit up, and one was blinking, it was messed up) and I plugged the server patch cable into an ACT port on the uc540, and plugged the switches into other ACT ports on the 540
- i will mention here that, for some reason, my coworker had daisy chained the switches: one to the expansion port of the uc540, and then the second switch in the gig uplink to the first switch. the ACT ports were NOT being used at that time, and for all I know were in their default configuration.
- also at this time only the 7 series voip phones were working. I had called a coworker to remote in and look at the system with me as he has much more networking/voip experience than i do. We found out that the 6 series phones were getting DHCP addresses from the DC on vlan 1, even though the ports were set up the same way as ports with 7 series phones on them. We werent sure why and the network was up and it was the end of the day, so we agreed we could look at it on another day.
So, i RMAd the bad switch, plugged most everything into the second switch and a couple things (the server, the nas, 3 desktops) into the 540 and then put the new switch in. I did not move the server/nas from the 540 into the switch at this time as they were in use.
- the 6 series phones were still getting DHCP addresses from vlan 1. hrm.
So I called TAC today. I have limited experience, our network guys were in the field, and the guy who set up that customer works elsewhere. I wasn't in the mood to waste much time.
The guy remoted in and pokes around and after some dhcp debugging on the uc540 notices the smartport role on the uc540 ACT ports were all set to IP Phone + Desktop.
He changes it to desktop only, i reboot a phone and voila: it gets a dhcp address from the 540 on vlan 100
Which left us both wondering: why is it that some phones were working fine and getting an address on vlan 100, and others were getting it on vlan 1?
Cliffs:
-Customer has UC540 and 2x SB300-28p
- customer has ~12 voip phones. 3 models: 7931, 6961, 6921
- - uc 540 hands out DHCP to the phones on 10.1.1.x VLAN 100
- - server hands out dhcp for workstations/wifi devices to 192.168.0.x VLAN 1
-Initially it was connected as UC540 Expansion > Switch 1 fa 27; Switch 1 fa 27 > switch 2 fa 27
- - everything worked fine
- - server was connected to switch 2
-Switch 1 died
-I moved a number of connections from Switch 1 to Switch 2 & the UC540 and RMAd Switch 1
- - I moved the DC server connection to UC540 with some desktops to provide immediate access and did not check or modify the port settings
- after this 6 series phones were not getting a DHCP address from the 540 and were not registering or working
- - they got a DHCP address from the DC @ 192.168.0.x
- - 7x phones got DHCP from the 540 and worked fine
- if I set the IPs statically to 10.1.1.x the 6x phones worked
-Switch 1 replacement arrived
-I copied the switch 2 config, changed VLAN ips and the hostname and got going
-I moved some connections back off the UC540 and split the connections more or less between switch 1 and switch 2
-I swapped a 6x phone and a 7x phone to each others ports, the 7x still worked, the 6x still did not
-I Called TAC, the tech changed the smartport role on the UC540 for the server to "desktop" FROM "ip phone + desktop"
-i power-cycle a 6x phone and set it to dhcp: it now gets an address from the 540 on 10.1.1.x
Why were only some phones getting dhcp from the 540 and some getting it from the DC?
Facebook
Twitter