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: [email protected] [mailto:[email protected]] 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 <[email protected] > <mailto:[email protected]>> 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" <[email protected] > <mailto:[email protected]>> 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:*[email protected] >> <mailto:[email protected]> >> [mailto:[email protected] >> <mailto:[email protected]>] *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 >> <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 <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 <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 _______________________________________________ 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
