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

[Xen-users] Re: Cross-Domain Networking Problems



Hello,

I have the same problem. Is there a possibility that the 
domains could communicate over the bridge?
I had a look with ethereal on the traffic. There are no are responses
for the requests.

Thanks.
Ralf LÃbben 


Brian Bisaillon wrote:

> xm list reveals the following information...
> 
> Name              Id  Mem(MB)  CPU  State  Time(s)
> Console
> Domain-0           0      315    0  r----   2058.1
> Domain-1          11      342    0  -b---      5.2
> 9611
> Domain-2          12      342    0  -b---      3.9
> 9612
> 
> Xen seems to be working beautifully but I have not yet
> figured out how to get Domain-0 to ping both Domain-1
> and Domain-2, how to get Domain-1 to ping both
> Domain-0 and Domain-2 and how to get Domain-2 to ping
> both Domain-0 and Domain-1.
> 
> brctl show reveals the following information...
> 
> bridge name     bridge id               STP enabled
>  interfaces
> xen-br0         8000.feffffffffff       no
>  vif13.0
>                                                       
>  vif14.0
> 
> ifconfig vif13.0 reveals the following information...
> 
> vif13.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:7 errors:0 dropped:0 overruns:0
> frame:0
>           TX packets:0 errors:0 dropped:6 overruns:0
> carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:502 (502.0 b)  TX bytes:0 (0.0 b)
> 
> ifconfig vif14.0 reveals the following information...
> 
> vif14.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:7 errors:0 dropped:0 overruns:0
> frame:0
>           TX packets:0 errors:0 dropped:6 overruns:0
> carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:502 (502.0 b)  TX bytes:0 (0.0 b)
> 
> ifconfig xen-br0 reveals the following information...
> 
> xen-br0   Link encap:Ethernet  HWaddr
> FE:FF:FF:FF:FF:FF
>           inet addr:192.168.0.1  Bcast:192.168.3.255
> Mask:255.255.255.255
>           BROADCAST MULTICAST  MTU:1500  Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0
> frame:0
>           TX packets:1 errors:0 dropped:0 overruns:0
> carrier:0
>           collisions:0 txqueuelen:0
>           RX bytes:0 (0.0 b)  TX bytes:86 (86.0 b)
> 
> ifconfig eth0 reveals the following information...
> 
> eth0      Link encap:Ethernet  HWaddr
> AA:00:00:00:00:11
>           inet addr:192.168.0.2  Bcast:192.168.3.255
> Mask:255.255.252.0
>           inet6 addr: fe80::a800:ff:fe00:11/64
> Scope:Link
>           UP BROADCAST RUNNING MULTICAST  MTU:1500
> Metric:1
>           RX packets:0 errors:0 dropped:0 overruns:0
> frame:0
>           TX packets:10 errors:0 dropped:0 overruns:0
> carrier:0
>           collisions:0 txqueuelen:1000
>           RX bytes:0 (0.0 b)  TX bytes:628 (628.0 b)
> 
> Did you notice that both eth0 and xen-br0 have the
> same IP address information?
> 
> If I try to ping 192.168.0.1 from Domain-1 or
> Domain-2, it fails.
> 
> Domain-1 has an IP address for its eth0 of 192.168.0.2
> and Domain-2 has an IP address for eth0 of 192.168.0.3
> and if I try to ping 192.168.0.2 from Domain-2 or ping
> 192.168.0.3 from Domain-1, it also fails.
> 
> Finally, trying to ssh to 192.168.0.2 or 192.168.0.3
> from Domain-0 fails. I am using Suse 9.3 and my guest
> OSes are also Suse 9.3. Any help would be greatly
> appreciated. I have never used bridge utils in Linux
> before although I have use ip route and iptables
> extensively. I have never used VLANs under Linux yet
> either although I want to try that out eventually.
> 
> Thanks!



_______________________________________________
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®.