Sirisha Alla wrote:
> Hi,
>   
Hello.
> I was trying to use vde_switch utility and form a virtual network for
> UML instances running on multiple hosts.
>
> Here is my configuration:
>
> Two linux machines: (host1)10.130.130.180, (host2)10.130.131.90
>
> On host1 did the following:
>
> 1) created tap0 and assigned 192.168.0.254
> 2) ran vde switch with the following commands: vde_switch -tap tap0
> -daemon -s /tmp/switch -unix /tmp/switch/ctl
>
>   
you are duplicating the same option twice, that should not happen. 
Either use -unix or -s, ensure that /tmp/switch is not already there. 
 From now on, I will assume your switch command line is just "vde_switch 
-tap tap0 -daemon -s /tmp/switch"
> On  host2 did the following:
>
> 1) created tap0 with192.168.0.100 ip address
> 2) ran vde switch with the following commands: vde_switch -tap tap0
> -daemon -s /tmp/switch -unix /tmp/switch/ctl
>
>   
same mistake here  ^^

> - Created vde cable using dpipe vde_plug /tmp/switch/ctl = ssh host2
> vde_plug /tmp/switch/ctl on host1 and dpipe vde_plug /tmp/switch/ctl =
> ssh host1 vde_plug /tmp/switch/ctl on host2
>   
Do you use two cables to connect two switches each other in real life 
:)? Every dpipe is bidirectional, so you just need one cable with two 
plugs. Try just "dpipe vde_plug /tmp/switch = ssh host2 vde_plug 
/tmp/switch" on host1, and be careful to use the same path you passed in 
switch creation ('ctl' is not needed, vde plugs detect control port 
automatically). Also, if you used tap on both sides, you will be able to 
ping the machines on the vde network.
Simply pinging 192.168.0.100 from host1 should work at this point, and 
should allow you to test your virtual network on your real hosts, before 
actually starting the two guest machines.

Also, consider using an alternative cable: vde_cryptcab for better 
network performance, or udp netcat for best if authentication and data 
confidentiality are not in your primary goals, (i.e. your real network 
is your LAN). Refer to manuals or find a tutorial on 
http://wiki.virtualsquare.org/.

As last optimization, to avoid IP fragments, shrink your tap and UML eth 
MTUs to something (50 Bytes) less than the real network  ones, to allow 
a cleaner encapsulation of 'virtual' ethernet frames into 'real' 
transport payloads.

[uml stuff following]
> I will be happy to provide suggested logs if additional information is
> required. My requirement is that both 192.168.0.1 and 192.168.0.3
> should see each other.
>
> Regards,
> Sirisha
>   
HTH

-- 
Daniele

------------------------------------------------------------------------------
_______________________________________________
vde-users mailing list
vde-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/vde-users

Reply via email to