Ian Pratt
2005-Sep-08 19:07 UTC
RE: [Xen-users] veth0 is from netback and vifu.0 is from thebridge-utils?
> Hi. what creates veth0 and vifu.0, when? what''s the > underlying architecture behind them? Just trying to > understand the internals.netback/loopback.c creates them. It''s effectively a point to point link, allowing domain 0 to connect on to the bridge in the same manner that other domains do. (before, packets to domain 0 were short-cutted and came off the bridge directly, which could lead to traffic from other domains being stalled if a lot of traffic was destined to user space in dom0. Best, Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Anthony.Golia@MorganStanley.com
2005-Sep-14 15:08 UTC
RE: [Xen-users] veth0 is from netback and vifu.0 is from thebridge-utils?
On Thu, 8 Sep 2005, Ian Pratt wrote:> > > > Hi. what creates veth0 and vifu.0, when? what''s the > > underlying architecture behind them? Just trying to > > understand the internals. > > netback/loopback.c creates them. > > It''s effectively a point to point link, allowing domain 0 to connect on > to the bridge in the same manner that other domains do. (before, packets > to domain 0 were short-cutted and came off the bridge directly, which > could lead to traffic from other domains being stalled if a lot of > traffic was destined to user space in dom0.thx. what''s the diff betwn the two (veth0 and vifu.0) ?> > Best, > Ian > > ) >Cheers, Anthony _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
John Wilson
2005-Sep-14 19:30 UTC
RE: [Xen-users] veth0 is from netback and vifu.0 is from thebridge-utils?
Yo, I had big problems with this myself, but now as far as I can tell, veth0 (renamed to eth0 in the v recent releases) is the virtual nic for dom0 which corresponds to the virtual eth0 nics in the domU''s (the physical nic itself has been renamed to peth0). The vifU.N''s are the dom0 links to the virtual nics ethN in domU, and aren''t to be treated as proper network interfaces in thier own right. If you assign an IP address to, say, vif1.0 and attempt to communicate with eth0 in dom1, you can ping between them and such, but ssh nor vnc wont work, complaining for the most part about bad checksums. The vif0.0 interface in dom0 is linked to dom0''s virtual nic, veth0 (or eth0 in the recent builds). Now... The correct way to interface the cards and provide connectivity between the domains and the outside world is to attach all the vifU.N interfaces to a bridge in dom0 (normally xen-br0) together with the physical nic, eth0 (or peth0 recently). IP addresses are then assigned to the eth0 links and inter-domain sshing, vncing and communication with the outside world all result. Here''s a badly drawn diagram to illustrate... ____________________________ _____________________ |dom0 | |dom1 | | _______ | | ________ | | |eth0 | | | |eth0 | | | |IP_____| +--------------+-------+------|IP______| | | | | | | | | ____|_______|_____________ | | | || ___|___ ___|___ _______ || | | |||vif0.0 |vif1.0 |peth0 | || | | |||_______|_______|_______| || | | ||xen-br0_____________|_____|| | | |_____________________|______| |_____________________| | ______________________|_____________________>>LAN>>> | | I''ve used eth0 as the virtual nics and peth0 as the physical nic. IP has been used to denote devices with an IP address. All the interfaces there are automatically generated by Xen, and I used ifconfig to statically set IP addresses (because I was having trouble with our lab DHCP server, although it was assigning addresses to the correct cards), and brctl addif xen-br0 vif1.0 etc. to add the vifs to the bridge, because for some reason Xen wasn''t... Well thats my contribution for this evening. John P.S. Official documentation/Howto/wiki is a little on the sparse side for this Ian. Quoting Anthony.Golia@MorganStanley.com:> On Thu, 8 Sep 2005, Ian Pratt wrote: > >> >> >> > Hi. what creates veth0 and vifu.0, when? what''s the >> > underlying architecture behind them? Just trying to >> > understand the internals. >> >> netback/loopback.c creates them. >> >> It''s effectively a point to point link, allowing domain 0 to connect on >> to the bridge in the same manner that other domains do. (before, packets >> to domain 0 were short-cutted and came off the bridge directly, which >> could lead to traffic from other domains being stalled if a lot of >> traffic was destined to user space in dom0. > > thx. what''s the diff betwn the two (veth0 and vifu.0) ? > >> >> Best, >> Ian >> >> ) >> > > > > > Cheers, > Anthony > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ramiro Brito Willmersdorf
2005-Sep-15 13:33 UTC
Re: [Xen-users] veth0 is from netback and vifu.0 is from thebridge-utils?
That''s great, except when you need *two* bridges, for two independent subnets, and there is no, as far as I can see, peth1. Em Wednesday 14 September 2005 16:30, John Wilson escreveu:> Yo, > > I had big problems with this myself, but now as far as I can tell, veth0 > (renamed to eth0 in the v recent releases) is the virtual nic for dom0 > which corresponds to the virtual eth0 nics in the domU''s (the physical nic > itself has been renamed to peth0). > > The vifU.N''s are the dom0 links to the virtual nics ethN in domU, and > aren''t to be treated as proper network interfaces in thier own right. If > you assign an IP address to, say, vif1.0 and attempt to communicate with > eth0 in dom1, you can ping between them and such, but ssh nor vnc wont > work, complaining for the most part about bad checksums. > > The vif0.0 interface in dom0 is linked to dom0''s virtual nic, veth0 (or > eth0 in the recent builds). > > Now... The correct way to interface the cards and provide connectivity > between the domains and the outside world is to attach all the vifU.N > interfaces to a bridge in dom0 (normally xen-br0) together with the > physical nic, eth0 (or peth0 recently). IP addresses are then assigned to > the eth0 links and inter-domain sshing, vncing and communication with the > outside world all result. > > Here''s a badly drawn diagram to illustrate... > > ____________________________ _____________________ > > |dom0 | |dom1 | > | _______ | | ________ | > | > | |eth0 | | | |eth0 | | > | |IP_____| +--------------+-------+------|IP______| | > | > | ____|_______|_____________ | | | > | > || ___|___ ___|___ _______ || | | > || > |||vif0.0 |vif1.0 |peth0 | || | | > |||_______|_______|_______| || | | > || > ||xen-br0_____________|_____|| | | > | > |_____________________|______| |_____________________| > > ______________________|_____________________>>LAN>>> > > > I''ve used eth0 as the virtual nics and peth0 as the physical nic. > IP has been used to denote devices with an IP address. All the interfaces > there are automatically generated by Xen, and I used ifconfig to > statically set IP addresses (because I was having trouble with our lab > DHCP server, although it was assigning addresses to the correct cards), > and brctl addif xen-br0 vif1.0 etc. to add the vifs to the bridge, because > for some reason Xen wasn''t... > > Well thats my contribution for this evening. > > > > John > > > > P.S. Official documentation/Howto/wiki is a little on the sparse side for > this Ian. > > Quoting Anthony.Golia@MorganStanley.com: > > On Thu, 8 Sep 2005, Ian Pratt wrote: > >> > Hi. what creates veth0 and vifu.0, when? what''s the > >> > underlying architecture behind them? Just trying to > >> > understand the internals. > >> > >> netback/loopback.c creates them. > >> > >> It''s effectively a point to point link, allowing domain 0 to connect on > >> to the bridge in the same manner that other domains do. (before, packets > >> to domain 0 were short-cutted and came off the bridge directly, which > >> could lead to traffic from other domains being stalled if a lot of > >> traffic was destined to user space in dom0. > > > > thx. what''s the diff betwn the two (veth0 and vifu.0) ? > > > >> Best, > >> Ian > >> > >> ) > > > > Cheers, > > Anthony > > > > _______________________________________________ > > Xen-users mailing list > > Xen-users@lists.xensource.com > > http://lists.xensource.com/xen-users > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xensource.com > http://lists.xensource.com/xen-users-- Ramiro Brito Willmersdorf Dep. Engenharia Mecânica/UFPE ramiro@willmersdorf.net tel: +55 81 2126-8231e239 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users