[cisco-voip] Phones not Registering on CME

[Abebe Amare]

Did you check the cabling? I had a somewhat similar problem where a 7911 IP
Phone received IP address from the data vlan range. I connected the IP Phone
directly on the switch port  and found out that it works fine then I
connected it to another wall outlet and again it worked fine so the problem
was on the cable running from the switch to the wall outlet.

On Wed, Dec 30, 2009 at 10:45 AM, Changkyun Chang <changkyun.chang at gmail.com
> wrote:

>  I had a similar experience for my office. some of the IP phones (7961)
> received the data vlan ip address(vlan 103 in this case) instead of voice
> vlan (vlan 223). during the troubleshooting I found the CPU utilization of
> my switch was almost 98%. the packet was flooded within the voice vlan.
>
>
> On 2009-12-30 오후 4:28, :
>
>  Try factory reset, If phones will still stuck, It must be DHCP
> considerations or maybe you are missing vlan on second layer ( check vlan
> database ).
>
>
>
> Marcin
>
>
>
> *From:* cisco-voip-bounces at puck.nether.net [
> mailto:cisco-voip-bounces at puck.nether.net<cisco-voip-bounces at puck.nether.net>]
> *On Behalf Of *Jeff Garvas
> *Sent:* Wednesday, December 30, 2009 4:51 AM
> *To:* Kim, Hyoun S
> *Cc:* cisco-voip at puck.nether.net
> *Subject:* Re: [cisco-voip] Phones not Registering on CME
>
>
>
> It sounds to me like your phones are in the wrong vlan, thus getting the
> wrong IP address and quite possible the wrong or no option 150 information?
>
> If your end users go into the phone settings what Voice/Data vlan is it
> claiming to have?  Could it be pointing to something other than the CME you
> think its hitting?   Find out from the phone itself which CM / tftp / dhcp
> server its communicating with.
>
> If the phone is stuck in configuring IP I'd question what the phone is
> learning from DHCP, which may be controlled by the vlan and any respective
> helper addresses.
>
> -Jeff
>
>
>  On Tue, Dec 29, 2009 at 6:31 PM, Kim, Hyoun S <Hyoun.Kim at chartercom.com>
> wrote:
>
> I get a call from some users at a remote site who are finally connecting
> the last series of phones to the CME I set up months ago.  They said that
> only 1 of the 4 phones are working.
>
>
>
> The 3 phones (all 7962s) are stuck in the “Configuring IP” state and will
> not do anything else.  I’ve double-checked my configuration and I have
> correctly provisioned all the phones & their MAC addresses in the
> configuration.
>
>
>
> Digging deeper, it seems that the 3 phones that are not getting the correct
> IP address.  I set up the DHCP pool to be 10.10.10.X/24.  All the
> functioning phones are obtaining the proper IP addresses but the 3
> non-functioning phones are getting a 10.10.3.xxx address (so the user tells
> me).  Doing a show cdp neighbor details command on the ports show that there
> are no IP addresses associated with those ports.  Furthermore, the Version
> of phone shows up as “79XX_default_load” rather than “SCCP42.8-3-2S” on all
> the other functioning phones.  The port configurations are identical on all
> ports.
>
>
>
> Do you guys have any ideas?  I’m using SCCP for my phone system.  My CME
> version is 7.1.
>
>
>
>
>
> [image: 2C_CharLogo_Tag_CMYK]
>  ------------------------------
>
> *Hyoun Kim** •** *Network Administrator I – East Division
>
> 640 Broadmor Blvd *• *Suite 80 *• *Murfreesboro, TN 37129
>
> ' 615.217.6245 *• *' 859.312.6941 *•* 7 615.217.6255 *• **
> Hyoun.Kim at chartercom.com
>
>
>
> E-MAIL CONFIDENTIALITY NOTICE:
>
>
>
>
>
>
>
>
>
> The contents of this e-mail message and
>
> any attachments are intended solely for the
>
> addressee(s) and may contain confidential
>
> and/or legally privileged information. If you
>
> are not the intended recipient of this message
>
> or if this message has been addressed to you
>
> in error, please immediately alert the sender
>
>  by reply e-mail and then delete this message
>
> and any attachments. If you are not the
>
> intended recipient, you are notified that
>
> any use, dissemination, distribution, copying,
>
> or storage of this message or any attachment
>
> is strictly prohibited.
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
>
> ------------------------------
> Sąd Rejonowy Gdańsk – Północ w Gdańsku, VII Wydział Gospodarczy Krajowego
> Rejestru Sądowego KRS: 0000308826, NIP: 583-22-02-053 Kapitał zakładowy:
> 588.000,00
> Zawartość tej wiadomości zawiera informacje zastrzeżone, stanowiące
> tajemnicę firmy SEVENET S.A. Nieuprawnione wykorzystanie tych informacji do
> własnych celów lub ich ujawnianie osobom trzecim jest zabronione. W
> przypadku omyłkowego otrzymania tej wiadomości prosimy o jej trwałe
> skasowanie oraz powiadomienie o tym fakcie nadawcy informacji.
> This e-mail content contains confidential information, and is the property
> of SEVENET S.A. Any illegal use of this information for personal purposes or
> any disclosure to other persons or entities is prohibited. If you are not
> the intended recipient of this message please delete this e-mail and inform
> the sender about it.
>
>
> _______________________________________________
> cisco-voip mailing listcisco-voip at puck.nether.nethttps://puck.nether.net/mailman/listinfo/cisco-voip
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091230/252abadf/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1990 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091230/252abadf/attachment.jpe>