Actions
Bug #8611
openunable to receive IPv6 RA's on SG-1000, default route lost
Start date:
06/30/2018
Due date:
% Done:
100%
Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.4.3_1
Affected Architecture:
SG-1000
Description
expected behavior:
- IPv6 default route is stable indefinitely
- IPv6 default route is lost a few minutes after release/renew
- WAN interface still has IPv6 address
- LAN interface still has /64
- pfsense router has no default route, so it is impossible to route IPv6 traffic
- residential comcast connection
- SG-1000 running 2.4.3-RELEASE-1 (arm)
- WAN interface (cpsw0) configured for DHCPv4, DHCPv6-PD
- LAN interface (cpsw1) configured to track WAN for PD
- attempted to run tcpdump on WAN interface
- tcpdump shows RAs received from ISP
21:04:22.040097 00:01:5c:7a:d0:46 > 33:33:00:00:00:01, ethertype IPv6 (0x86dd), length 198: fe80::201:5cff:fe7a:d046 > ff02::1: ICMP6, router advertisement, length 144
- RA dest IPv6 multicast address appears to be correct, MAC address appears to be correct for IPv6 multicast
- when running tcpdump, IPv6 default route is re-added to pfsense routing table
- tcpdump places cpsw0 interface is promiscuous mode, and when in promiscuous mode, RA's are received
- when cpsw0 not in promiscuous mode, RA's are not received
- works temporarily on release/renew possibly because IPv4 DHCP client places interface in promiscuous mode temporarily when acquiring lease
- "ifconfig cpsw0 promisc"
- result: IPv6 default route is stable over several days
- "ifconfig cpsw0 -promisc; tcpdump -pni cpsw0"
- -p flag prevents tcpdump from placing interface in promiscuous mode
- result: ISP RAs are not seen
- use shellcmd pkg to run "ifconfig cpsw0 promisc" on startup
Actions