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

RE: [Xen-users] can't get network access from windows hvm


  • To: "Nawal Husnoo" <galileon@xxxxxxxxx>
  • From: "Petersson, Mats" <Mats.Petersson@xxxxxxx>
  • Date: Tue, 5 Sep 2006 12:22:56 +0200
  • Cc: xen-users@xxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 05 Sep 2006 03:23:55 -0700
  • List-id: Xen user discussion <xen-users.lists.xensource.com>
  • Thread-index: AcbQTuIJcm7BtsUISNi10M5c9u+SrAAhhBDg
  • Thread-topic: [Xen-users] can't get network access from windows hvm

PCI passthrough to HVM (fully virtualized/SVM/VT) guests doesn't work
yet. And even if you could pass the device, it wouldn't be able to do
DMA (direct memory access) based on physical address, because the guest
never sees the machine-physical address, only the guest-physical address
(which starts at address zero and goes up, whereas the machine-physical
address is most likely NOT at address zero for any HVM guest - Dom0
maybe yes, but any DomU would be very unlikely to "live" at address
zero). 

--
Mats 

> -----Original Message-----
> From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx 
> [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of 
> Nawal Husnoo
> Sent: 04 September 2006 19:19
> Cc: xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-users] can't get network access from windows hvm
> 
> hello,
> given that i can't yet make XEN+linux(dom0) + windows (domU) to use 
> internet access in windows (having only 1 public ip),
> 
> has anyone successfully given access to a pci device to 
> windows? i was 
> thinking of giving windows access to the network card 
> (leaving my dom0 
> offline :( )
> 
> all the google links seem to talk about the pci.backend stuff, but I 
> tried this link
> http://wiki.xensource.com/xenwiki/Assign_hardware_to_DomU_with
> _PCIBack_as_module?highlight=%28pci%29
> 
> i tried the first solution (because the second one seems to be 
> mentioning a linux kernel with pci frontend for the domU)
> 
> and tho my dom0 stops seeing the network card, windows domU is still 
> oblivious as to the presence of the net card...
> 
> 
> could anyone offer any pointers please?
> 
> cheers,
> 
> galileon.
> 
> 
> 
> Nawal Husnoo wrote:
> > hello all, i've just come across this in the archive, but 
> i'm stuck at 
> > the same place - does anyone have any pointers in the right 
> direction 
> > please?
> >
> > cheers,
> >
> > galileon.
> >
> >
> >
> > On Fri, Feb 03, 2006 at 12:58:12PM -0500, Patrick Wolfe wrote:
> >> / On Fri, 2006-02-03 at 16:31 +0000, Richard Jones wrote:/
> >> / > I've got a network set up as in the diagram below:/
> >> / > /
> >> / >    domU               domU/
> >> / >    fake eth0          fake eth0/
> >> / >    192.168.99.2       192.168.99.3/
> >> / >        |                   |/
> >> / >        +-----------+-------+/
> >> / >                    |/
> >> / >                192.168.99.1/
> >> / >                dummy0/
> >> / >                 * dom0 */
> >> / >                real eth0/
> >> / >                public IP address/
> >> / /
> >> / Instead of using dummy0, why not try using veth1 and vif0.1?/
> > [...]
> >
> > I followed your instructions, and I'm still at the point 
> where I can't
> > get NAT working.  (BTW, hwaddr is absolutely essential - the bridge
> > doesn't work otherwise).
> >
> > I can ping 192.168.99.2 -> 192.168.99.1 and 192.168.99.1 -> 
> 192.168.99.2
> > (ie. dom0 <-> domU).
> >
> > I can ping domU <-> domU.
> >
> > I've added the NAT rule on dom0:
> >
> >  iptables --table nat --append POSTROUTING -o eth0 -j MASQUERADE
> >
> > However when I try to connect out of the virtual network, NAT still
> > isn't working.  In the example below, I'm trying to telnet 
> out to port
> > 80 on a public address from one of the domUs.
> >
> >  dom0# tcpdump -i eth0 tcp port 80
> >  tcpdump: verbose output suppressed, use -v or -vv for full 
> protocol 
> > decode
> >  listening on eth0, link-type EN10MB (Ethernet), capture 
> size 96 bytes
> >  13:36:31.805346 IP 192.168.99.3.2093 > 80.68.91.176.www: S 
> > 511867828:511867828(0) win 5840 <mss 1460,sackOK,timestamp 
> 4294963735 
> > 0,nop,wscale 2>
> >
> > Note that the source address is wrong (192.168.99.3 - it should have
> > been rewritten by NAT).
> >
> > So NAT is still somehow being avoided ... Help!
> >
> > Rich.
> >
> > These are the interfaces on dom0:
> >
> > # /sbin/ifconfig
> > br1       Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
> >          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
> >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >          RX packets:10 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
> >          collisions:0 txqueuelen:0
> >          RX bytes:496 (496.0 b)  TX bytes:468 (468.0 b)
> >
> > eth0      Link encap:Ethernet  HWaddr 00:30:48:56:62:72
> >          inet addr:10.0.0.2  Bcast:10.0.0.255  Mask:255.255.255.0
> >          inet6 addr: fe80::230:48ff:fe56:6272/64 Scope:Link
> >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >          RX packets:1263 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:1094 errors:0 dropped:0 overruns:0 carrier:0
> >          collisions:0 txqueuelen:1000
> >          RX bytes:128432 (125.4 KiB)  TX bytes:162172 (158.3 KiB)
> >          Interrupt:17
> >
> > lo        Link encap:Local Loopback
> >          inet addr:127.0.0.1  Mask:255.0.0.0
> >          inet6 addr: ::1/128 Scope:Host
> >          UP LOOPBACK RUNNING  MTU:16436  Metric:1
> >          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
> >          collisions:0 txqueuelen:0
> >          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)
> >
> > veth1     Link encap:Ethernet  HWaddr 00:16:3E:B0:99:01
> >          inet addr:192.168.99.1  Bcast:192.168.99.255  
> Mask:255.255.255.0
> >          inet6 addr: fe80::216:3eff:feb0:9901/64 Scope:Link
> >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >          RX packets:131 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:28 errors:0 dropped:0 overruns:0 carrier:0
> >          collisions:0 txqueuelen:0
> >          RX bytes:9774 (9.5 KiB)  TX bytes:1728 (1.6 KiB)
> >
> > vif0.1    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
> >          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
> >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >          RX packets:28 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:131 errors:0 dropped:0 overruns:0 carrier:0
> >          collisions:0 txqueuelen:0
> >          RX bytes:1728 (1.6 KiB)  TX bytes:9774 (9.5 KiB)
> >
> > vif1.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
> >          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
> >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >          RX packets:79 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:38 errors:0 dropped:9 overruns:0 carrier:0
> >          collisions:0 txqueuelen:0
> >          RX bytes:6134 (5.9 KiB)  TX bytes:2534 (2.4 KiB)
> >
> > vif2.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF
> >          inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link
> >          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >          RX packets:51 errors:0 dropped:0 overruns:0 frame:0
> >          TX packets:14 errors:0 dropped:4 overruns:0 carrier:0
> >          collisions:0 txqueuelen:0
> >          RX bytes:3614 (3.5 KiB)  TX bytes:888 (888.0 b)
> >
> > This is the bridge:
> >
> > # brctl show
> > bridge name     bridge id               STP enabled     interfaces
> > br1             8000.feffffffffff       no              vif0.1
> >                                                        vif1.0
> >                                                        vif2.0
> >
> > This is the routing table:
> >
> > # netstat -rn
> > Kernel IP routing table
> > Destination     Gateway         Genmask         Flags   MSS Window  
> > irtt Iface
> > 10.0.0.0        0.0.0.0         255.255.255.0   U         0 
> 0          
> > 0 eth0
> > 192.168.99.0    0.0.0.0         255.255.255.0   U         0 
> 0          
> > 0 veth1
> > 0.0.0.0         10.0.0.25       0.0.0.0         UG        0 
> 0          
> > 0 eth0
> >
> >
> 
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
> 
> 
> 



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


 


Rackspace

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