[cisco-voip] slow 7936 boot times (packet capture added)

[Wes Sisk]

The DHCP Offer does not include an option 150 which would normally 
identify the TFTP server address.  DHCP offer does include Option 66. 
Option 66 is usually a DNS name to be resolved.  In this capture option 
66 is an IP address. Based on the phone repeatedly querying CiscoCM1 it 
seems pretty clear that the phone did not take the option 66 or option 
150 for TFTP server.  CiscoCM1 is the default DNS name that is queried 
to get TFTP address if one is not identified by other means.

/Wes

On Tuesday, July 13, 2010 12:56:09 PM, Lelio Fulgenzi 
<lelio at uoguelph.ca> wrote:
> Find two packet captures, one raw and one filtered with the IPADDR and 
> MAC of the phone.
>
> Interesting how the phone is asking for CiscoCM1.uoguelph.ca over and 
> over again.
>
> I plugged in the conference phone about 50 seconds or so after the 
> capture started.
>
> Filter: (ip.addr == 10.104.25.100) or (eth.addr == 00:e0:75:24:dc:da)
>
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Cooking with unix is easy. You just sed it and forget it.
>                               - LFJ (with apologies to Mr. Popeil)
>
>
> ----- Original Message -----
> From: "Wes Sisk" <wsisk at cisco.com>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Cc: "cisco-voip voyp list" <cisco-voip at puck.nether.net>
> Sent: Tuesday, July 13, 2010 11:56:37 AM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] slow 7936 boot times
>
> Packet capture please.
>
> 2 things come to mind:
> * Phone is waiting for CDP exchange with switch.  The phone waits for 
> quite some time to receive CDP so it knows what voice vlan to use. 
> Eventually it times out and assumes no CDP/trunk and behaves as access 
> device.
> * DHCP server never completes the DHCP transaction or the transaction 
> is significantly delayed.  Along the same lines I saw some challenges 
> with the options returned from a DHCP server that caused 7936 phone to 
> not parse dhcp response.
>
> Packet Capture :)
>
> /Wes
>
> On Tuesday, July 13, 2010 11:30:51 AM, Lelio Fulgenzi 
> <lelio at uoguelph.ca> wrote:
>
>     We have had issues raised with 7936 conference phones taking
>     between 10 and 15 minutes to boot up. I'm testing one right now
>     that is taking 5 1/2 minutes. This was never the case. The only
>     difference we can remember making is switching from Windows DHCP
>     to central DHCP (Infoblox solution). I'll be doing some sniffing
>     soon, but essentially what we see is the following:
>
>         * power up
>         * Cisco logo on screen for a bit
>         * "Configuring IP... Press Menu to reconfigure" (5 1/2 min)
>         * "Station IP: <ipaddr> Contacting: <tftpipaddr>" (quick)
>         * "Registering: <subipaddr>" (quick)
>
>     I am able to ping the phone from the sub very quickly after power
>     up (even after a config erase).
>
>     Any ideas?
>
>
>
>     ---
>     Lelio Fulgenzi, B.A.
>     Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>     (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>     Cooking with unix is easy. You just sed it and forget it.
>                                   - LFJ (with apologies to Mr. Popeil)
>
>     ------------------------------------------------------------------------
>
>     _______________________________________________
>     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/20100713/e5770ffa/attachment.html>