Router: D-Link DIR-825 C1
Status: OK
Reset: no
Errors: large file transfer brings wifi down
Flashed this over a day ago. It works fine until I transfer large files over wifi 5 GHz to a LAN cable connected media player. Transfer works for about a minute and then suddenly stops. The wifi is still visible but disconnects all clients on both bands and refuses new connections until after a power cycle of the router.
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Tue Dec 15, 2015 21:58 Post subject:
When I run the ifconfig command for the interface mentioned in the firewall command 'iptables -I INPUT 2 -p ipv6 -i vlan1 -j ACCEPT', the output is:
ifconfig: vlan1: error fetching interface information: Device not found
It looks like vlan1 doesn't exist on mine ...
Perhaps the firewall command was intended for a different router?
How can I find out what the correct interface name is on this router WZR-HP-G300NH running build 28493?
When I run the ifconfig command for the interface mentioned in the firewall command 'iptables -I INPUT 2 -p ipv6 -i vlan1 -j ACCEPT', the output is:
ifconfig: vlan1: error fetching interface information: Device not found
It looks like vlan1 doesn't exist on mine ...
Perhaps the firewall command was intended for a different router?
How can I find out what the correct interface name is on this router WZR-HP-G300NH running build 28493?
You can add these instead of that and save it to firewall
Router: TP-Link WDR3600v1
Firmware: This one
Kernel: ""
Status: Some problems
Reset: Yes
Errors:
My 5GHz band was a big pain to setup. I applied a WPA2 key to both bands, as well as a MAC filter on both bands.
Changing 5GHz from Full to Wide HT40 would make it so no device could connect to it. Changing it to Dynamic would let my Galaxy S5 connect to it but nothing else would even detect it.
Then when I randomly changed the regulatory domain from Germany to the US. Seemingly no change. Last I chose a specific channel in the US domain list and that seemed to get it to show up on other devices.
Changing the regulatory domain back after setting the channel seems to have had no effect (expected as much).
It's weird that this fixed it because I used to always be able to leave it auto on the channel with no issues. I also remember having manually selected a high number channel with now issues and used to only run HT40. So I'm a bit confused as to what caused all this frustration.
Lastly, and possibly not an issue, I ran a speedtest on testmy.net. On the official software, it would register my full speed of 200Mbps down. On DD-WRT, it only registers at around half my speed. However, a download from Steam contradicts this somewhat because I was able to average around 25MB/s and had a peak download of 27.8MB/s on a large download (Skyrim).
So I replaced the earlier firewall command with these two lines and rebooted.
The port scanner test result (of http://www6.chappell-family.co.uk/cgi-bin6/ipscan-fast-js.cgi) showed that also ping6 is now blocked (ICMPv6 ECHO REQUEST returned : ECHO NO REPLY).
I don't know anything about iptables/ip6tables commands, but the above result seems strange since the first command line has an ACCEPT at the end. All other ports tested are still blocked, which is according to a firewall's purpose.
I ran the test on a notebook on my LAN. The 'test results are for host' address surprisingly is the IPv6 address Windows states to be a/the Temporary IPv6 address for this machine. How weird.
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Wed Dec 16, 2015 12:48 Post subject:
In order to get ipv6 to be working properly (WZR-HP-G300NH, build 28493) - e.g. according to test on http://test-ipv6.com/ - I need to click 'Apply settings' on the IPv6 settings page even though IPv6 settings haven't been changed and the router was rebooted recently.
Without Apply settings it may look like it's working, e.g. devices on the LAN get an IPv6 address and the router shows its own IPV6 address (not always, btw), but it fails the online test.
Because of the above, my previously reported test results may very well be invalid.
My 5 ghz wifi dissapeared after apprx. 5 days uptime...strange.
The webGUI shows that the wifi is still active, but my units cannot see/find the wifi.
Now I will try to enable logging, to see if I can see anything unusual in the log.
Does any of you have any tips as to what I more specifically should be looking for in the log? _________________ ----------
TP-LINK WDR4300 V1.7 - version History:
r27944 - 5ghz wifi dissapearing, otherwise fine
r28493 - currently testing
Working well . No radio problems.
Only problem I have is large file (1 GB+) transfer SAMBA Share
from a WIN10 sys Dell laptop. Files appear to complete the
transfer and shows correct file size but it is not writing all end data.
WIN10 progress bar & rate do nothing. No problem transferring
with android (Total Commander w/LAN plugin) or PPC or a WIN7
sys or anything else I've tried. WIN10 has no problem reading/copy
but write/to samba share with GB+ file is a mess. Probably
cache/buffer problems I suspect.... may look into it afterlater.
Using flash drives -- 16GB FAT32 & 32GB NTFS
The wndr3700v4 will hug around 85~99% CPU moving large files to/from it
with QOS running but it works in all but the WIN10 system ---- the samba
share drive will actually unmount from all other devices when moving large
file from the WIN10 system to it.... ¿
samba share same on the
WRT160NL x3
DD-WRT v3.0-r28493 std (12/10/15)
WDS links & WAP
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Wed Dec 16, 2015 20:48 Post subject:
ArjenR49 wrote:
In order to get ipv6 to be working properly (WZR-HP-G300NH, build 28493) - e.g. according to test on http://test-ipv6.com/ - I need to click 'Apply settings' on the IPv6 settings page even though IPv6 settings haven't been changed and the router was rebooted recently.
Without Apply settings it may look like it's working, e.g. devices on the LAN get an IPv6 address and the router shows its own IPV6 address (not always, btw), but it fails the online test.
Because of the above, my previously reported test results may very well be invalid.
MS has chosen to depart from the standard it seems and gave Windows a temporary IPv6 address in addition to a standard IPv6 address. Online tests invariably report the temporary address. I noticed this temporary address changing all the time. This non-standard behaviour can be disabled (and re-enabled) with a few commands which I found on the internet.
After disabling the temporary IPv6 address, IPv6 in my router worked right away (per test on http://test-ipv6.com/) after a reboot without me first having to click 'Apply settings' on the IPv6 settings page after rebooting.
The standard IPv6 address seems to be more stable, i.e. it doesn't change, at least not as easily and willfully as the non-standard temporary one.
In order to get ipv6 to be working properly (WZR-HP-G300NH, build 28493) - e.g. according to test on http://test-ipv6.com/ - I need to click 'Apply settings' on the IPv6 settings page even though IPv6 settings haven't been changed and the router was rebooted recently.
Without Apply settings it may look like it's working, e.g. devices on the LAN get an IPv6 address and the router shows its own IPV6 address (not always, btw), but it fails the online test.
Because of the above, my previously reported test results may very well be invalid.
MS has chosen to depart from the standard it seems and gave Windows a temporary IPv6 address in addition to a standard IPv6 address. Online tests invariably report the temporary address. I noticed this temporary address changing all the time. This non-standard behaviour can be disabled (and re-enabled) with a few commands which I found on the internet.
After disabling the temporary IPv6 address, IPv6 in my router worked right away (per test on http://test-ipv6.com/) after a reboot without me first having to click 'Apply settings' on the IPv6 settings page after rebooting.
The standard IPv6 address seems to be more stable, i.e. it doesn't change, at least not as easily and willfully as the non-standard temporary one.
I've tested disabling it in Windows before but it doesn't improve much for me. The "Temporary IPv6 Address" is because of Windows implementing RFC 4941 so I thought I should leave it as that since it doesn't affect the performance. I am on 150MBPS package but actually receiving 180MPBS.
http://ipv6-test.com/ I received 17/20 but I am trying to improve ICMP and getting the hostname for IPv6.
Joined: 05 Oct 2008 Posts: 666 Location: Helsinki, Finland / nr. Alkmaar, Netherlands
Posted: Wed Dec 16, 2015 23:18 Post subject:
DeathReaper wrote:
I've tested disabling it in Windows before but it doesn't improve much for me. The "Temporary IPv6 Address" is because of Windows implementing RFC 4941 so I thought I should leave it as that since it doesn't affect the performance. I am on 150MBPS package but actually receiving 180MPBS.
http://ipv6-test.com/ I received 17/20 but I am trying to improve ICMP and getting the hostname for IPv6.
I'm not looking for speed - I mean I haven't even given speed a thought in all this IPv6 experimenting - but for reliability and predictability.
From the test site you mentioned my result is now 18/20. I remember I got the same earlier on. At that time I didn't realize what caused being 2 points shy, but apparently it is caused by this:
ICMP Filtered
in yellow. All other test results are in green.
From IPv4 we're used to try and prevent detection by hostile port scanning through blocking any and all responses, also to pinging.
You point out, as have others, and indeed also the test site, that (a measure of) response to ICMP is essential to IPv6. For a full score one apparently needs more sophisticated ip6tables/firewall commands.
I've had to go with what I was being advised here on this forum, since I have no understanding of iptables myself at all, beyond the 'obvious'.
--- Currently my firewall commands for IPv6 are:
ip6tables -I FORWARD 3 -p icmpv6 --icmpv6-type echo-request -j ACCEPT
ip6tables -I INPUT 4 -i br0 -j ACCEPT
---
It would look like echo requests (ping) are supposed to be accepted, so why the following:
The Ping tests from the test site show 100% loss for both IPv4 and IPv6 protocols ...
The dd-wrt wiki information on IPv6 looks terribly obsolete to me. Of course, obsolete and undated information abounds on the internet.
