-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
arp flux when multiple nics are in the same segment #237
Comments
gerhardqux
pushed a commit
to gerhardqux/edeploy
that referenced
this issue
Apr 14, 2015
Having multiple NICs in the same segment that are going to be bonded is a common scenario in modern datacenters. The kernel should not respond to arp requests for ip addresses that are not for the specific NIC it arrives on. This patch prevents dhclient from dropping its ip address while renewing its dhcp lease. Closes redhat-cip#237
gerhardqux
pushed a commit
to gerhardqux/edeploy
that referenced
this issue
Apr 15, 2015
Having multiple NICs in the same segment that are going to be bonded is a common scenario in modern datacenters. The kernel should not respond to arp requests for ip addresses that are not for the specific NIC it arrives on. This patch prevents dhclient from dropping its ip address while renewing its dhcp lease. Closes redhat-cip#237
gerhardqux
pushed a commit
to gerhardqux/edeploy
that referenced
this issue
Apr 20, 2015
Having multiple NICs in the same segment that are going to be bonded is a common scenario in modern datacenters. The kernel should not respond to arp requests for ip addresses that are not for the specific NIC it arrives on. This patch prevents dhclient from dropping its ip address while renewing its dhcp lease. Closes redhat-cip#237
gerhardqux
pushed a commit
to gerhardqux/edeploy
that referenced
this issue
Apr 28, 2015
Having multiple NICs in the same segment that are going to be bonded is a common scenario in modern datacenters. The kernel should not respond to arp requests for ip addresses that are not for the specific NIC it arrives on. This patch prevents dhclient from dropping its ip address while renewing its dhcp lease. Closes redhat-cip#237
gerhardqux
pushed a commit
to gerhardqux/edeploy
that referenced
this issue
May 5, 2015
Having multiple NICs in the same segment that are going to be bonded is a common scenario in modern datacenters. The kernel should not respond to arp requests for ip addresses that are not for the specific NIC it arrives on. This patch prevents dhclient from dropping its ip address while renewing its dhcp lease. Closes redhat-cip#237
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
We have multiple NICS on the same segment that are going to be bonded. eDeploy runs dhclient on all interfaces and receives different ip addresses for each NIC. This works as expected.
After a while dhclient tries to refresh its ipaddresses and contacts the dhcp server with its lease. The dhcp server tells the dhclients that they can still use their ip addresses. Dhclient then verifies that noone on the same network segment has this particular ip adress configured using an arp request. It gets a response, and dhclient removes the ipaddress from the interface.
The problem is that it gets a response from itself. eth0 receives an arp response from eth1.
I suggest setting arp_filter to 1 during deployment.
The text was updated successfully, but these errors were encountered: