09-12-2012 11:36 AM - last edited on 03-25-2019 08:17 PM by ciscomoderator
I've got a 7937G that worked beautifully with a Cisco IOS DHCP server and a Brocade/Foundry DHCP server, but has not responded to the first DHCP offer since moving to an ISC DHCP server.
Details:
tcpdump output:
13:01:10.017531 IP (tos 0x0, ttl 64, id 49197, offset 0, flags [none], proto UDP (17), length 352)
10.1.40.1.0 > 10.1.40.12.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:04:f2:e6:22:6a (oui Unknown), length 324, hops 1, xid 0x4582af64, secs 59662, Flags [Broadcast] (0x8000)
Gateway-IP 10.1.150.1
Client-Ethernet-Address 00:04:f2:e6:22:6a (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
Lease-Time Option 51, length 4: 4294967295
Hostname Option 12, length 15: "SEP0004f2e6226a"
Vendor-Class Option 60, length 37: "Cisco Systems, Inc. IP Phone CP-7937G"
Client-ID Option 61, length 7: ether 00:04:f2:e6:22:6a
Parameter-Request Option 55, length 7:
Subnet-Mask, Default-Gateway, Domain-Name-Server, Domain-Name
AT, TFTP, Option 150
END Option 255, length 0
13:01:10.018031 IP (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 352)
10.1.40.12.bootps > 10.1.150.1.bootps: [bad udp cksum 0xd36c -> 0x872c!] BOOTP/DHCP, Reply, length 324, hops 1, xid 0x4582af64, secs 59662, Flags [Broadcast] (0x8000)
Your-IP 10.1.150.135
Server-IP 192.168.18.10
Gateway-IP 10.1.150.1
Client-Ethernet-Address 00:04:f2:e6:22:6a (oui Unknown)
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Offer
Server-ID Option 54, length 4: 10.1.40.12
Lease-Time Option 51, length 4: 3600
Subnet-Mask Option 1, length 4: 255.255.255.0
Default-Gateway Option 3, length 4: 10.1.150.1
Domain-Name-Server Option 6, length 8: 10.1.40.5,10.1.40.6
Domain-Name Option 15, length 23: "****************"
TFTP Option 66, length 13: "192.168.18.10"
T150 Option 150, length 4: 3232240138
END Option 255, length 0
The offer is never "requested", and the phone continues to repeat the "discover" process. Any ideas?
09-13-2012 01:05 AM
Your DHCP server is receiving the request (Discover) and responding to it. You need to check whats happening at your router or switch levels.
"please rate useful posts"
09-13-2012 05:16 AM
Thanks for the replies. I did monitor udp traffic at the L3 switch and watched the traffic being relayed in both directions.
Also the udp checksum is just due to offloading - it's not actually bad. I verified this by monitoring other udp traffic at both end points.
Sent from Cisco Technical Support iPhone App
09-13-2012 09:35 AM
Seeing the low rating that my post (correct and made with the will to help) has received here, I have removed it. Thank you and good luck.
09-13-2012 09:55 AM
My apologies - I did not intend to offend or reflect on the accuracy of your post. I merely indicated whether the checksum issue had already been investigated so as to not mislead others. Sorry you feel that way.
09-13-2012 11:31 AM
Hi Jonathan,
Maybe you are seeing this "7937" bug;
Cheers!
Rob
"Why not help one another on the way" - Bob Marley
09-13-2012 11:46 AM
Interesting! I'll dig into to this more thoroughly this evening. Thanks!
09-13-2012 02:04 PM
Hi Jonathan,
Please let us know how you make out with this.
Cheers!
Rob
"Why not help one another on the way" - Bob Marley
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide