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

[Wes Sisk]

Yeah, 66 looks like it's not working because of an access-list blocking 
DNS queries from the phones (ICMP administratively prohibited).

/Wes

On Tuesday, July 13, 2010 2:46:36 PM, Lelio Fulgenzi <lelio at uoguelph.ca> 
wrote:
> Thanks Wes. That looks like the issue. The DHCP team used option 66 
> rather than 150. I just assumed they used 150.
>
> We're in the process of adding a custom option 150. We left 66 in 
> there and it didn't work. We're gonna try taking 66 out.
>
> ---
> 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 2:14:07 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] slow 7936 boot times (packet capture added)
>
> 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/8f564451/attachment.html>