nic_bridge DHCP problem
Markus Partheymueller
mail at ...119...
Fri Sep 14 14:38:24 CEST 2012
Hey folks,
I'm having some trouble with the nic_bridge provided. When using the
nic_drv as single instance, everything works fine.
But when I replace it with the nic_bridge, the requests don't seem to
make it through. In qemu's TCP dump, I recognized a difference
regarding the DHCP broadcast:
13:08:25.494579 IP (tos 0x0, ttl 64, id 5118, offset 0, flags [none],
proto UDP (17), length 341)
0.0.0.0.68 > 255.255.255.255.67: [bad udp cksum 0x9134 -> 0xd233!]
BOOTP/DHCP, Request from 02:02:02:02:02:02, length 313, xid
0x292e1940, Flags [Broadcast] (0x8000)
Client-Ethernet-Address 02:02:02:02:02:02
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Discover
MSZ Option 57, length 2: 1500
Vendor-Class Option 60, length 42:
"dhcpcd-5.2.7:Linux-3.5.0:i686:NOVA microHV"
Hostname Option 12, length 2: "vm"
Parameter-Request Option 55, length 15:
Subnet-Mask, Classless-Static-Route, Static-Route, Default-Gateway
Domain-Name-Server, Hostname, Domain-Name, MTU
BR, NTP, Lease-Time, Server-ID
RN, RB, Option 119
The bad checksum irritated me. When I used the nic_drv session, it
worked (checksum OK, qemu's DHCP responds correctly with an IP
address). Could there be a problem with the bridge itself or is it
definitely my problem? Do you have example setups using the bridge
that work?
Best,
Markus
More information about the users
mailing list