Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Does the phone actually get the ip from your config or is it stuck? I have had a phone stuck before at proctor labs and it would not take anything I did to resolve it. That is because some of the phones are not actually attached to the rack device but layer two tunneled to the rack. That means they do not recycle when you bounce them. Try this change your ip range and see if the phone gets a new ip, if so then it is something ou are missing. If not try pinging the phone, does it reply? If so then you might recover it if not then open a ticket and see if you can get another pod or use a softphone for now. You can also hardware VPN into proctor labs and I find that to be the best solution for them to give me more of a true lab experience. Bill On Jan 8, 2013, at 11:32 PM, Piotr Puchalski p256...@gmail.com wrote: Nic, I’ve been battling a somewhat similar problem in my own lab (I have all the hardware on my rack with full access) and the problem was that somehow one of the phones was not taking the default gateway set in PUB’s DHCP. I configured a pool locally on the router and it worked then. Next day (and next lab) it worked fine again with CUCM. However now it is still not working. Always make sure you have the default router configured correctly on the phone, that is the first thing. The rest should be a cake. Peter From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Nicolas MICHEL Sent: Tuesday, January 08, 2013 4:54 PM To: William Bell; Steffen Bruening Cc: OSL Voice Subject: Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH Hi Guys ! Yeah I have checked fa0/0.10 and it is ok ! I cannot access to the IP phone since it is PL facilities :) DHCP scope has been created/deleted/checked etc etc I had no problem with BR1 or BR2 ... only with the 7962 in HQ .. Weird ! I have the same rack tomorrow for the same lab (VOL2 LAB1) that I need to finish so I will try again :) Many thanks for the help guys :) More to come later and hope to gain experience to finally be able to answer questions here :) Nic Le 08/01/13 18:03, William Bell a écrit : Nic, On your HQ router, can you check Fa0/0.10? Make sure you have the following config: encapsulation dot1q 10 native I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. HTH. -Bill On Jan 8, 2013, at 9:57 AM, Nicolas MICHEL wrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
I have also seen weird issues surrounded DHCP in my home lab in practice. What I would suggest and has seemed to HELP alleviate issues is to issue clear ip dhcp binding * On Wed, Jan 9, 2013 at 5:43 AM, Bill whl...@gmail.com wrote: Does the phone actually get the ip from your config or is it stuck? I have had a phone stuck before at proctor labs and it would not take anything I did to resolve it. That is because some of the phones are not actually attached to the rack device but layer two tunneled to the rack. That means they do not recycle when you bounce them. Try this change your ip range and see if the phone gets a new ip, if so then it is something ou are missing. If not try pinging the phone, does it reply? If so then you might recover it if not then open a ticket and see if you can get another pod or use a softphone for now. You can also hardware VPN into proctor labs and I find that to be the best solution for them to give me more of a true lab experience. Bill On Jan 8, 2013, at 11:32 PM, Piotr Puchalski p256...@gmail.com wrote: Nic, ** ** I’ve been battling a somewhat similar problem in my own lab (I have all the hardware on my rack with full access) and the problem was that somehow one of the phones was not taking the default gateway set in PUB’s DHCP. I configured a pool locally on the router and it worked then. Next day (and next lab) it worked fine again with CUCM. However now it is still not working. Always make sure you have the default router configured correctly on the phone, that is the first thing. The rest should be a cake. ** ** Peter ** ** *From:* ccie_voice-boun...@onlinestudylist.com [mailto: ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Nicolas MICHEL *Sent:* Tuesday, January 08, 2013 4:54 PM *To:* William Bell; Steffen Bruening *Cc:* OSL Voice *Subject:* Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH ** ** Hi Guys ! Yeah I have checked fa0/0.10 and it is ok ! I cannot access to the IP phone since it is PL facilities :) DHCP scope has been created/deleted/checked etc etc I had no problem with BR1 or BR2 ... only with the 7962 in HQ .. Weird ! I have the same rack tomorrow for the same lab (VOL2 LAB1) that I need to finish so I will try again :) Many thanks for the help guys :) More to come later and hope to gain experience to finally be able to answer questions here :) Nic Le 08/01/13 18:03, William Bell a écrit : Nic, ** ** On your HQ router, can you check Fa0/0.10? Make sure you have the following config: ** ** *encapsulation dot1q 10 native* ** ** I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. ** ** I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. ** ** If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. ** ** HTH. ** ** -Bill ** ** On Jan 8, 2013, at 9:57 AM, Nicolas MICHEL wrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Hi Everyone, I've changed the DHCP server to be the HQ router. I have changed the range of IP address to be more specific to see a change in the phone address. No luck here, the phone is getting an IP but still refuse to register :D I am having various problem with this POD . Thanks for the help provided ! Nic Le Wednesday, January 09, 2013 1:21:23 PM, Derek Wyss a écrit : I have also seen weird issues surrounded DHCP in my home lab in practice. What I would suggest and has seemed to HELP alleviate issues is to issue clear ip dhcp binding * On Wed, Jan 9, 2013 at 5:43 AM, Bill whl...@gmail.com mailto:whl...@gmail.com wrote: Does the phone actually get the ip from your config or is it stuck? I have had a phone stuck before at proctor labs and it would not take anything I did to resolve it. That is because some of the phones are not actually attached to the rack device but layer two tunneled to the rack. That means they do not recycle when you bounce them. Try this change your ip range and see if the phone gets a new ip, if so then it is something ou are missing. If not try pinging the phone, does it reply? If so then you might recover it if not then open a ticket and see if you can get another pod or use a softphone for now. You can also hardware VPN into proctor labs and I find that to be the best solution for them to give me more of a true lab experience. Bill On Jan 8, 2013, at 11:32 PM, Piotr Puchalski p256...@gmail.com mailto:p256...@gmail.com wrote: Nic, __ __ I’ve been battling a somewhat similar problem in my own lab (I have all the hardware on my rack with full access) and the problem was that somehow one of the phones was not taking the default gateway set in PUB’s DHCP. I configured a pool locally on the router and it worked then. Next day (and next lab) it worked fine again with CUCM. However now it is still not working. Always make sure you have the default router configured correctly on the phone, that is the first thing. The rest should be a cake. __ __ Peter __ __ *From:*ccie_voice-boun...@onlinestudylist.com mailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com mailto:ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Nicolas MICHEL *Sent:* Tuesday, January 08, 2013 4:54 PM *To:* William Bell; Steffen Bruening *Cc:* OSL Voice *Subject:* Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH __ __ Hi Guys ! Yeah I have checked fa0/0.10 and it is ok ! I cannot access to the IP phone since it is PL facilities :) DHCP scope has been created/deleted/checked etc etc I had no problem with BR1 or BR2 ... only with the 7962 in HQ .. Weird ! I have the same rack tomorrow for the same lab (VOL2 LAB1) that I need to finish so I will try again :) Many thanks for the help guys :) More to come later and hope to gain experience to finally be able to answer questions here :) Nic Le 08/01/13 18:03, William Bell a écrit : Nic, __ __ On your HQ router, can you check Fa0/0.10? Make sure you have the following config: __ __ *encapsulation dot1q 10 native* __ __ I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. __ __ I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. __ __ If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. __ __ HTH. __ __ -Bill __ __ On Jan 8, 2013, at 9:57 AM, Nicolas MICHEL wrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Hi Nic after the changes that you have done did you shut , no shut the interface which is the HQph? Also did you add manual the phone? Or you tried with the auto What protocol use the ipphone.? -Original Message- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Nicolas MICHEL Sent: Τετάρτη, 9 Ιανουαρίου 2013 7:53 μμ To: Derek Wyss Cc: OSL Voice Subject: Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH Hi Everyone, I've changed the DHCP server to be the HQ router. I have changed the range of IP address to be more specific to see a change in the phone address. No luck here, the phone is getting an IP but still refuse to register :D I am having various problem with this POD . Thanks for the help provided ! Nic Le Wednesday, January 09, 2013 1:21:23 PM, Derek Wyss a écrit : I have also seen weird issues surrounded DHCP in my home lab in practice. What I would suggest and has seemed to HELP alleviate issues is to issue clear ip dhcp binding * On Wed, Jan 9, 2013 at 5:43 AM, Bill whl...@gmail.com mailto:whl...@gmail.com wrote: Does the phone actually get the ip from your config or is it stuck? I have had a phone stuck before at proctor labs and it would not take anything I did to resolve it. That is because some of the phones are not actually attached to the rack device but layer two tunneled to the rack. That means they do not recycle when you bounce them. Try this change your ip range and see if the phone gets a new ip, if so then it is something ou are missing. If not try pinging the phone, does it reply? If so then you might recover it if not then open a ticket and see if you can get another pod or use a softphone for now. You can also hardware VPN into proctor labs and I find that to be the best solution for them to give me more of a true lab experience. Bill On Jan 8, 2013, at 11:32 PM, Piotr Puchalski p256...@gmail.com mailto:p256...@gmail.com wrote: Nic, __ __ I’ve been battling a somewhat similar problem in my own lab (I have all the hardware on my rack with full access) and the problem was that somehow one of the phones was not taking the default gateway set in PUB’s DHCP. I configured a pool locally on the router and it worked then. Next day (and next lab) it worked fine again with CUCM. However now it is still not working. Always make sure you have the default router configured correctly on the phone, that is the first thing. The rest should be a cake. __ __ Peter __ __ *From:*ccie_voice-boun...@onlinestudylist.com mailto:ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com mailto:ccie_voice-boun...@onlinestudylist.com] *On Behalf Of *Nicolas MICHEL *Sent:* Tuesday, January 08, 2013 4:54 PM *To:* William Bell; Steffen Bruening *Cc:* OSL Voice *Subject:* Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH __ __ Hi Guys ! Yeah I have checked fa0/0.10 and it is ok ! I cannot access to the IP phone since it is PL facilities :) DHCP scope has been created/deleted/checked etc etc I had no problem with BR1 or BR2 ... only with the 7962 in HQ .. Weird ! I have the same rack tomorrow for the same lab (VOL2 LAB1) that I need to finish so I will try again :) Many thanks for the help guys :) More to come later and hope to gain experience to finally be able to answer questions here :) Nic Le 08/01/13 18:03, William Bell a écrit : Nic, __ __ On your HQ router, can you check Fa0/0.10? Make sure you have the following config: __ __ *encapsulation dot1q 10 native* __ __ I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. __ __ I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. __ __ If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. __ __ HTH. __ __ -Bill
[OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool which other phone use and can register to CUCM... I have no idea what is the problem here since it is a very basic problem if anyone has experienced the same on POD 11 of PL ? Many thanks for your help on this ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
It might be IP dhcp snooping... On Tue, Jan 8, 2013 at 7:57 AM, Nicolas MICHEL mcl.nico...@gmail.comwrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool which other phone use and can register to CUCM... I have no idea what is the problem here since it is a very basic problem if anyone has experienced the same on POD 11 of PL ? Many thanks for your help on this __**_ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Nic, On your HQ router, can you check Fa0/0.10? Make sure you have the following config: encapsulation dot1q 10 native I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. HTH. -Bill On Jan 8, 2013, at 9:57 AM, Nicolas MICHEL wrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool which other phone use and can register to CUCM... I have no idea what is the problem here since it is a very basic problem if anyone has experienced the same on POD 11 of PL ? Many thanks for your help on this ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com -- William Bell blog: http://ucguerrilla.com Follow me on twitter @ucguerrilla ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Hi Nicolas, I had this problem too on some pods, where only one of the HQ phones want to register, same for site B, dhcp addressing is working but no registration occurs. Because I had no physical access on the phones to check what the display is showing ( I guess something like registration rejected), I tried several things to avoid this issue for the next session. In most cases it has worked when I used completly different dhcp ranges in the subnet, e.g 200.70 - 200.80. When 7960s had problems to register it helps to configure them manually in the cucm. Afterwards they are shown as registered. In some circumstances it only had solved the issue when I configured a dhcp pool on the router (for siteB probs) or on the HQ Sw for the HQ phones. Am Dienstag, 8. Januar 2013 schrieb Nicolas MICHEL : Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool which other phone use and can register to CUCM... I have no idea what is the problem here since it is a very basic problem if anyone has experienced the same on POD 11 of PL ? Many thanks for your help on this __**_ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Hi Guys ! Yeah I have checked fa0/0.10 and it is ok ! I cannot access to the IP phone since it is PL facilities :) DHCP scope has been created/deleted/checked etc etc I had no problem with BR1 or BR2 ... only with the 7962 in HQ .. Weird ! I have the same rack tomorrow for the same lab (VOL2 LAB1) that I need to finish so I will try again :) Many thanks for the help guys :) More to come later and hope to gain experience to finally be able to answer questions here :) Nic Le 08/01/13 18:03, William Bell a écrit : Nic, On your HQ router, can you check Fa0/0.10? Make sure you have the following config: *encapsulation dot1q 10 native* I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. HTH. -Bill On Jan 8, 2013, at 9:57 AM, Nicolas MICHEL wrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool which other phone use and can register to CUCM... I have no idea what is the problem here since it is a very basic problem if anyone has experienced the same on POD 11 of PL ? Many thanks for your help on this ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com http://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://www.PlatinumPlacement.com -- William Bell blog: http://ucguerrilla.com Follow me on twitter @ucguerrilla ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH
Nic, Ive been battling a somewhat similar problem in my own lab (I have all the hardware on my rack with full access) and the problem was that somehow one of the phones was not taking the default gateway set in PUBs DHCP. I configured a pool locally on the router and it worked then. Next day (and next lab) it worked fine again with CUCM. However now it is still not working. Always make sure you have the default router configured correctly on the phone, that is the first thing. The rest should be a cake. Peter From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Nicolas MICHEL Sent: Tuesday, January 08, 2013 4:54 PM To: William Bell; Steffen Bruening Cc: OSL Voice Subject: Re: [OSL | CCIE_Voice] VOL2 lab 1 - HQ Phone cannot register ? WTH Hi Guys ! Yeah I have checked fa0/0.10 and it is ok ! I cannot access to the IP phone since it is PL facilities :) DHCP scope has been created/deleted/checked etc etc I had no problem with BR1 or BR2 ... only with the 7962 in HQ .. Weird ! I have the same rack tomorrow for the same lab (VOL2 LAB1) that I need to finish so I will try again :) Many thanks for the help guys :) More to come later and hope to gain experience to finally be able to answer questions here :) Nic Le 08/01/13 18:03, William Bell a écrit : Nic, On your HQ router, can you check Fa0/0.10? Make sure you have the following config: encapsulation dot1q 10 native I don't think it is DHCP snooping or you would not receive an IP address. However, you could (and should) Erase the config on the IP phone to ensure it isn't just using an old DHCP config. I would also check the DHCP scope. Check the server level (where you are likely specifying global Option 150 params) and check the scope itself. Make sure you haven't fat fingered a subnet mask, subnet, begin/end address, or default gateway. When I have had a problem where the phone was getting an address but was not progressing through TFTP and registration it was usually related to a misconfiguration of the DHCP scope in CUCM. If you have to change the DHCP scope params then remember to restart the DHCP monitor service. It is a finicky beast. HTH. -Bill On Jan 8, 2013, at 9:57 AM, Nicolas MICHEL wrote: Hey guys. I m in trouble with the phone connected to Fa1/0/23 of the 3750 in HQ. Vlan assignement are OK: HQ-3750#sh run int fa1/0/23 Building configuration... Current configuration : 113 bytes ! interface FastEthernet1/0/23 switchport access vlan 10 switchport voice vlan 20 spanning-tree portfast end HQ-3750#sh run int fa1/0/1 Building configuration... Current configuration : 153 bytes ! interface FastEthernet1/0/1 switchport trunk encapsulation dot1q switchport trunk native vlan 10 switchport mode trunk speed 100 duplex full end HQ-3750#sh int trunk PortMode Encapsulation StatusNative vlan Fa1/0/1 on 802.1q trunking 10 PortVlans allowed on trunk Fa1/0/1 1-4094 PortVlans allowed and active in management domain Fa1/0/1 1,10,20,30 PortVlans in spanning tree forwarding state and not pruned Fa1/0/1 1,10,20,30 IP HELPER on the L3 Device is OK interface FastEthernet0/0.20 encapsulation dot1Q 20 ip address 10.10.200.3 255.255.255.0 ip helper-address 10.10.210.10 end IP Phone can get an IP from the PUB (10.10.210.10) HQ-3750#sh cdp neigh fa1/0/23 det - Device ID: SEP0021A086825D Entry address(es): IP address: 10.10.200.50 Platform: Cisco IP Phone 7962, Capabilities: Host Phone Interface: FastEthernet1/0/23, Port ID (outgoing port): Port 1 Holdtime : 178 sec Version : SCCP42.8-4-1S advertisement version: 2 Duplex: full Power drawn: 6.300 Watts Power request id: 33373, Power management id: 1 Power request levels are:6300 0 0 0 0 Management address(es): the DHCP subnet is identical (except the IP range of course :) ) to the others DHCP pool which other phone use and can register to CUCM... I have no idea what is the problem here since it is a very basic problem if anyone has experienced the same on POD 11 of PL ? Many thanks for your help on this ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com -- William Bell blog: http://ucguerrilla.com Follow me on twitter @ucguerrilla ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 Lab 1
Hi Will and thanks ! Quite annyoing when you are labbing on your own and expect to search for something that do not come ! Bill Lake also adviced to do WR ERase . I ll just do that :) Thanks again ! Nic Le 12/12/2012 6:04 PM, William Bell a écrit : Nic, Are you using the proctor labs rack? I hit something like this when using proctor labs. I don't have the interface in front of me but I believe I had to erase the config on the devices before loading the configs for the specific lab scenario. If I didn't erase the configs, the loading option merely merged configurations. Erasing the configs does a wr erase first and the loading of the lab scenario is good to go. You can check by doing a sho ver and look at the uptime. HTH. -Bill -- William Bell blog: http://ucguerrilla.com twitter: @ucguerrilla On Dec 12, 2012, at 3:54 AM, Nicolas MICHEL wrote: Hey Guys ! Finally got some time to focus on the CCIE. I got a little question regarding Lab1 Vol2. Question 1.2: They are asking us to ensure that BR1 Phones that are physically attached are getting IP/TFTP etc from the BR1 Router. My question is that I loaded the config and had nothing to do :( it was already correct . The solution guide show some configuration regarding DHCP Pools and VLAN assignement + SVI down but in my case the config were good as I loaded the rack :( Thanks for the help guys ! Nic ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com http://www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com http://www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] VOL2 Lab 1
Hey Guys ! Finally got some time to focus on the CCIE. I got a little question regarding Lab1 Vol2. Question 1.2: They are asking us to ensure that BR1 Phones that are physically attached are getting IP/TFTP etc from the BR1 Router. My question is that I loaded the config and had nothing to do :( it was already correct . The solution guide show some configuration regarding DHCP Pools and VLAN assignement + SVI down but in my case the config were good as I loaded the rack :( Thanks for the help guys ! Nic ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
Re: [OSL | CCIE_Voice] VOL2 Lab 1
Nic, Are you using the proctor labs rack? I hit something like this when using proctor labs. I don't have the interface in front of me but I believe I had to erase the config on the devices before loading the configs for the specific lab scenario. If I didn't erase the configs, the loading option merely merged configurations. Erasing the configs does a wr erase first and the loading of the lab scenario is good to go. You can check by doing a sho ver and look at the uptime. HTH. -Bill -- William Bell blog: http://ucguerrilla.com twitter: @ucguerrilla On Dec 12, 2012, at 3:54 AM, Nicolas MICHEL wrote: Hey Guys ! Finally got some time to focus on the CCIE. I got a little question regarding Lab1 Vol2. Question 1.2: They are asking us to ensure that BR1 Phones that are physically attached are getting IP/TFTP etc from the BR1 Router. My question is that I loaded the config and had nothing to do :( it was already correct . The solution guide show some configuration regarding DHCP Pools and VLAN assignement + SVI down but in my case the config were good as I loaded the rack :( Thanks for the help guys ! Nic ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] Vol2 lab 1 Q5.1
Dears, I need to know why BR1 get 48 Kbps to allow 4 G729 calls with HQ ,why he did not solve it with 96Kbps?. Thanks, Ahmed Ellboudy Disclaimer: NOTICE The information contained in this message is confidential and is intended for the addressee(s) only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Raya will not be liable for direct, special, indirect or consequential damages arising from alteration of the contents of this message by a third party or as a result of any malicious code or virus being passed on. Views expressed in this communication are not necessarily those of Raya.If you have received this message in error, please notify the sender immediately by email, facsimile or telephone and return and/or destroy the original message. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
[OSL | CCIE_Voice] Vol2 Lab 1 UCCX Scripting issue
Hi, Maybe someone has done this can provide a hints. I'm currently doing Vol2 lab1,uccx scripting.According to PG, there should not have any CSQ defined in the script, but when uploaded to UCCX Apps,there is a CSQ defined. Why there is this discrepancy? 2nd question,why do we need CSQ and phone agent? Are we testing conferencing or agent based routing? Thanks Shingei. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Vol2 Lab 1 6.2 - MeetMe and Location
I finally resolved the issue by removed the codec g711ulaw under the cfb profile on BR1, which mean the IOS CFB only support G729 codecs, no G711 codec. With this configuration, the PSTN phone able to dial into the IOS Meetme cfb, which initiated on BR1 phone, and connected with G729 codec, and still met the requirements of CAC for 4 G729 calls between HQ and BR1. This is a strict question, but the Solution PG does not mention about it. Anyways, thanks for any inputs. TN. ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Vol2 Lab 1 Q 10.1 - SRST hunt group question
Nara, This works for me (without the SIP.app). The SRST SIP guide hints that the application command is for IVR type scripts (maybe they are talking about BACD or other similar TCL apps.) Can you post your config? and an output of ccapi? I had to remove an ephone-dn that somehow got pointed to the DN of the SIP Phone. I could call into the SIP phone from the PSTN, the hunt would also work, but not timeout over to the other phone. Maybe you have an extra command that is conflicting? Does your SCCP phone ring? Basically, I have just like the PG has. Incoming dial-peer, translation-profile in that transforms 10 digits to my 5-digit dial-plan. Then it matches the pilot on the voice hunt-group 1 peer. The other config gotcha that I ran into was the number they specified in the requirements was in use by my PSTN phone. Their 1000 is my 408-526-4000 which is assigned to the PSTN phone. Maybe I should change that. I used 64999. lol. From: ccie_voice-boun...@onlinestudylist.com [ccie_voice-boun...@onlinestudylist.com] On Behalf Of Nara Shikamaru [shikam...@kagadis.com] Sent: Sunday, September 13, 2009 7:22 PM To: OSL Group Subject: [OSL | CCIE_Voice] Vol2 Lab 1 Q 10.1 - SRST hunt group question In 10.1 we're asked to create a hunt group with a SCCP and SIP to be used in an SRST condition. Voice register pool 1 makes use of sip.app, which I don't happen to have on my flash. Can someone tell me where I can find this? If I disable it, SRST inbound calling works again (with the use of a DID dialpeer), but still no dice on the x1000 hunt pilot. -- -Shikamaru ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
Re: [OSL | CCIE_Voice] Vol2 Lab 1 Q 10.1 - SRST hunt group question
It's weird, the Proctor Guide mentions using sip.app and I don't know where to get this. The PG doesn't actually go into any detail, so I'm bewildered. On Mon, Sep 14, 2009 at 9:10 PM, Michael Ciarfello mciarfe...@iplogic.comwrote: Nara, This works for me (without the SIP.app). The SRST SIP guide hints that the application command is for IVR type scripts (maybe they are talking about BACD or other similar TCL apps.) Can you post your config? and an output of ccapi? I had to remove an ephone-dn that somehow got pointed to the DN of the SIP Phone. I could call into the SIP phone from the PSTN, the hunt would also work, but not timeout over to the other phone. Maybe you have an extra command that is conflicting? Does your SCCP phone ring? Basically, I have just like the PG has. Incoming dial-peer, translation-profile in that transforms 10 digits to my 5-digit dial-plan. Then it matches the pilot on the voice hunt-group 1 peer. The other config gotcha that I ran into was the number they specified in the requirements was in use by my PSTN phone. Their 1000 is my 408-526-4000 which is assigned to the PSTN phone. Maybe I should change that. I used 64999. lol. -- *From:* ccie_voice-boun...@onlinestudylist.com [ ccie_voice-boun...@onlinestudylist.com] On Behalf Of Nara Shikamaru [ shikam...@kagadis.com] *Sent:* Sunday, September 13, 2009 7:22 PM *To:* OSL Group *Subject:* [OSL | CCIE_Voice] Vol2 Lab 1 Q 10.1 - SRST hunt group question In 10.1 we're asked to create a hunt group with a SCCP and SIP to be used in an SRST condition. Voice register pool 1 makes use of *sip.app*, which I don't happen to have on my flash. Can someone tell me where I can find this? If I disable it, SRST inbound calling works again (with the use of a DID dialpeer), but still no dice on the x1000 hunt pilot. -- -Shikamaru -- -Shikamaru ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
[OSL | CCIE_Voice] Vol2 Lab 1 Q 10.1 - SRST hunt group question
In 10.1 we're asked to create a hunt group with a SCCP and SIP to be used in an SRST condition. Voice register pool 1 makes use of *sip.app*, which I don't happen to have on my flash. Can someone tell me where I can find this? If I disable it, SRST inbound calling works again (with the use of a DID dialpeer), but still no dice on the x1000 hunt pilot. -- -Shikamaru ___ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
