Hi Renzo, Anonet currently has 'client ports' running on OpenVPN, providing access to new users. I think VDE might be a good candidate to add to/replace these 'client ports', as it seems much easier to get going on the client side (2 lines of shell commands). A VDE network could also serve as a public virtual 'internet exchange', where BGP routes are exchanged.
I understand that a DHCP server may be unreliable. However, I think that especially for a 'client port', it provides an easy way for users to get started. As there seems to be no way to push a route for a subnetwork like 1.0.0.0/8, we will need to work around this by either providing a default gateway, or using proxy arp on a big /8 network. Ivo Op 14-2-2011 16:58, Renzo Davoli schreef: > On Mon, Feb 14, 2011 at 02:21:33PM +0100, Ivo Smits wrote: >> I tried to connect to the public VDE switches listed on >> http://wiki.virtualsquare.org/wiki/index.php/%28Experimental%29_Public_VDE_Networks >> , but none of them provided a DHCP address. Can someone look into this? >> >> I would also like to provide access to the Anonet network >> (http://wiki.ucis.nl/Anonet) on a public VDE switch. Would anyone be >> interested in offering a public VDE switch for this purpose? I can >> provide a DHCP server for some 1.255.x.0/24 network, a gateway into the >> Anonet network (1.0.0.0/8), as well as BGP peerings into Anonet. > Public VDE networks currently do not provide DHCP addresses. > I can add one, but you can use any IP address you like on public vde networks. > These are just plain (virtual ditributed) Ethernet networks. > If two people connected to the same public vde network use compatible IP > addresses > they can exchange data. > A DHCP server would not be reliable as any user can add another fake one. > It is safer for communities using public vde networks to decide an IP network > number > and mask and use random host addresses. > > I am investigating on how vde can be connected to ANonet. it is a good idea. > > thank you > renzo > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > vde-users mailing list > vde-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/vde-users > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ vde-users mailing list vde-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/vde-users