similar to: HVM migration and gratuitous ARP

Hi, So, the issue is a fairly common one: Network doesn''t work for like a minute or so after a live migration. The setup is a debian wheezy dom0 with xen 4.1.2 running 3.6.11 kernel. The domU is a Ubuntu 12.04 with a 3.2 kernel. The networking setup uses bridges on the dom0. I also made sure that the bridge forwarding delay is set to 0. The VM doesn''t initiate any network

Hello, My apologies if this isn''t the right place to send questions about this thread. I have a couple one''s about proxy_arp and gratuitous arp reply frames. I have setup the proxy_arp parameter on a linux system (kernel 2.4.20). Now, when I start a M$-Windoze machine it complain about "...duplicated IP address...". This is a know behaviour, and the solution is

I''ve implemented code to send out bogus gratuitous ARP packet from vna in order to fix CR 6701114. The webrev is at: http://jurassic.eng/net/consulte.prc/export/build/xvm-6701114/webrev Some backgroud information (see CR 6701114 for more detail): During live migration of an xVM domain from one dom0 to another, the VNIC will be moved from one switch port to another. But, the

>From http://shorewall.net/ProxyARP.htm (and the Setup Guide): > A word of warning is in order here. ISPs typically configure their > routers with a long ARP cache timeout. If you move a system from > parallel to your firewall to behind your firewall with Proxy ARP, it > will probably be HOURS before that system can communicate with the > internet. You can call your ISP and ask

From: Stephen Hemminger <shemminger@linux-foundation.org> This adds another inet device option to enable gratuitous ARP when device is brought up or address change. This is handy for clusters or virtualization. Signed-off-by: Stephen Hemminger <shemminger@linux-foundation.org> Signed-off-by: Jeremy Fitzhardinge <jeremy.fitzhardinge@citrix.com> ---

hi. for domain migration, this is an obvious procedure in order to announce the relocation of the guest being bridged on a different host. i''ve been grepping around the xen build tree to see whether and where this is covered. haven''t found anything yet. is this covered by linux kernel bridging already, or is it just missing [read: left as a scripting exercise to

I found the problem! It was me and it was dumb... This was the network layout: 10.10.10.0/24 1.2.3.0/27 10.10.10.n internal hosts | <----+-----+--------+ +-------+------>to the Internet | | | | Proxied | | | H.323 device Firewall Router eth1 eth0 1.2.3.11

I am managing two Xen containers which are exhibiting a spooky behavior. There are intermittent network failures that affect only the VM''s, and not dom0. This exhibits itself as problems with nfs locks, snmp, and even icmp ping. The arp tables look normal on both the dom0 and the guest. However, it is definitely arp related. Causing arp traffic of any sort results the problem curing

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ============================================================================= FreeBSD-SA-03:14.arp Security Advisory The FreeBSD Project Topic: denial of service due to ARP resource starvation Category: core Module: sys Announced:

As hypervior does not have the knowledge of guest network configuration, it's better to ask guest to send gratuitous packets when needed. Guest tests VIRTIO_NET_S_ANNOUNCE bit during config change interrupt and when it is set, a workqueue is scheduled to send gratuitous packet through NETDEV_NOTIFY_PEERS. This feature is negotiated through bit VIRTIO_NET_F_GUEST_ANNOUNCE. Changes from v4: -

As hypervior does not have the knowledge of guest network configuration, it's better to ask guest to send gratuitous packets when needed. Guest tests VIRTIO_NET_S_ANNOUNCE bit during config change interrupt and when it is set, a workqueue is scheduled to send gratuitous packet through NETDEV_NOTIFY_PEERS. This feature is negotiated through bit VIRTIO_NET_F_GUEST_ANNOUNCE. Changes from v4: -

On 07/10/2014 06:39 PM, Gene Cumm wrote: > On Thu, Jul 10, 2014 at 7:24 PM, H. Peter Anvin <hpa at zytor.com> wrote: >> On 07/10/2014 04:07 PM, Alexander Perlis wrote: >>> Trying to PXE boot a Dell Optiplex 990 with BIOS A16, which has Intel >>> Boot Agent 1.3.81 (2.1 build 089). It gets network and launches >>> lpxelinux.0, I see the PXELINUX banner line,

Package: xcp-xapi Version: 1.3.2-6 Severity: important Configuration: Two xcp-xapi hosts (default sid/xcp-xapi installation) in single pool. Network backend is bridge. After migration of 'idle' (doning nothing) virtual machine it stops to reply to ping for long time. AFAIK that caused by mac-learning table on upper level (hardware) switch, which route all frames to wrong port

Hi, For my experiment on live migration of Xen VMs, I want the MAC address of the migrated VM (domU) to change soon after migration, but just before the Gratuitous ARP reply is sent. Do you know where in the code/scripts I can add this feature? Thanks, Vikram _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Hi, For my experiment on live migration of Xen VMs, I want the MAC address of the migrated VM (domU) to change soon after migration, but just before the Gratuitous ARP reply is sent. Do you know where in the code/scripts I can add this feature? Thanks, Vikram _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com

Hi Richard, >Load balancers have some added value, but those that have had to deal >with a problem where a single system within the cluster is up but not >processing data would probably argue their actual value. I've done quite a lot of work with clustered/ha linux configurations. I usualy try to keep additional boxes/hardware to an absolute minimum, otherwise the newly introduced

On 07/11/2014 10:17 AM, Alexander Perlis wrote: > > Trace shows that lpxelinux.0 6.03-pre18 is transferred, and after that > there is only ARP traffic: a "gratuitous" ARP announcement by the > client, and then a string of ARP requests and replies in which the > client is asking for the MAC of the PXE server, about every 3 seconds, > for about 2 minutes, after which I

Okay, so I''m trying to setup my multiple ISP setup that I described earlier. I have: # ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: em1: <BROADCAST,MULTICAST,UP,LOWER_UP>

Hi Gene, Am 05.07.2016 um 12:42 schrieb Gene Cumm: > Version 6.03. Is this a distribution build or fresh from the > binary/source archive from kernel.org without any running of 'make'? it's actually a freshly downloaded lpxelinux.0 from kernel.org. I get: $ md5sum lpxelinux.0 d77a175ea1a0a8c05b315d179992e1bd lpxelinux.0 >> nothing more. Sniffing revealed that there are

i am working on a network problem, when migrating domU''s my example * i migrate domU from server A to B. * same mac address in domU * the migration works perfect * only the network switch doesn''t realize that domU is on another port, all network traffic goes to server A ( watched the bridge with tcpdump ) * after some time, the switch cleans his arp cache and sends