James Carlson wrote: > Max Zhen writes: > >> I've implemented code to send out bogus gratuitous ARP packet from vna >> in order to fix CR 6701114. The webrev is at: >> http://jurassic.eng/net/consulte.prc/export/build/xvm-6701114/webrev >> > > I'm not sure what good a SWAN-based webrev is going to do for the > folks on either of these lists ... can you perhaps come up with one on > cr.opensolaris.org? > Yes, my fault. Thanks for reminding. Please refer to below link for the webrev: http://cr.opensolaris.org/~cz147101/xvm-6701114/ > >> So, my approach is to send out a gratuitous ARP request packet from vna >> after the VNIC is created to teach the switch the new port for the MAC. >> A problem with this approach is the packet is sent from dom0 on behalf >> of the domU. So, there is no way to know the IP of the domU. Thus, I >> simply send an ARP request with IP and MAC field for both src and dst >> set to 0. >> > > Why risk confusing ARP speakers by sending a bogus ARP message? > > It seems to me that the issue here has nothing to do with ARP at all. > Right. I just want to pick up a broadcast packet which is well formed enough to be happily transferred by any switch :). > Instead, you need to let the next bridge in line know where you now > are by providing an Ethernet packet with your source MAC address. It > can be *ANY* Ethernet packet, and doesn't have to be ARP. > > I would instead send an Ethertype 9000 (loopback) to the all-ones > broadcast address, and with arbitrary contents. (Some systems send > out short semi-humorous text messages.) > Good idea, I'll give it a try.
Thanks, Max _______________________________________________ xen-discuss mailing list [email protected]
