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 > > Port Mode Encapsulation Status Native vlan > Fa1/0/1 on 802.1q trunking 10 > > Port Vlans allowed on trunk > Fa1/0/1 1-4094 > > Port Vlans allowed and active in management domain > Fa1/0/1 1,10,20,30 > > Port Vlans 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
_______________________________________________ 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
