I have bad news...you need to erase NVRAM...
I had a similar issue with it not wanting to work when I switched from an older build to a newer build. Doing a factory reset seems to have killed the gremlins...
Set your Static DNS's if you want custom one's; I use Quad 9:
Static DNS 1: 2620:fe::fe
Static DNS 2: 2620:fe::9
Set MTU: 1472 (this helps reduce bufferbloat)
And then only enable radvd, all others are disabled.
Hit apply, and in a few moments you should get an IPv6.
hmm weird that's pretty much my setup except im using cloudflare dns. i always nvram erase ddup flash reboot. could be my isp... though it works fine with kong openwrt
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Tue May 28, 2019 16:20 Post subject:
jerrytouille wrote:
msoengineer wrote:
I have bad news...you need to erase NVRAM...
I had a similar issue with it not wanting to work when I switched from an older build to a newer build. Doing a factory reset seems to have killed the gremlins...
Set your Static DNS's if you want custom one's; I use Quad 9:
Static DNS 1: 2620:fe::fe
Static DNS 2: 2620:fe::9
Set MTU: 1472 (this helps reduce bufferbloat)
And then only enable radvd, all others are disabled.
Hit apply, and in a few moments you should get an IPv6.
hmm weird that's pretty much my setup except im using cloudflare dns. i always nvram erase ddup flash reboot. could be my isp... though it works fine with kong openwrt
Try fully rebooting the modem...I think I also had to do that to make it work...I think something in how the Mac address was reporting to the modem got bunked; and not cloning mac either... I recall it happened with the 5-23-19 release and then 5-25 fixed it. _________________ FORUM RULES
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Tue May 28, 2019 20:34 Post subject:
tatsuya46 wrote:
fq_codel upload finally much closer to my entered limit, Filter TOS/DSCP isnt checked never was. im guessing the problem was https://svn.dd-wrt.com/changeset/39849
edit: nevermind.. its actually having my subnet in qos netmask (10.150.10.0/24) and set to express, even if no other subnets are entered, that will fix this and give me more proper upload.. accidentally discovered this when i was testing something unrelated. tried filter tos, and it completely broke download qos (disabled it) till i turned it off, which took 2x apply settings for some reason, and had no effect on upload.
any entry, netmask, interface etc, will fix fq_codel weak upload.. whatever that bug is at least its got an easy workaround..
Joined: 30 Jan 2015 Posts: 676 Location: Texas, USA
Posted: Tue May 28, 2019 21:28 Post subject:
jerrytouille wrote:
labo wrote:
Yes, its working fine on my R7800 with this build.
can you share your setup? can't get it working here which is weird since it was before
OK, I I have this in my startup command:
Just execute this and see if this helps.
ifconfig eth0 promisc _________________ ASUS GT-BE98 PRO Main: Fiber 5gbps up/down
ASUS AXE16000: AI Mesh node
2 X ASUS RT-AX89X: AI Mesh nodes
QNAP QSW-1208-8C 12-Port 10GbE Switch
XS712T ProSafe 12-Port 10GbE Switch
3 X R9000 DD-WRT Mesh
fq_codel upload finally much closer to my entered limit, Filter TOS/DSCP isnt checked never was. im guessing the problem was https://svn.dd-wrt.com/changeset/39849
edit: nevermind.. its actually having my subnet in qos netmask (10.150.10.0/24) and set to express, even if no other subnets are entered, that will fix this and give me more proper upload.. accidentally discovered this when i was testing something unrelated. tried filter tos, and it completely broke download qos (disabled it) till i turned it off, which took 2x apply settings for some reason, and had no effect on upload.
any entry, netmask, interface etc, will fix fq_codel weak upload.. whatever that bug is at least its got an easy workaround..
fq_code is completely broken and not ably to fix it with recommended workaround. HTB/PIE is my best option right now for lowest bufferbloat _________________ Netgear R7800
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed May 29, 2019 16:59 Post subject:
vit5421 wrote:
tatsuya46 wrote:
tatsuya46 wrote:
fq_codel upload finally much closer to my entered limit, Filter TOS/DSCP isnt checked never was. im guessing the problem was https://svn.dd-wrt.com/changeset/39849
edit: nevermind.. its actually having my subnet in qos netmask (10.150.10.0/24) and set to express, even if no other subnets are entered, that will fix this and give me more proper upload.. accidentally discovered this when i was testing something unrelated. tried filter tos, and it completely broke download qos (disabled it) till i turned it off, which took 2x apply settings for some reason, and had no effect on upload.
any entry, netmask, interface etc, will fix fq_codel weak upload.. whatever that bug is at least its got an easy workaround..
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed May 29, 2019 20:07 Post subject:
anyone know what this ghost client is?
ip is always 172.31.214.200, mac is always 00:AE:D5:C7:8A:0F. has no hostname, connections open is always 0. nvram wiping and turning off wifi did nothing. no i dont have virus/malware etc _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
ip is always 172.31.214.200, mac is always 00:AE:D5:C7:8A:0F. has no hostname, connections open is always 0. nvram wiping and turning off wifi did nothing. no i dont have virus/malware etc
Joined: 03 Jan 2010 Posts: 7568 Location: YWG, Canada
Posted: Wed May 29, 2019 21:40 Post subject:
jerrytouille wrote:
tatsuya46 wrote:
anyone know what this ghost client is?
ip is always 172.31.214.200, mac is always 00:AE:D5:C7:8A:0F. has no hostname, connections open is always 0. nvram wiping and turning off wifi did nothing. no i dont have virus/malware etc
Your modem maybe?
modem is bridged, so cmts shows ext ip on eth0, forgot to say this ghost device is reported on br0 _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
Man, I'm so satisfied with R39000M buid (been up ~67 days with nary a hitch), I'm afraid to jump on to one of these more recent ones.Can anyone give me a short list of what new features or critical fixes/updates have been introduced in the last few months. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Man, I'm so satisfied with R39000M buid (been up ~67 days with nary a hitch), I'm afraid to jump on to one of these more recent ones.Can anyone give me a short list of what new features or critical fixes/updates have been introduced in the last few months.
Thanks, Jerry. I do read those changelogs whenever I'm jumping like a build or two, but I've been out of the loop for a little bit and was grasping for the Cliff's Notes version _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
ip is always 172.31.214.200, mac is always 00:AE:D5:C7:8A:0F. has no hostname, connections open is always 0. nvram wiping and turning off wifi did nothing. no i dont have virus/malware etc
Your modem maybe?
modem is bridged, so cmts shows ext ip on eth0, forgot to say this ghost device is reported on br0
FWIW, that MAC address isn't assigned. I looked it up in a dozen OUI lookups and all of them report back "no vendor". _________________ Routing:.......Asus RT-AX88U (Asuswrt-Merlin 384.14) Switching:....Netgear GS608_V3 & GS605_V4, TrendNet TEG-S82G & TEG-S50G
Joined: 21 Jan 2017 Posts: 1783 Location: Illinois Moderator
Posted: Thu May 30, 2019 20:57 Post subject:
htismaqe wrote:
tatsuya46 wrote:
jerrytouille wrote:
tatsuya46 wrote:
anyone know what this ghost client is?
ip is always 172.31.214.200, mac is always 00:AE:D5:C7:8A:0F. has no hostname, connections open is always 0. nvram wiping and turning off wifi did nothing. no i dont have virus/malware etc
Your modem maybe?
modem is bridged, so cmts shows ext ip on eth0, forgot to say this ghost device is reported on br0
FWIW, that MAC address isn't assigned. I looked it up in a dozen OUI lookups and all of them report back "no vendor".
I know that "cheap" devices use weird MAC addresses that don't come up. My wife's 10yr+ kindle 3 does this and appears as a ghost device...Got any devices like that?
Perhaps a neighbor's Amazon/google device grabs your wifi for a moment while scanning?
The strange part is that it's grabbing a VLAN IP...gremlins... _________________ FORUM RULES