IPv6 Neighbor Solicitation packets not being switched
I have an EPS201 with a fresh install of SONiC. I am unable to get two hosts on the same VLAN to be able to communicate with IPv6 but IPv4 works fine. I believe the issue is the IPv6 neighbor discovery packets are being dropped.
I'm only running three config commands.
sudo config vlan add 100
sudo config vlan member add -u 100 Ethernet1
sudo config vlan member add -u 100 Ethernet0
I'm not sure if it is related but 'ip' shows the VLAN and Ethernet interfaces have a link-local address assigned even though these are not routed interfaces and I'm not configuring any routing at all. These interfaces are also sending out DHCP (v4 and v6) requests. I've tried the command 'sudo config ipv6 disable link-local' with no effect.
admin@sonic:~$ ip -br addr
lo UNKNOWN 127.0.0.1/16 ::1/128
docker0 DOWN 240.127.1.1/24 fd00::1/80 fe80::1/64
eth0 DOWN
eth1 DOWN
bcm0 DOWN
eth2 DOWN
Bridge UP fe80::d4cb:dbff:feee:30f7/64
dummy DOWN
Ethernet25 DOWN
...
Ethernet46 DOWN
Ethernet1 UP fe80::e69d:73ff:fe9e:91df/64
Ethernet0 UP fe80::e69d:73ff:fe9e:91df/64
Ethernet3 DOWN
...
Ethernet52 DOWN
Vlan100@Bridge UP fe80::e69d:73ff:fe9e:91df/64
admin@sonic:~$ show ip interfaces
Interface Master IPv4 address/mask Admin/Oper BGP Neighbor Neighbor IP
----------- -------- ------------------- ------------ -------------- -------------
docker0 240.127.1.1/24 up/down N/A N/A
lo 127.0.0.1/16 up/up N/A N/A
Here is the version information for my switch.
admin@sonic:~$ show version
SONiC Software Version: SONiC.Edgecore-SONiC_20221117_052015_ec202111_245
Distribution: Debian 11.5
Kernel: 5.10.0-8-2-amd64
Build commit: b3225170d
Build date: Thu Nov 17 06:19:13 UTC 2022
Built by: ubuntu@ip-10-5-1-155
Platform: x86_64-accton_as4630_54te-r0
HwSKU: Accton-AS4630-54TE
ASIC: broadcom
ASIC Count: 1
Serial Number: 463054TE2248035
Model Number: F0PZZ4654045A
Hardware Revision: N/A
Uptime: 16:19:03 up 5 days, 5 min, 1 user, load average: 1.70, 1.71, 1.78
Docker images:
REPOSITORY TAG IMAGE ID SIZE
docker-syncd-brcm Edgecore-SONiC_20221117_052015_ec202111_245 be26205e9c43 656MB
docker-syncd-brcm latest be26205e9c43 656MB
docker-fpm-frr Edgecore-SONiC_20221117_052015_ec202111_245 85400455d252 497MB
docker-fpm-frr latest 85400455d252 497MB
docker-teamd Edgecore-SONiC_20221117_052015_ec202111_245 0808e577bf45 467MB
docker-teamd latest 0808e577bf45 467MB
docker-stp Edgecore-SONiC_20221117_052015_ec202111_245 4855f6267c47 482MB
docker-stp latest 4855f6267c47 482MB
docker-platform-monitor Edgecore-SONiC_20221117_052015_ec202111_245 71ce22e0a9f2 679MB
docker-platform-monitor latest 71ce22e0a9f2 679MB
docker-sflow Edgecore-SONiC_20221117_052015_ec202111_245 45ccdd476630 468MB
docker-sflow latest 45ccdd476630 468MB
docker-orchagent Edgecore-SONiC_20221117_052015_ec202111_245 9cfe6b202709 489MB
docker-orchagent latest 9cfe6b202709 489MB
docker-nat Edgecore-SONiC_20221117_052015_ec202111_245 1156ba5dfcc1 470MB
docker-nat latest 1156ba5dfcc1 470MB
docker-macsec Edgecore-SONiC_20221117_052015_ec202111_245 4b6008db84c3 470MB
docker-macsec latest 4b6008db84c3 470MB
docker-iccpd Edgecore-SONiC_20221117_052015_ec202111_245 aa412431de61 471MB
docker-iccpd latest aa412431de61 471MB
docker-snmp Edgecore-SONiC_20221117_052015_ec202111_245 26e60029594d 495MB
docker-snmp latest 26e60029594d 495MB
docker-sonic-p4rt Edgecore-SONiC_20221117_052015_ec202111_245 fe209ceda8f0 526MB
docker-sonic-p4rt latest fe209ceda8f0 526MB
docker-dhcp-relay latest 2646690c7f07 441MB
docker-sonic-telemetry Edgecore-SONiC_20221117_052015_ec202111_245 1ac3e84be311 514MB
docker-sonic-telemetry latest 1ac3e84be311 514MB
docker-sonic-mgmt-framework Edgecore-SONiC_20221117_052015_ec202111_245 c3654fdf6616 708MB
docker-sonic-mgmt-framework latest c3654fdf6616 708MB
docker-router-advertiser Edgecore-SONiC_20221117_052015_ec202111_245 5647620e21d2 428MB
docker-router-advertiser latest 5647620e21d2 428MB
docker-mux Edgecore-SONiC_20221117_052015_ec202111_245 f8d965fe9626 480MB
docker-mux latest f8d965fe9626 480MB
docker-lldp Edgecore-SONiC_20221117_052015_ec202111_245 3709e334e7d1 468MB
docker-lldp latest 3709e334e7d1 468MB
docker-gbsyncd-credo Edgecore-SONiC_20221117_052015_ec202111_245 7241a3386320 482MB
docker-gbsyncd-credo latest 7241a3386320 482MB
docker-database Edgecore-SONiC_20221117_052015_ec202111_245 99c3b9b11c50 428MB
docker-database latest 99c3b9b11c50 428MB
k8s.gcr.io/pause 3.4.1 0f8457a4c2ec 683kB
Could someone please let me know what I'm doing wrong. As it stands now the switch is usable? Thank you.
-
Official comment
Hi Joseph,
Thanks for your information. This is Known issue that will be resolved on the newer release.
Comment actions -
I've been able to confirm that it is not all multicast packets but neighbor solicitations that are not being forwarded. IPv6/Neighbor Discovery (solicitation) packets are not being forwarded. But when they payload is UDP with identically source and destination addresses (both layer 2 and 3) the packet is forwarded. I'm still don't know why this is happening as the switch should not be examining the layer 3 or above headers.
Please sign in to leave a comment.
Comments
2 comments