[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] Xen 3.3 and Madwifi 0.9.4


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: "Alessandro Mommo" <alessandro.mommo@xxxxxxxxx>
  • Date: Mon, 3 Nov 2008 10:26:42 -0800
  • Delivery-date: Mon, 03 Nov 2008 10:27:05 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=ky7TMLizr0VAKQyjh6b7Ssr6XWkhcVsDeR0QKw18KX+ZN1dFvJa6iDvjANu9jItBNu C0fPylXtYH/OMAR7AS3f4e6EZOSH2dgaqaYRMZpe0hsJNAUEHYwgU5nf8sJFIm3rd/A4 2S4VbLBOuaCtwEUNt7whZ+qcmHw2uIRAgG6Gw=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

Hi,

I'm doing some tests with 2 laptops, both equipped whith an Ubiquity wireless card (chipset Athereos 5212) and driver madwifi 0.9.4.
The first one is configured in station mode, the second, with Xen 3.3, in managed mode.
My problem is that if I try to do a ping from a virtual machine to the AP I don't get response.
I use a bridge configuration on Dom0 and all hosts (AP, interface in station mode on Dom0, DomU) are on the same subnet.
Communication between AP and dom0 goes well, as well as between dom0 and domU.
The only way to get an answer from the AP is to use ebtable on both hosts as follows:

Dom0 -> rewrite the source mac address in the outgoing frame (arp who-has) from the virtuale to the real one;
                From tcpdump on real interface, if I don't rewrite the source address:
                18:40:46.976378 arp who-has 192.168.0.20 tell 192.168.0.2
                18:40:47.007720 IP 192.168.0.20 > 224.0.0.22: igmp v3 report, 1 group record(s)
                18:40:47.244722 IP 192.168.0.20.mdns > 224.0.0.251.mdns: 0 [1n] ANY (QU)? suse-pcl.local. (48)
                18:40:47.496814 IP 192.168.0.20.mdns > 224.0.0.251.mdns: 0 [1n] ANY (QM)? suse-pcl.local. (48)
                18:40:47.748766 IP 192.168.0.20.mdns > 224.0.0.251.mdns: 0 [1n] ANY (QM)? suse-pcl.local. (48)
                18:40:48.001223 IP 192.168.0.20.mdns > 224.0.0.251.mdns: 0*- [0q] 2/0/0 (Cache flush) A 192.168.0.20, (81)
               
                AP : 192.168.0.20 
                DomU : 192.168.0.2


AP     -> rewrite the destination mac address in the outgoing frame (arp reply) from the virtuale to the real one. If   
             I don't use ebtable outgoing frames destinated to the virtual machine are dropped from the driver.
 
Obviously, doing so will not solve anything because the bridge on dom0 not properly route received frame.
It could be a problem because the virtual interface has not asked to be associated with the AP?
I hope that I have been clear. Could you help me, please?

Thank you,
Alessandro

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.