So the Netgear R7800 router seems pretty popular and seems to have good OpenWRT support. Based on that, I recently got the router - however I have been having trouble maintaining an ipv6 uplink.
The link consistently goes out after 30 minutes. It appears that this is a known issue with the multicast filter. However, it's not entirely clear what is causing this. Is anyone running ipv6 successfully without applying some hack?
If so, it is possible there is some hardware defect in many of the devices, alternatively perhaps there are different valid configurations for the upstream ipv6 implementation and some play nicely with R7800 and some do not. If you have a stable ipv6 configuration, do you recieve RA packets on multicast (tcpdump -pni eth0.2 icmp6)
A few resources I came across on the issue:
thorough exploration of the problem : IPv6 works only with wan in promiscuous mode
diagnosing that it is a bug in the multicast filter : Netgear R7800 exploration (IPQ8065, QCA9984) - #183 by gcobb
Additional people coming across the same issue:
I am running the latest 18.06 checkout on R7800 (mostly hnymans build) and got IPv6 up and running in a quite good understandable way.
After checking the setup and the stability it became obvious that IPv6 upstream gets lost exactly after 30 minutes.
My Provider is KabelBW, now Unitymedia and the setup is:
ISP - Unitymedia Connect Box - R7800 OpenWrt
I am wondering why it is exactly 30 minutes until I loose the IPv6 address and the overview screen shows:
[OpenWrtUpstream]
When I restart th…
Weird problem I faced with IPv6 with PD that provides my ISP: it works only if I set wan interface into promiscuous mode. The weird thing is that setting it into that mode for only 10 seconds is enough to make IPv6 work okay until next reboot. So I've made a startup script that switches this mode on for 10 seconds and then switches it off.
Any ideas what could be the reason for such behavior?
IPv6 configuration is left default.
I have connected my ISP's modem/router on the WAN port of my router.
ISP --> ISP modem/router (technicolor) (not bridged) --> WNDR3700 router (OpenWrt 18.06.5) --> LAN, wifi & wifi guest.
TV, XBOX and Hometheatre are connected on the ISP's modem /router
PCs, laptops, phones and other devices on the WNDR3700 router (OpenWrt)
I haven't changed the ISP modem/router's configuration. Router mode is set to "ipv4/ipv6".
My device (tv, xbox, etc) get an ipv6 address, no problem. If I connect a …
opened 03:34PM - 13 Sep 18 UTC
closed 07:41PM - 02 Dec 22 UTC
flyspray
*mario-ragucci-sp:*
Hello,
ipv6 does not work properly on my Netgear R7800. … I am running OpenWrt 18.6.1. The device gets a ipv6 address assigned, but I cannot ping any ipv6 address. Furthermore, I get the following error:
# ping6 google.de
PING google.de (2607:f8b0:4000:817::2003): 56 data bytes
ping6: sendto: Permission denied
After running the command
# tcpdump -i eth0 -vv
for some time, ipv6 connectivity works, I am able to ping an ipv6 address, also pinging from another host and establishing v6 connections is working.
# ping6 google.de
PING google.de (2607:f8b0:4000:817::2003): 56 data bytes
64 bytes from 2607:f8b0:4000:817::2003: seq=0 ttl=51 time=118.360 ms
64 bytes from 2607:f8b0:4000:817::2003: seq=1 ttl=51 time=118.626 ms
However, after some time, this is not working anymore and I have to restart the tcpdump command.
This must be a device specific issue, since my other Netgear Router (WNDR3700) running 18.06.1 is working flawlessly.
opened 10:33PM - 01 Mar 17 UTC
closed 07:34PM - 02 Dec 22 UTC
flyspray
*gcobb:*
Netgear R7800 running lede-17.01.
Multicast packets are not receive… d on LAN (wired) interfaces but work fine on WiFi interfaces. I think the problem is at device/driver level.
The problem was first noticed using Avahi, which did not see announcements on LAN interfaces. However it can be easily reproduced with a simple IP Multicast sender/receiver like https://github.com/GrahamCobb/Multicast-Client-Server-Example
To reproduce:
Run the "client" on the R7800 using:
<code>
client 232.0.1.1 4545 100
</code>
Run the "server" on another system using:
<code>
server 232.0.1.1 4545 100 1000
</code>
If the server is connected to the client using a WiFi interface, the messages are received. If it using a LAN, they are not.
The messages **are** received if the LAN interface is set in promiscuous mode (//ifconfig ... promisc//) or all multicast mode (//ifconfig ... allmulti//). They stop again immediately if the mode is turned off.
I believe this is the same problem as reported in https://forum.lede-project.org/t/ipv6-works-only-with-wan-in-promiscuous-mode/490/9 -- in that thread it is mentioned that the AC2600 (which uses the same driver) has the same problem.
As the problem goes away in promiscuous or all multicast modes, I am guessing that the device is just not sending the multicast packets to the driver. This could be a hardware bug, a bug in the multicast filter setup code in dwmac1000_core.c or the devicetree incorrectly reporting device characteristics such as the number of multicast filter bins.