D-Link Forums
The Graveyard - Products No Longer Supported => Access Points / Extenders => DAP-1525 => Topic started by: dk2463 on April 15, 2014, 09:20:21 AM
-
Have the 1525 in Bridge mode with hard wire to my PC. When I run a speed test, the IPv4 gets around 50Mbps download and 11Mbps up. When the IPv6 test runes, download is around .57Mbps and up about the same.
When attempting to reach an IPv6 site like Yahoo.com, it takes at least 1 minute for the page to load.
Why is IPv6 so slow?
-
Link>Welcome! (http://forums.dlink.com/index.php?topic=48135.0)
- What Hardware version is your DAP? Look at sticker under DAP.
- Link>What Firmware (http://forums.dlink.com/index.php?topic=47512.0) version is currently loaded? Found on the DAPs web page under status.
- What region are you located?
What Mfr and model is your main host router?
Internet Service Provider and Modem Configurations
- What ISP Service do you have? Cable or DSL?
- What ISP Modem Mfr. and model # do you have?
- Is ISP Modem/Service using Dynamic or Static WAN IP addressing?
- What ISP Modem service link speeds UP and Down do you have?
- Check cable between Modem and Router, swap out to be sure. Link> Cat6 is recommended. (http://en.wikipedia.org/wiki/CAT6)
- Check ISP MTU requirements, Cable is usually 1500, DSL is around 1492 down to 1472. Call the ISP and ask. Link>Checking MTU Values (http://forums.dlink.com/index.php?topic=53008.0)
- For DSL/PPPoE connections on the router, ensure that "Always ON" option is enabled.
Wireless Configurations for main host router
Links>Wireless Installation Considerations (http://forums.dlink.com/index.php?topic=48327.0) and Managing Signal Congestion (http://forums.dlink.com/index.php?topic=53228.0) and Good Neighbour Policy (http://forums.dlink.com/index.php?topic=10634.0)
- What wireless modes are you using?
PC 3rd Party Security Software Configurations
- Turn off all anti virus and firewall programs on PC while testing. 3rd party firewalls are not generally needed when using routers as they are effective on blocking malicious inbound traffic.
- Turn off all devices accept for one wired LAN PC while testing.
- Disable any downloading client software managers, i.e. Torrents or similar.
PC Web Browser Configurations
What browser are you using?
Try Opera or FF? If IE 8, 9, 10 or 11, set compatibility mode and test again.
Disable any security browser Add-ons like No Script and Ad-Block or configure them to allow All Pages when connected to the router.
Clear all browser caches.
Be sure to log into the Admin account on the router.
Try turning off these features in Chrome:
Top right corner, little bars for options > Settings > Settings (on left) > Show advanced settings.
Uncheck these:
Use a web service to help resolve navigation errors
Use a prediction service to help complete searches and URLs typed in the address bar
Predict network actions to improve page load performance
Enable phishing and malware protection
Do other devices exhibit the same thing?
-
•What Hardware version is your DAP? Look at sticker under DAP.
A1
•Link>What Firmware version is currently loaded? Found on the DAPs web page under status.
1.02
•What region are you located?
USA
What Mfr and model is your main host router?
Arris TG862
Internet Service Provider and Modem Configurations
•What ISP Service do you have? Cable or DSL?
Comcast Cable HSI
•What ISP Modem Mfr. and model # do you have?
Arris TG862
•Is ISP Modem/Service using Dynamic or Static WAN IP addressing?
Dynsmic
•What ISP Modem service link speeds UP and Down do you have?
Down=50Mbps
Up=10Mbps
•Check cable between Modem and Router, swap out to be sure. Link> Cat6 is recommended.
no cable on modem to router....1525 is connected wirelessly as Bridge
•Check ISP MTU requirements, Cable is usually 1500, DSL is around 1492 down to 1472. Call the ISP and ask. Link>Checking MTU Values
1500
•For DSL/PPPoE connections on the router, ensure that "Always ON" option is enabled.
NA
Wireless Configurations for main host router
Links>Wireless Installation Considerations and Managing Signal Congestion and Good Neighbour Policy
•What wireless modes are you using?
G,N
PC 3rd Party Security Software Configurations
•Turn off all anti virus and firewall programs on PC while testing. 3rd party firewalls are not generally needed when using routers as they are effective on blocking malicious inbound traffic.
No difference
•Turn off all devices accept for one wired LAN PC while testing.
No difference
•Disable any downloading client software managers, i.e. Torrents or similar.
have none
PC Web Browser Configurations
What browser are you using?
IE11
Try Opera or FF? If IE 8, 9, 10 or 11, set compatibility mode and test again.
tried latest Chrome, no difference
Disable any security browser Add-ons like No Script and Ad-Block or configure them to allow All Pages when connected to the router.
no difference
Clear all browser caches.
no difference
Be sure to log into the Admin account on the router.
Try turning off these features in Chrome:
Top right corner, little bars for options > Settings > Settings (on left) > Show advanced settings.
Uncheck these:
Use a web service to help resolve navigation errors
Use a prediction service to help complete searches and URLs typed in the address bar
Predict network actions to improve page load performance
Enable phishing and malware protection
no difference
-
Does hard LAN wire connect to the ISP modem do same thing?
Do other devices exhibit the same thing?
-
Does hard LAN wire connect to the ISP modem do same thing?
a laptop hardwired to the cable modem gets the following:
IPv4
Down=57.71
Up= 11.12
IPv6
Down=56.23
Up=10.97
Do other devices exhibit the same thing?
my Surface gets the following running via my wireless router
IPv4
Down=16.52
Up=11.74
IPv6
Down=25.99
Up=11.58
A laptop wired into the 1525 gets the following:
IPv4
Down=32.80
Up=11.71
IPv6
Down=.48
Up=.12
It's DEFINITELY the DAP-1525
UPDATE:
Just tried a RESET and reconnect via WPS and still same issue.
-
We need to see if the DAP-1525 is IPv6 compatible and or certified for it. I can't find any IPv6 information for it, however thats not to say that it may or may not be.
Would you phone contact D-Link support and ask them about this...I've emailed my contact to see if they can review this as well. Not sure if I'll get anything back however it's worth a try. Ya, If IPv4 is working well and IPv6 isn't, got to be something on the 1525.
I'll post back if I hear anything...Keep us posted...
-
The website doesn't show it as being IPv6 certified. Strange they have all the IPv6 settings on their admin page but it doesn't work?
We need to see if the DAP-1525 is IPv6 compatible and or certified for it. I can't find any IPv6 information for it, however thats not to say that it may or may not be.
Would you phone contact D-Link support and ask them about this...I've emailed my contact to see if they can review this as well. Not sure if I'll get anything back however it's worth a try. Ya, If IPv4 is working well and IPv6 isn't, got to be something on the 1525.
I'll post back if I hear anything...Keep us posted...
-
Tech support claims it is IPv6 ready....
-
I presume that this could be a incompatibility issue between the ISP Modem/Router and the DAP-1525. IPv6 Ready is different from IPv6 certified. I believe that IPv6 ready means that it's capable of doing IPv6, however certified means it was tested and passed certifications. So "ready" may be that there could be some compatibility issues. Did you talk to D-Link about troubleshooting this any?
-
So looks like the user manual has IPv6 support in AP mode...D-Link is looking into seeing if it's supported in Bridge mode...
-
ah! interesting, the materials they provide to Amazon simply mention IPv6 support, not in a specific mode.
I'm also seeing an extended menu of settings options briefly when I click the Wireless Settings menu on the dlinkap menu but it disappears quickly. Any ideas on how to access it?
So looks like the user manual has IPv6 support in AP mode...D-Link is looking into seeing if it's supported in Bridge mode...
-
What browser are you using?
You can try to disable the browser Style options to basic or disable...you can sometimes see hidden options however accessing them doesn't mean they actually work if used. Could still be disabled in the FW code.
As a test, I'd turn off the WiFi on the ISP modem and change the 1525 from Bridge to AP mode and test IPv6 again and see what you get...
-
tried IE11, Chrome and Firefox, all of them display it briefly then it reverts to just the few choices.
-
Were you able the disable the Styles on each browser?
-
no, not sure how to do that.
-
In the settings of the browsers, look for something called Page Styles. Disable or try Author mode.
-
nothing really pops out that works...I found Style Editor in Firefox but no option to turn Styles off. Like you said, it most likely doesn't work anyway.
-
Anything under Tools or View?
-
nope...
I found this on the DLink website http://www.dlink.com/us/en/technology/dlink-ipv6-solutions#3
You can now have a network environment that is IPv4 and IPv6-ready with D-Link's IPv6-certified products:
11AC Routers
DIR-868L Wireless AC1750 Dual Band Gigabit Cloud Router with AC SmartBeam and USB 3.0
DIR-865L Wireless AC1750 Dual Band Gigabit Cloud Router
DIR-860L Wireless AC1200 Dual Band Gigabit Cloud Router with AC SmartBeam and USB 3.0
DIR-850L Wireless AC1200 Dual Band Gigabit Cloud Router
DIR-820L Wireless AC1000 Dual Band Cloud Router
DIR-810L Wireless AC750 Dual Band Cloud Router
Wireless N Cloud Routers
DIR-855L Wireless N900 Dual Band Gigabit Cloud Router with SmartBeam
DIR-836L Wireless N750 Dual Band Gigabit Cloud Router with AC SmartBeam and USB 3.0
DIR-826L Wireless N600 Dual Band Gigabit Cloud Router
DIR-636L Wireless N300 Gigabit Cloud Router
DIR-626L Wireless N300 Cloud Router
Wireless N Routers, PowerLine and Access Points/Media Bridges
DIR-857 HD Media Router 3000
DIR-835 Wireless N750 Dual Band Gigabit Router
DIR-827 HD Media Router 2000
DIR-825 Xtreme N600 Dual Band Gigabit Router (Hardware revision C1)
DIR-815 Wireless N600 Dual Band Router (Hardware revision B1)
DIR-657 HD Media Router 1000
DIR-655 Xtreme N Gigabit Router (Hardware revision B1)
DIR-645 Whole Home Router 1000
DIR-615 Wireless N300 Router
DAP-1525 Wireless N300 Access Point/Media Bridge
DHP-1565 Wireless N300 PowerLine Gigabit Router
-
so, this is how my Cable Modem is set up for IPv6:
The Gateway Address ((Link-Local) is populated
The Gateway Address(Global) is populated
The IPv6 Address Assignment is set to Stateless (Autoconfig)
And FromISP(Autoconfig) is also checked.
So do I select StaticIP or Stateless or Link-Local on the IPv6 Connection Type?
-
I'd recommend that you contact the ISP to make sure the modem is completely set up and enabled for IPv6 and that it can hand it off to any devices..Not sure if Link Local needs to be used on both the ISP Modem and or the DAP...I would set Stateless on the DAP and test. Try them all and see what you find out after ensuring the ISP Modem is correctly set up though...
-
per Comcast, modem is 100% correct.
-
Let us know if you can change the 1525 to AP mode, shut off any Wifi on the ISP modem and test IPv6 on the 1525 and what the results are...
-
that isn't how I want to use this hardware so am not interested in testing the AP out. if it doesn't work as advertised as a Bridge and provide IPv6 support I'll need to return it.
-
Just thought it would be a good test. Thats ok.
I'd contact D-Link support and ask about Bridge mode and IPv6 operation and if it's supported in Bridge mode. I would think it is and should be working.
Ask for level 2 or higher support regarding this...
Keep us posted...
-
I spent some time yesterday with tech support but was no help. I got an email as well from someone else at D-Link with some bizarre suggestion about turning the cable modem into a Bridge which again isn't how I want my network setup so won't be trying that. I also explained in the email that it's been tested that the cable modem is properly configured and when a device is hard wired, to it, the IPv6 is very close in terms of speed throughput to the IPv4 so the issue is at the DAP-1525. They seem unable to get their device properly configured.
-
I've asked for an update from my contact. They are trying to find out if it's supported in bridge more. It's only mentioned in AP mode in the UM. Please be patient.
-
Do you have a case # that you got when you called D-Link?
This is under review now and I'll like to get my contact a case # for reference please.
Please PM me the info, no need to post here.
Thank you.
-
Hi,
so, this is how my Cable Modem is set up for IPv6:
The Gateway Address ((Link-Local) is populated
The Gateway Address(Global) is populated
The IPv6 Address Assignment is set to Stateless (Autoconfig)
And FromISP(Autoconfig) is also checked.
It's hard to judge your cable modem's IPv6 settings without more insight into the technical details of this device, which indeed operates as a router with an integrated cable modem. So if you tell us about IPv6 address assignments and gateways it is not clear if this refers to the WAN (cable) or LAN side of your router. But on the other hand it doesn't matter, because you seem to have perfect IPv6 access with any device that is directly connected to your router.
So do I select StaticIP or Stateless or Link-Local on the IPv6 Connection Type?
This depends on what you want to do with your DAP-1525. Whatever you select here should be irrelevant for the basic operation of this device, namely just stupidly bridging IPv4 or IPv6 packets from wired to wireless and vice versa.
This configuration item only refers to the IPv6 communication capabilities of the DAP-1525 itself (as a source or sink of IPv6 packets independent of its mere IPv6 passthrough bridging function for IPv6 packets not destined for or sent from itself):
- If you select Link-local Only (the default) the DAP-1525 is only able to talk to local devices via IPv6, e.g. you can reach the web interface from any local device within your LAN/WLAN via DAP-1525's link-local address (fe80:...), but DAP-1525 is not able to talk to the IPv6 Internet via IPv6
- If you want your DAP-1525 to be able to talk to the IPv6 Internet it needs a global IPv6 address. You can do this manually (by selecting Static IPv6) or automatically (by selecting Autoconfiguration (Stateless/DHCPv6)) which is recommended.
But all of that has nothing to do with your problem: Obviously your DAP-1525 has a problem with bridging IPv6 packets WLAN to LAN and/or vice versa. You can check if this is true by connecting one PC (call it PC1) directly to your router (cable modem) and another PC (call it PC2) to your DAP-1525. You could then measure network performance between PC1 and PC2 via IPv6 versus IPv4 (e.g. copying huge files between them from local disk to a remote network share and measuring the time it takes, and then calculating the network velocity [file size]/[time] or even more simple by looking at the network tab of the Windows Task Manager). You should see the same discrepancy between local IPv4 and IPv6 network velocity as you observed with IPv4 and IPv6 communication to the Internet, this way clearly having demonstrated that the DAP-1525 is responsible for this.
PT
-
I wonder if someone should have a closer look at his set up... ::)
Hi,
It's hard to judge your cable modem's IPv6 settings without more insight into the technical details of this device, which indeed operates as a router with an integrated cable modem. So if you tell us about IPv6 address assignments and gateways it is not clear if this refers to the WAN (cable) or LAN side of your router. But on the other hand it doesn't matter, because you seem to have perfect IPv6 access with any device that is directly connected to your router.
This depends on what you want to do with your DAP-1525. Whatever you select here should be irrelevant for the basic operation of this device, namely just stupidly bridging IPv4 or IPv6 packets from wired to wireless and vice versa.
This configuration item only refers to the IPv6 communication capabilities of the DAP-1525 itself (as a source or sink of IPv6 packets independent of its mere IPv6 passthrough bridging function for IPv6 packets not destined for or sent from itself):
- If you select Link-local Only (the default) the DAP-1525 is only able to talk to local devices via IPv6, e.g. you can reach the web interface from any local device within your LAN/WLAN via DAP-1525's link-local address (fe80:...), but DAP-1525 is not able to talk to the IPv6 Internet via IPv6
- If you want your DAP-1525 to be able to talk to the IPv6 Internet it needs a global IPv6 address. You can do this manually (by selecting Static IPv6) or automatically (by selecting Autoconfiguration (Stateless/DHCPv6)) which is recommended.
But all of that has nothing to do with your problem: Obviously your DAP-1525 has a problem with bridging IPv6 packets WLAN to LAN and/or vice versa. You can check if this is true by connecting one PC (call it PC1) directly to your router (cable modem) and another PC (call it PC2) to your DAP-1525. You could then measure network performance between PC1 and PC2 via IPv6 versus IPv4 (e.g. copying huge files between them from local disk to a remote network share and measuring the time it takes, and then calculating the network velocity [file size]/[time] or even more simple by looking at the network tab of the Windows Task Manager). You should see the same discrepancy between local IPv4 and IPv6 network velocity as you observed with IPv4 and IPv6 communication to the Internet, this way clearly having demonstrated that the DAP-1525 is responsible for this.
PT
-
I wish someone would!
I wonder if someone should have a closer look at his set up... ::)
-
I would ask PT if he can help you review the settings on the ISP modem and DAP. Use Teamviwer, it's a good program and it's safe and secure.
I'll check on if D-Link has any info about Bridge mode and IPv6 support.
I wish someone would!
-
Any status on this? ???
-
Any status on this? ???
Hi,
No, no one has contacted me.
-
Would you send PacketTracer (http://forums.dlink.com/index.php?action=profile;u=53952) a PM and see if he is willing to have a look at your configuration settings and see if everything is set up well? I'm will waiting on some word from D-Link as they have said this is under review and I don't know when or if I'll hear anything back.
For now lets see if we can make sure your configuration is set well and maybe PT might see something or have some other suggestions.
He's in the EU region so time frames will be different, ask him when a good time for him to help you out is.
Keep us posted please.
-
Hi dk2463,
since we couldn't manage to set up remote control via TeamViewer (maybe due to a too big version mismatch or private use not beeing supported between continents or for whatever reasons) I suggest you try the following of your own:
I suppose that it is a local matter your DAP device having problems to bridge IPv6 packets WLAN <--> LAN(wired) and vice versa. In order to check if this is true I suggest you do some file copies of huge files between a WIN7 computer (call it PC1) directly connected to your router/cable modem and another WIN7 computer (call it PC2) sitting behind/wired to your DAP device thereby measuring the time it takes to complete each file copy. The connection between PC1 and PC2 has to be IPv6 only.
So first of all you have to create an IPv6 connection between PC1 and PC2. Let's assume the IPv6 address of PC2 is 2001:db8::2 and you have created a network share at PC2 called "share2", you would sit down at PC1, open a command prompt and type
net use Z: \\2001-db8--2.ipv6-literal.net\share2
If you are asked for a user name and a password enter these credentials in order to successfully complete this operation. For explanation of "ipv6-literal.net" look here (http://en.wikipedia.org/wiki/IPv6_address#Literal_IPv6_addresses_in_UNC_path_names). For conversion of the actual IPv6 address of PC2 you can use the aid of this site (http://ipv6-literal.com/). If drive letter Z is already in use at PC1 take another free drive letter instead.
After that at PC1 in addition to your local drives C, D, ... you should see another drive Z inside Windows explorer which actually is a network drive pointing to "share2" network share residing at PC2. If you copy files between C and Z you do this via a TCP/IPv6 SMB connection between PC1 and PC2.
In the next step at PC1 open Windows explorer and create a folder C:\TEST. Change into this folder and create a TXT file called mkfile.txt. Open this file (double click --> notepad) and copy the following contents to the file:
@echo off
SETLOCAL ENABLEDELAYEDEXPANSION
set MAXSIZE=1024
set MINSIZE=1
set DEFAULTSIZE=5
set ROOT=%~dp0
set MY_NAME=%~n0
set TEMPFILE=%ROOT%__TEMPFILE__
set BUFFER=%ROOT%__BUFFERFILE__
set ARGS=
:loopArgs
shift
set parm=%0
if not defined parm goto doneArgs
if not defined ARGS (
set ARGS=%parm%
) else (
set ARGS=%ARGS% %parm%
)
goto loopArgs
:doneArgs
set SYNTAX_ERROR=FALSE
call :evalArgs
if %SYNTAX_ERROR%==TRUE (
call :printUsage
goto end
)
set FILE=IAM-%SIZE%-MB
set MKFILE=%ROOT%%FILE%
echo.
echo Creating "%FILE%" [%SIZE% MB] ...
call :delFiles
set CREATE_OK=TRUE
call :createFile %SIZE%
if %CREATE_OK%==FALSE (
call :localCopyError
call :delFiles
echo.
echo Files were deleted.
goto end
) else (
echo --^> DONE^^!
)
goto end
:missingValue
if %SYNTAX_ERROR%==FALSE echo.
echo ERROR: -%1: %2 unspecified.
goto :EOF
:parmValueNotAllowed
if %SYNTAX_ERROR%==FALSE echo.
echo ERROR: %1: "%2" outside allowed interval [%3,%4].
goto :EOF
:printUsage
echo.
echo %MY_NAME% v1.0 - Creates a file of a desired size in MB
echo Copyright (C) 2014, PacketTracer
echo.
echo Syntax: %MY_NAME% [[-l size] ^| [-h]]
echo -h Shows this help.
echo -l size Size of the file ^(integer count of MB^).
echo Default: size=%DEFAULTSIZE% MB.
echo Allowed sizes: %MINSIZE% - %MAXSIZE% MB.
echo.
goto :EOF
:localCopyError
echo.
echo ^|
echo ^| ERROR: An error occured while copying files.
echo ^| Check if there is enough free space within script folder
echo ^|
echo ^| %ROOT%
echo ^|
echo v
echo ---------------------------------------------------------^> ERROR
goto :EOF
:evalArgs
set /a maxParm=0
for %%i in (%ARGS%) do (
if /i "%%i"=="-h" (
set SYNTAX_ERROR=TRUE
goto :EOF
) else (
set /a maxParm+=1
set arg[!maxParm!]=%%i
)
)
if %maxParm% EQU 0 (
set SIZE=%DEFAULTSIZE%
goto :EOF
)
set lIsSet=FALSE
set /a parmIndex=1
:loopParm
call :readArg !parmIndex!
if /i !aktParm!==-l (
if %lIsSet%==TRUE (
set SYNTAX_ERROR=TRUE
goto :EOF
)
set /a parmIndex+=1
if !parmIndex! GTR %maxParm% (
call :missingValue l size
set SYNTAX_ERROR=TRUE
goto :EOF
)
call :readArg !parmIndex!
if /i !aktParm!==-l (
call :missingValue l size
set SYNTAX_ERROR=TRUE
goto :EOF
) else (
set SIZE=!aktParm!
set valOk=FALSE
for /l %%i in (%MINSIZE%,1,%MAXSIZE%) do (
if !SIZE!==%%i set valOk=TRUE
)
if !valOk!==FALSE (
call :parmValueNotAllowed -l !SIZE! %MINSIZE% %MAXSIZE%
set SYNTAX_ERROR=TRUE
goto :EOF
) else (
set lIsSet=TRUE
)
)
) else (
set SYNTAX_ERROR=TRUE
goto :EOF
)
set /a parmIndex+=1
if %parmIndex% GTR %maxParm% (
goto :EOF
) else (
goto loopParm
)
:readArg
for /l %%p in (%1,1,%1) do set aktParm=!arg[%%p]!
goto :EOF
:clear
if exist %1 del /f %1
goto :EOF
:createFile
set dezVal=%1
set /a n=0
:binaryLoop
set /a s[%n%]=dezVal%%2
set /a dezVal=dezVal/2
if %dezVal% NEQ 0 (
set /a n+=1
goto binaryLoop
)
call :clear "%TEMPFILE%"
echo #-BIGTXTFILE-#>"%TEMPFILE%"
for /l %%i in (1,1,16) do (
call :appendFile "%TEMPFILE%" "%TEMPFILE%"
if !CREATE_OK!==FALSE goto :EOF
)
call :clear "%MKFILE%"
for /l %%i in (0,1,%n%) do (
if !s[%%i]!==1 (
if exist "%MKFILE%" (
call :appendFile "%MKFILE%" "%TEMPFILE%"
if !CREATE_OK!==FALSE goto :EOF
) else (
if %%i EQU %n% (
ren "%TEMPFILE%" "%FILE%"
) else (
copy "%TEMPFILE%" "%MKFILE%" 1>nul 2>&1
if ERRORLEVEL 1 (
set CREATE_OK=FALSE
goto :EOF
)
)
)
)
if %%i LSS %n% (
call :appendFile "%TEMPFILE%" "%TEMPFILE%"
if !CREATE_OK!==FALSE goto :EOF
)
)
call :clear "%TEMPFILE%"
goto :EOF
:appendFile
call :clear "%BUFFER%"
copy %1 /b + %2 /b "%BUFFER%" 1>nul 2>&1
if ERRORLEVEL 1 (
set CREATE_OK=FALSE
goto :EOF
)
del %1
ren "%BUFFER%" "%~nx1"
goto :EOF
:delFiles
call :clear "%TEMPFILE%"
call :clear "%MKFILE%"
call :clear "%BUFFER%"
goto :EOF
:end
ENDLOCAL
After this save and close the file.
Open a command prompt and enter:
C:
cd \TEST
ren mkfile.txt mkfile.cmd
Now inside C:\TEST you have a script called mkfile.cmd you can use to create huge files of sizes between 1 MB and 1024 MB. For explanation enter mkfile -h. For example if you enter mkfile -l 100 the script creates a file named IAM-100-MB of size 100 MB.
Finally you can use these files IAM-XX-MB and copy them between C:\TEST and Z: e.g.
C:
cd \TEST
copy /Y IAM-100-MB Z:\ 1>nul 2>&1
thereby measuring the time it takes.
After completion you can also copy the file in the opposite direction (again measuring the time it takes):
copy /Y Z:\IAM-100-MB .\ 1>nul 2>&1
In order to measure the time a copy takes more comfortably you can also write two small scripts called
C:\TEST\forward.cmd
C:\TEST\backward.cmd
with the following contents:
forward.cmd:
@echo off
echo Start of copy: %DATE% %TIME%
echo Copying file %1 Local --^> Remote. Please wait ...
copy /Y %1 Z:\ 1>nul 2>&1
echo End of copy: %DATE% %TIME%
backward.cmd:
@echo off
echo Start of copy: %DATE% %TIME%
echo Copying file %1 Remote --^> Local. Please wait ...
copy /Y Z:\%1 .\ 1>nul 2>&1
echo End of copy: %DATE% %TIME%
(If you use a network drive letter other than Z you must adapt these scripts accordingly)
These scripts print time information straight before the start and after the end of the copy process. From file size and time difference you can easily calculate the data transfer rate in MB/sec.
You would have to call these scripts specifying the name of the file to copy (e.g. IAM-100-MB) as the first argument. For example if you create a file of size 250 MB you would have to type the following in a command prompt:
C:
cd \TEST
mkfile -l 250
forward IAM-250-MB
backward IAM-250-MB
If you want you can post the results here for further evaluation.
For comparison you can also repeat these copy tests using an IPv4 connection between PC1 and PC2. If the IPv4 address of PC2 is assumed to be 192.168.0.2, you would have to type the following commands inside a command prompt at PC1:
net use Z: /delete
net use Z: \\192.168.0.2\share2
(... again entering user and password if needed).
Now you have an IPv4 connection between PC1 and PC2 and you could repeat the copy tests as described above. They should be much faster now if my theory is correct that DAP-1525 has problems with bridging of IPv6 packets.
PT
EDIT:
Before you do all this first of all it might be helpful to show us your IP/IPv6 configuration of the PCs I called PC1 and PC2 above. To do so at each of these PCs open a command prompt and enter the command ipconfig /all. You can mark the output text of this command with your mouse, then copy it by pressing ENTER and then paste it here via CTRL+V. If this doesn't work you first have to activate "Quick Edit Mode" in the properties of an open command prompt (click on the command prompt symbol residing on the left top corner of an open command prompt, then select "Default values", then select options tab and activate Quick Edit mode - close and reopen the command prompt to activate the new settings)
-
There shouldn't be any issues between cross continent TV remote usage. As long and each user is using same Build version, remote access should work. I have connected with users many times across the pond with out issues.
Thanks for all the help and info. Hope this can be figured out.
D-Link is reviewing this as well.
-
Hi,
I think the IPv6 bridging function DAP-1525 has to perform is theoretically described via RFC4389 (http://tools.ietf.org/html/rfc4389) (ND Proxy). In this RFC SCENARIO 1: Wireless Upstream (http://tools.ietf.org/html/rfc4389#section-1.1) fits the scenario we are discussing here. Maybe D-Link's implementation of this RFC within the present firmware of DAP-1525 may contain flaws.
Of course we can't prove this directly. If IPv6 configuration (of PCs on both sides of DAP-1525) is correct (which still has to be checked by inspection of "ipconfig /all" outputs of PC1 and PC2 above) a significant velocitiy difference (to be measured e.g. via the file transfer scenarios I described above) between bridged IPv4 and IPv6 streams cannot be nothing more than a hint to implementation flaws.
PT
-
Hi all,
here is where we are now as a result of exchanging private messages:
So far we only have inspected the IPv6 configuration of both PC1 (directly connected to the router) and PC2 (sitting behind/wired to the DAP-1525). As far as I could see there hasn't been any peculiarities except that Teredo was active (which we switched off via "netsh int teredo set state disabled") which however had no influence on the problem:
Both PCs have a fixed and a temporary IPv6 address out of the Comcast IPv6 range 2601::/28, both autoconfigured via SLAAC from the same subrange 2601:9:xxxx:yyyy::/64 which is the prefix advertised by the Arris TG862 router. You can see this by inspecting the IPv6 default gateway which is the same at PC1 and PC2 and is the link local address of the router resulting from its MAC address starting with "5c-57-1a" which is a "MA-L" (formerly known as "OUI" - Organizationally Unique Identifier) of the manufacturer "ARRIS Group, Inc.", see IEEE MA-L registry (http://standards.ieee.org/develop/regauth/oui/public.html)). Both PCs use the same two Comcast IPv6 DNS servers 2001:558:feed::1 and 2001:558:feed::1 probably deployed via stateless DHCPv6 with Arris TG862 router operating as a stateless DHCPv6 server without being a DNS forwarder.
This means:
The interactions between both PCs (irrespective of their position in front of or behind DAP-1525) and the router with regard to autoconfiguration (forming IPv6 addresses and finding the default gateway via SLAAC, getting DNS server addresses via stateless DHCPv6) work as expected and result in consistent IPv6 configurations on both PC1 and PC2.
Now waiting for results about measured data rate discrepancies between IPv6 and IPv4 data streams between PC1 and PC2 ...
PT
Hi dk2463,
after having created a network share at PC2 and a network drive Z being mapped to this share at PC1 (according to my last PM) I'd expect you to provide something like the following executed at PC1 (one time for an IPv6 connection between PC1 and PC2 and again for an IPv4 connection for data rate/performance comparison):
C:\>cd \TEST
C:\TEST>mkfile -l 100
Creating "IAM-100-MB" [100 MB] ...
--> DONE!
C:\TEST>forward IAM-100-MB
Start of copy: 18.05.2014 14:16:52,44
Copying file IAM-100-MB Local --> Remote. Please wait ...
End of copy: 18.05.2014 14:17:05,47
C:\TEST>backward IAM-100-MB
Start of copy: 18.05.2014 14:17:11,35
Copying file IAM-100-MB Remote --> Local. Please wait ...
End of copy: 18.05.2014 14:17:28,07
C:\TEST>forward IAM-100-MB
Start of copy: 18.05.2014 14:17:31,06
Copying file IAM-100-MB Local --> Remote. Please wait ...
End of copy: 18.05.2014 14:17:46,08
C:\TEST>backward IAM-100-MB
Start of copy: 18.05.2014 14:17:51,50
Copying file IAM-100-MB Remote --> Local. Please wait ...
End of copy: 18.05.2014 14:18:08,33
C:\TEST>forward IAM-100-MB
Start of copy: 18.05.2014 14:18:09,53
Copying file IAM-100-MB Local --> Remote. Please wait ...
End of copy: 18.05.2014 14:18:22,81
C:\TEST>backward IAM-100-MB
Start of copy: 18.05.2014 14:18:24,61
Copying file IAM-100-MB Remote --> Local. Please wait ...
End of copy: 18.05.2014 14:18:41,48
C:\TEST>forward IAM-100-MB
Start of copy: 18.05.2014 14:18:42,58
Copying file IAM-100-MB Local --> Remote. Please wait ...
End of copy: 18.05.2014 14:18:56,41
C:\TEST>backward IAM-100-MB
Start of copy: 18.05.2014 14:18:57,42
Copying file IAM-100-MB Remote --> Local. Please wait ...
End of copy: 18.05.2014 14:19:14,45
C:\TEST>forward IAM-100-MB
Start of copy: 18.05.2014 14:19:15,56
Copying file IAM-100-MB Local --> Remote. Please wait ...
End of copy: 18.05.2014 14:19:29,47
C:\TEST>backward IAM-100-MB
Start of copy: 18.05.2014 14:19:31,13
Copying file IAM-100-MB Remote --> Local. Please wait ...
End of copy: 18.05.2014 14:19:47,73
C:\TEST>forward IAM-100-MB
Start of copy: 18.05.2014 14:19:48,98
Copying file IAM-100-MB Local --> Remote. Please wait ...
End of copy: 18.05.2014 14:20:03,46
C:\TEST>backward IAM-100-MB
Start of copy: 18.05.2014 14:20:04,51
Copying file IAM-100-MB Remote --> Local. Please wait ...
End of copy: 18.05.2014 14:20:21,03
C:\TEST>
Simultaneously (and optionally) you can see what happens in task manager (given you activated the different views for sent and received bytes):
(http://s28.postimg.org/exbqscr9p/taskmgmr.png)
PT
-
Thank you PT for keeping us up to date.
Please post your test results here. I'll keep bugging my contact at D-Link pass along any information about this.
Thanks guys.
-
Hi all,
while still waiting for more details I asked dk2463 to provide via personal messages I'd like to discuss some more theoretical things here. While thinking about the problem discussed in this thread I tried to get some more insight into bridging which is the central topic here.
So I asked myself: Is there any difference between the bridging process a WLAN router (here the Arris TG862) performs between its wired ethernet ports and the WLAN defined by its built in WLAN access point and the bridging process the DAP-1525 performs between the WLAN and its wired ethernet ports? Do they both do so called "transparent MAC bridging" as defined by IEEE802.1D (http://standards.ieee.org/getieee802/download/802.1D-2004.pdf)?
Transparent MAC bridging is agnostic toward the layer 3 protocol packet (IPv4 or IPv6) encapsulated inside the layer 2 frame being bridged, hence there shouldn't be any difference related to the data rates of bridged IPv6 and IPv4 data streams which is in contrast to the results discussed in this thread.
One demand for transparent MAC bridging is that any bridge port has to operate in so called promiscuous mode (http://en.wikipedia.org/wiki/Promiscuous_mode). While this is not explicitly true for the built in access point of a WLAN router, from the definition of an access point operating in so called Master Mode (http://www.vias.org/wirelessnetw/wndw_05_04.html) I would draw the conclusion that this function is enough to fulfil the demands for transparent MAC bridging as the access point is able to see all communication with WLAN clients that are associated with it in managed mode.
On the other hand the WLAN interface of the DAP-1525 operates as a WLAN client in the scenario discussed here, which means it is in managed mode where it can communicate with its associated master (the access point) only. This is far from being in or operating equivalent to promiscuous mode, which would mean that DAP-1525 cannot do transparent MAC bridging. At least this is my understanding so far. Anyone here willing to comment this?
If a bridge can't do transparent MAC bridging as is the case when a bridge interface cannot be operated in promiscuous mode (assumed to be true for the WLAN interface of the DAP-1525 in the scenario discussed here) protocol specific support is needed in order to do bridging nonetheless. For IPv4 this means that Proxy ARP (http://en.wikipedia.org/wiki/Proxy_ARP) has to be used, and for IPv6 this means that ND proxy function has to be used as defined by RFC4389 (http://tools.ietf.org/html/rfc4389), where the scenario discussed here is explicitly mentioned as SCENARIO 1: Wireless Upstream (http://tools.ietf.org/html/rfc4389#section-1.1).
If these considerations are true, they could explain that with protocol specific methods like Proxy ARP (IPv4) and ND Proxy (IPv6) protocol specific differences (like different data rates for IPv4 and IPv6 data streams as observed here) might occur if one of both methods is poorly or not at all implemented in the bridging device. And that's what I assume to be true for ND Proxy function in DAP-1525.
To be sure that or figure out if DAP-1525 uses Proxy ARP and/or ND Proxy I asked dk2463 to do some ping and ping6 commands at PC1 and PC2 (ping the router and each other) and then send me the ARP and IPv6 Neighbor caches of both PCs (as seen via the commands arp -a and netsh int ipv6 show nei respectively). If Proxy ARP and ND Proxy have a finger in the pie you can see this because then the IP or IPv6 address of any device sitting beyond the DAP-1525 (as seen from the local pinging device) is always resolved to the MAC address of the DAP-1525 itself instead of the real device's MAC address.
Any comments on these considerations are welcome.
In the moment I can do nothing more than waiting for results from dk2463 ... ???
PT
EDIT:
In the DAP-1525 manual (download (ftp://ftp2.dlink.com//PRODUCTS/DAP-1525/REVA/DAP-1525_MANUAL_1.00_EN.PDF)) you can find the following paragraph within the section that describes the Configuation for Bridge Mode (page 43 ff.):
Page 49:
Wireless MAC Cloning
Enabling this option allows the user to manually assign the
source MAC address to packets forwarded by the DAP-1525. If
not manually assigned, the packet’s source MAC address field
will be automatically selected as the DAP-1525’s MAC address.
This clearly states that a DAP-1525, while operating in Bridge Mode, is a proxy that replaces the source MAC addresses of forwarded packets (by its own MAC address as a default, where the user interface offers the option to specify another value instead). More than that with regard to ND Proxy for IPv6 it should also replace link layer addresses inside some ND packets by its own MAC address as specified in RFC4389 (http://tools.ietf.org/html/rfc4389).
Considering the forwarding of IPv6 unicast packets, RFC4389 (http://tools.ietf.org/html/rfc4389#section-4.1) says:
When any other IPv6 unicast packet is received on a proxy interface,
if it is not locally destined then it is forwarded unchanged (other
than using a new link-layer header) to the proxy interface for which
the next hop address appears in the neighbor cache.
With regard to the scenario discussed here this means that the neighbor cache of DAP-1525's WLAN interface must contain the "next hop address" for any unicast IPv6 packet sent from wired clients behind DAP-1525 to the Internet. Of course in our scenario this "next hop address" is the link local address of the Arris TG862 router which is the default gateway for Internet access.
Furthermore this means that DAP-1525 must have an IPv6 default gateway configuration which it should have learned automatically from Arris TG862 router's router advertisements (RA) even if DAP-1525 is not explicitly configured for IPv6 as is the case with its default setting Link-local Only selected for IPv6 CONNECTION TYPE. But maybe this is not true due to implementation flaws.
Hence, @dk2463:
I would recommend to change the DAP-1525 settings for IPv6 CONNECTION TYPE to Autoconfiguration(Stateless/DHCPv6) (see page 52 of the manual). Could you please do so and tell us if this has any positive effects?
PT
-
PT, thanks for the detailed information...I'll pass this along to D-Link and see if they can provide some info.
-
Any status on this DK? ???
Have the 1525 in Bridge mode with hard wire to my PC. When I run a speed test, the IPv4 gets around 50Mbps download and 11Mbps up. When the IPv6 test runes, download is around .57Mbps and up about the same.
When attempting to reach an IPv6 site like Yahoo.com, it takes at least 1 minute for the page to load.
Why is IPv6 so slow?
-
Looks like dk2463 isn't interested any more.
-
It would be nice if the OP posted on what he's found or if he's just moved on. ???
-
So...I have the exact same issue. I can vouch for what OP is seeing. I even made an account just to post on this thread.
It seems to have problems with TCP. Youtube videos brings the throughput to a crawl. Using packet sniffers I can see the SYN/ACK keeps getting reset and there are duplicate frames. It actually kinda looks like the DAP-1525 is doing a DoS attack on my computer.
I have tried many setting configurations. I even swapped my DAP-1525's to see if there was a hardware problem. Each DAP-1525 displays the same behavior. The DAP-1525 interfaced with the router (DIR-655) routes fine but the other side of the bridge is getting TCP stormed with duplicates.
Your device has an IPv6 bug... a very silly one.
-
Hi,
do you think it's useful or are you willing to do the performance test between two local PCs on both sides of the DAP device as described here (http://forums.dlink.com/index.php?topic=58959.msg235421#msg235421) and illustrated here (http://forums.dlink.com/index.php?topic=58959.msg236027#msg236027)?
PT
-
Thank you for posting feed back. Pleaset let us know if you can do some additonal testing described by PT so we can gather more information that we can present to D-Link.
So...I have the exact same issue. I can vouch for what OP is seeing. I even made an account just to post on this thread.
It seems to have problems with TCP. Youtube videos brings the throughput to a crawl. Using packet sniffers I can see the SYN/ACK keeps getting reset and there are duplicate frames. It actually kinda looks like the DAP-1525 is doing a DoS attack on my computer.
I have tried many setting configurations. I even swapped my DAP-1525's to see if there was a hardware problem. Each DAP-1525 displays the same behavior. The DAP-1525 interfaced with the router (DIR-655) routes fine but the other side of the bridge is getting TCP stormed with duplicates.
Your device has an IPv6 bug... a very silly one.
-
I will do it.
Will post back in a few days.
-
Any progress on this?
I will do it.
Will post back in a few days.