search for: veth

Ben Greear wrote: > Well, it seems we could and should fix veth to work, but it will have > to do equivalent work of copying an skb most likely, so either way > you'll probably get a big performance hit. Using the same pktgen script (i.e with clone=0) I see that a veth-->bridge-->veth configuration gives about 400K PPS forwarding performanc...

Ben Greear wrote: > Well, it seems we could and should fix veth to work, but it will have > to do equivalent work of copying an skb most likely, so either way > you'll probably get a big performance hit. Using the same pktgen script (i.e with clone=0) I see that a veth-->bridge-->veth configuration gives about 400K PPS forwarding performanc...

On 3/14/19 4:06 PM, Martin Kletzander wrote: > I cannot try this right now, but I would try something like this: > > ip link add dev veth-vm type veth peer name veth-cont > > and then put veth-vm in the VM (type='direct' would work, but I can > imagine > type='ethernet' might be even faster) and start the containers with > macvtap > using veth-cont. I really appreciate your effort. The problem is i...

...> usually helps me is to think of a way this would be done with hardware > and > replicate that as most of the technology is modelled after HW anyway.  Or > someone else will have a better idea. > > Before sending it I just thought, wouldn't it be possible to just have > a veth > pair instead of the tap device?  one end would go to the VM and the > other one > would be used for the containers' macvtaps... What I am trying to achieve is the most performant way to connect a set of containers to the KVM while having proper isolation. As the Linux bridge does no...

-------- Original Message -------- Subject: Re: [Xen-users] network-bridge does not create veth or peth devices Date: Wed, 28 Nov 2007 14:42:25 +0100 From: Ingard Mevåg <ingardm@startsiden.no> Organization: ABCStartsiden To: Luciano Rocha <strange@nsk.no-ip.org> References: <474D6492.5030807@startsiden.no> <20071128130205.GA1838@bit.office.eurotux.com> Luciano Rocha...

...lt Xen boot option # xenhopt=dom0_mem=512M com1=9600,8n1 vcpus=1 ## Xen Linux kernel options to use with the default Xen boot option # xenkopt=console=tty0 maxcpus=1 console=ttyS0,9600n8 update-grub ----- after a reboot everything looks just fine, except: ifconfig shows only a xenbr0, no peth or veth.. The network works, creating a guest with xen-tools works, however the bridging is weird: ----- $brctl show bridge name bridge id STP enabled interfaces xenbr0 8000.00188b82f742 no eth0 vif...

Hi, I am using Xen 4.1.1 with Linux 3.0.1 kernel. Previously (Xen 3.4.4 and linux kernel 2.6.18) Xen by default created veth0 <--> vif0.0 pair in dom0. With Xen 4.1.1 these pairs are missing in dom0. Using command ''ip link add type veth'' I can create veth0 and veth1 but vif0.0 is still missing in dom0. (When new domU created I can see vif1.x created) Could you please help me with understanding fol...

Hi, I am using Xen 4.1.1 with Linux 3.0.1 kernel. Previously (Xen 3.4.4 and linux kernel 2.6.18) Xen by default created veth0 <--> vif0.0 pair in dom0. With Xen 4.1.1 these pairs are missing in dom0. Using command ''ip link add type veth'' I can create veth0 and veth1 but vif0.0 is still missing in dom0. (When new domU created I can see vif1.x created) Could you please help me with understanding fol...

...gt; </devices> </domain> I'm getting following errors while launching LXC VM using above XML file.. virsh -c lxc: define lxc.xml virsh -c lxc: start test error: Failed to start domain test error: internal error: guest failed to start: /usr/lib/libvirt/libvirt_lxc: option '--veth' requires an argument syntax: /usr/lib/libvirt/libvirt_lxc [OPTIONS] Options -b, --background -n NAME, --name NAME -c FD, --console FD -v VETH, --veth VETH -s FD, --handshakefd FD -S NAME, --security NAME -h, --help Unknown failure in libvirt_lxc startup Please help me regarding...

...et_hdr_from_skb() have no GSO_TYPE, no > > > > > > fragments (data_len = 0) and length significantly shorter > > > > > > than the MTU (752 in my experiments). > > > > > > > > > > > > This is observed on raw sockets reading off vEth interfaces > > > > > > in all 4.x and 5.x kernels I tested. > > > > > > > > > > > > These frames are reported as invalid while they are in fact > > > > > > gso-less frames. > > > > > > > > > > &g...

Hi, I am using the latest unstable and when I boot my xen, I do not see any veth devices. This happens even after I start xend. Xend gives this message on a "xend start" SIOCSIFNAME : Device or resource busy Presumably the creation of veth and peth is failing because of this. Any suggestions -Padma ______________________________________...

Hi all ! It seems, that new kernel 2.6.24 offers new feature, that enables me to create pair of virtual Ethernet devices and connect them to each other. This module is called "VETH". However, I have not found any userspace app to use this feature. Please help ! -- -Alexey Eremenko "Technologov"

...| | VM | | | | | | | +----+---+ +----+-----+ +----+---+ | | +------+tap dev | | veth A +---------+ veth B | | | | +--------+ +----------+ +--------+ | | iperf -s<---------------------------------------------------------------------------+iperf -c | | |...

...;>>> that can be used to distinguish a virtio_net device so I'm open to suggestions. >>>> Also feedback if this is at all acceptable would be appreciated. >>> >>> Should virtio instead provide an arbitrary speed and full duplex >>> to ethtool, as veth does? >>> >>> Creating a magic whitelist of devices deep inside the 802.3ad >>> implementation seems less desirable. >>> >> TBH, I absolutely agree. In fact here's what we've been doing: >> add set_settings which allows the user to set any sp...

...;>>> that can be used to distinguish a virtio_net device so I'm open to suggestions. >>>> Also feedback if this is at all acceptable would be appreciated. >>> >>> Should virtio instead provide an arbitrary speed and full duplex >>> to ethtool, as veth does? >>> >>> Creating a magic whitelist of devices deep inside the 802.3ad >>> implementation seems less desirable. >>> >> TBH, I absolutely agree. In fact here's what we've been doing: >> add set_settings which allows the user to set any sp...

...s to think of a way this would be done with hardware >> and >> replicate that as most of the technology is modelled after HW anyway.  Or >> someone else will have a better idea. >> >> Before sending it I just thought, wouldn't it be possible to just have >> a veth >> pair instead of the tap device?  one end would go to the VM and the >> other one >> would be used for the containers' macvtaps... > >What I am trying to achieve is the most performant way to connect a set >of containers to the KVM while having proper isolation. As...

Hello, I have no queue configured on tap and veth devices, quest type is of course KVM and I’m using virtio model for VM’s NIC. What we found is that on Xenial (where performance is poor) during test ovs-vswitchd process is using 100% CPU and there are some messages in ovs logs: 2017-05-12T14:22:04.351Z|00125|poll_loop|INFO|wakeup due to [POLLIN]...

...LXC VM using above XML > file.. > > > > virsh -c lxc: define lxc.xml > > virsh -c lxc: start > > test > > > > error: Failed to start domain test > > error: internal error: guest failed to start: > /usr/lib/libvirt/libvirt_lxc: > > option '--veth' requires an argument > > syntax: /usr/lib/libvirt/libvirt_lxc [OPTIONS] > > Options > > -b, --background > > -n NAME, --name NAME > > -c FD, --console FD > > -v VETH, --veth VETH > > -s FD, --handshakefd FD > > -S NAME, --security NAM...

...h arrive at > > > > virtio_net_hdr_from_skb() have no GSO_TYPE, no > > > > fragments (data_len = 0) and length significantly shorter > > > > than the MTU (752 in my experiments). > > > > > > > > This is observed on raw sockets reading off vEth interfaces > > > > in all 4.x and 5.x kernels I tested. > > > > > > > > These frames are reported as invalid while they are in fact > > > > gso-less frames. > > > > > > > > This patch marks the vnet header as no-GSO for them...

...h arrive at > > > > virtio_net_hdr_from_skb() have no GSO_TYPE, no > > > > fragments (data_len = 0) and length significantly shorter > > > > than the MTU (752 in my experiments). > > > > > > > > This is observed on raw sockets reading off vEth interfaces > > > > in all 4.x and 5.x kernels I tested. > > > > > > > > These frames are reported as invalid while they are in fact > > > > gso-less frames. > > > > > > > > This patch marks the vnet header as no-GSO for them...