Le Vendredi, 8 Février 2008 15:11:52 -0500, Jeff Dike <[EMAIL PROTECTED]> a écrit :
(Sorry for the private-only reply: the sylpheed mail client seems to take that address from time to time for some reason and I'm not checking each and everytime if it's OK) > On Thu, Feb 07, 2008 at 09:59:40PM -0500, lanas wrote: > > uml2# ping 192.168.1.1 > > > > PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. > > From 192.168.1.2 icmp_seq=2 Destination Host Unreachable > > Looks like there's no route for 192.168.1.x - normally one is made > automatically, I think. > route add -net 192.168.1.0 netmask 255.255.255.0 dev eth0 > should do the trick. It seems that's not the problem since such a route is automatically added when eth0 is ifconfigured. Should there be any host interface created during this process to allow the two multicast UML to communicate between each other ? There are none at the moment. I've also tried in 32-bits mode using the latest UML kernel and Fedora fs from the web site, inside VmWare running Fedora 8 (I don't have handy a 32 bit machine at the moment) and the result is the same as pinging each other does not work, with the result shown above. Does this general understanding of the basic UML networking makes sense: the UMLs do not communicate between each other. They communicate with their tun/tap devices which have instances on the host. On the other hand these host instances do communicate together. If this is right, I do not see how multicast would work if no additional interface is created on the host. But then I might be wrong. Cheers, Al ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
