The syslog message KERN_ARP_DUPLICATE_ADDR
or KERN_ARP_ADDR_CHANGE
is generated continuously for the em1 interface.
When SRX5K uses RE1 for dual control link redundancy, KERN_ARP_DUPLICATE_ADDR messages are generated under certain conditions.
When SPC3 is used in a SRX5k cluster, SPC3 fails to bootup with this error:
Nov 20 08:17:38 kernel: KERN_ARP_DUPLICATE_ADDR: duplicate IP address 129.16.0.1! sent from address: 02:01:00:01:00:05 (error count = 1985)
Nov 20 08:18:49 kernel: KERN_ARP_DUPLICATE_ADDR: duplicate IP address 129.16.0.1! sent from address: 02:01:00:01:00:05 (error count = 1994)
Nov 20 08:19:50 kernel: KERN_ARP_DUPLICATE_ADDR: duplicate IP address 129.16.0.1! sent from address: 02:01:00:01:00:05 (error count = 2002)
Nov 20 08:20:51 kernel: KERN_ARP_DUPLICATE_ADDR: duplicate IP address 129.16.0.1! sent from address: 02:01:00:01:00:05 (error count = 2010)
The following log messages may be generated at the same time in a chassis cluster:
kernel: KERN_ARP_ADDR_CHANGE: arp info overwritten for 129.16.0.1 from 02:01:00:01:00:05 to 02:00:00:02:00:04
kernel: KERN_ARP_ADDR_CHANGE: arp info overwritten for 129.16.0.1 from 02:00:00:02:00:04 to 02:01:00:01:00:05
kernel: KERN_ARP_ADDR_CHANGE: arp info overwritten for 129.16.0.1 from 02:01:00:01:00:05 to 02:00:00:02:00:04
kernel: KERN_ARP_ADDR_CHANGE: arp info overwritten for 129.16.0.1 from 02:00:00:02:00:04 to 02:01:00:01:00:05
Hardware condition:
root> show chassis hardware
node0:
--------------------------------------------------------------------------
Hardware inventory:
Item Version Part number Serial number Description
<-snip->
CB 0 REV 03 750-066337 xxxxxxxx SRX5k SCB3
CB 1 REV 06 750-062257 xxxxxxxx SRX5k SCB3 <-- RE1 is installed.
This issue happens because chassis cluster is enabled in SCB slot 1. Refer to the details about SCB in Switch Control Board SRX5K-SCB3 Overview.
When configuring SRX to enable chassis cluster, the following command is used:
set chassis cluster cluster-id <cluster id> node <node number>
This configuration is saved in SCB slot 0 (not in RE). If this SCB slot 0 replaces SCB slot 1 without disabling chassis cluster, this issue will happen. From the IP address and MAC address in the message, we can determine that this message is related to SCB slot 1. IP address 129.16.0.1 is used for em0 and em1 interface.
root> show interfaces terse
Interface Admin Link Proto Local Remote
em0 up up
em0.0 up up inet 129.16.0.1/2
143.16.0.1/2
tnp 0x1100004
em1 up up
em1.0 up up inet 129.16.0.1/2
143.16.0.1/2
tnp 0x1100004
The MAC address 02:01:00:01:00:05 is used by re1 em1.
root@:~ # tnpdump
Name TNPaddr MAC address IF MTU E H R
backup 0x6 02:01:00:01:00:05 em1 1500 2 0 3
cluster1.node0 0x1100001 02:00:00:01:00:04 em0 1500 0 0 3
cluster1.node0 0x1100001 02:00:01:01:00:04 em1 1500 0 1 3
node0.re0 0x1100004 02:00:00:01:00:04 em0 1500 0 0 3
node0.re0 0x1100004 02:00:01:01:00:04 em1 1500 0 1 3
node0.re1 0x1100005 02:01:00:01:00:05 em1 1500 2 0 3
node0.fpc4 0x1100014 02:00:00:01:00:14 em0 1500 4 0 3
cluster1.master 0xf100001 02:00:00:01:00:04 em0 1500 0 0 3
cluster1.master 0xf100001 02:00:01:01:00:04 em1 1500 0 1 3
bcast 0xffffffff ff:ff:ff:ff:ff:ff em0 1500 0 0 3
bcast 0xffffffff ff:ff:ff:ff:ff:ff em1 1500 0 1
1. Remove SCB from slot 1 and insert it to SCB slot 0.
2. Then disable the chassis cluster configuration using the command, 'set chassis cluster disable'.