D-Link Forums
The Graveyard - Products No Longer Supported => Routers / COVR => DIR-655 => Topic started by: foxium on December 31, 2009, 08:32:28 AM
-
Recently I bought two DIR-655 A2 routers off fleabay, intending to use both of them only as gigabit switches and wireless APs (I already have a router).
Upon flashing both units to the latest 1.32NA firmware, configuring each one with a different LAN IP, and turning off DHCP server on both units, I plugged them into the same home LAN network. Everything seems to work flawlessly except that I cannot ping (times out) or get into the management page on one of the DIR-655. The other DIR655 lets me ping and login just fine.
Then, I found this:
C:\>arp -a
Interface: 192.168.1.102 --- 0x9
Internet Address Physical Address Type
192.168.1.101 00-24-be-56-06-cf dynamic
192.168.1.198 00-09-34-39-55-ba dynamic
192.168.1.252 00-03-64-00-01-24 dynamic
192.168.1.253 00-03-64-00-01-24 dynamic
192.168.1.255 ff-ff-ff-ff-ff-ff static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.252 01-00-5e-00-00-fc static
239.255.255.250 01-00-5e-7f-ff-fa static
255.255.255.255 ff-ff-ff-ff-ff-ff static
C:\>
These are my DIR655's:
192.168.1.252 00-03-64-00-01-24 dynamic <-- not responding to ping
192.168.1.253 00-03-64-00-01-24 dynamic <-- responding pings OK
After Googling it seems that this MAC address is also reported by someone on DSLreports who was using a different d-link product and after flashing his got changed to the exact same LAN MAC as listed above.
Is this a known D-Link firmware BUG? Is there any fix available??
-
The device allows you to set a MAC address of your own choice (common for a router).
Setup->set manual internet connection-> bottom of page
Some ISPs can block (temporarily) new MAC's on a connection.
Using the one from the previous router will allow to keep the connection.
Probably the previous owner set the MAC address.
So I would change them :)
-
Check the mac addresses againsts the sticker on the bottom of each unit. They both should not have the same MAC.
-
Check the mac addresses againsts the sticker on the bottom of each unit. They both should not have the same MAC.
Thank you for the tip but unfortunate that leads to another (bigger) problem -- the sticker with MAC address is missing from the bottom of both routers!
I can see the place at the lower left conner where the MAC address sticker is supposed to be, but nothing is there.
Could these routers be some of those clones proudly made in China? The routers got flashed with D-Link firmware alright. If I knew there were cloned D-Link routers I would have never bought them used off the flea market site!
Another strange thing, the FCC code showing on the back says DIR655A3 (which is the revision the seller advertised) but the firmware says Hardware: A1/A2. Smells fishy.
^--- Nevermind this, I'm read elsewhere that many versions of D-link firmware do not report the current hardware version. Since all the firmware flashes OK on the two units, the routers should be genuine D-link.
-
Better get some flea powder.
Did they come in DLInk boxes, the MACs would also be on those.
-
davevt31, unfortunately they didn't come with boxes.
It seems like there is at least another person suffering from the same problem and got the exact same MAC mine did, but with another D-link product DGL4500:
http://www.dslreports.com/forum/r20802186-DGL4500-NEW-Firmware-110-Released (http://www.dslreports.com/forum/r20802186-DGL4500-NEW-Firmware-110-Released)
If this were a cloned router, the problem should be heavily reported elsewhere by those who purchased. But I was only able to find this one other report on the net.
May be it IS a firmware problem after all.
-
Most people only run one router so the cloned MAC would not be an issue for them. You can go into the Setup> Internet page and change one of the mac addresses and see if you can get through. Its at the bottom of the page.
-
Thanks for trying to help davevt31. I've tried changing the WAN MAC (which changes OK) but it doesn't affect the LAN MAC. I've tried all 1.3x firmwares (even the latest 1.33NA beta code) but it doesn't change the MAC either.
The problem now is I have to unplug one of the 655 and flush arp cache in order to access the config page of the other's. I once thought it's due to hardware problems but someone from DSLreports received exactly the same MACs after flashing suggests that this problem is highly likely due to a defective firmware.
I guess waiting for D-link to realize and fix this problem are too much to expect. I'll probably throw away one (and possibly both) d-link routers. I just hate to do that cus I just bought them for a couple months. And correct me if I'm wrong, I don't think all DIR-655 shares the same LAN MAC, making it really weird.
At this point I'm very upset. I've never spent so much time dealing with a consumer router that's marketed as a premium product -- I shouldn't have to.
-
MACS should be in the status page.
-
Cobra, here's the chklist.txt:
Firmware Version: ver1.33NAb01
Firmware Date: 2009/12/22
ipVersion(Date): 7.6.1b0156 (2009, Dec 22)
ipOS SDK Version: 7.6.3 P (1134)
WAN MAC: 00:03:64:00:01:23
LAN MAC: 00:03:64:00:01:24
WLAN MAC: 00:1B:11:6D:4C:6E
Wireless Region: 0x04
SSID: access
SubVendorDeviceID: 0x2071
Wireless Domain: 0x10
Firmware Notify URL: http://wrpd.dlink.com.tw/router/firmware/query.asp?model=DIR-655_AX_NA
Firmware Global URL: http://www.dlink.com.tw
Checksum: 0x03FBE715
Use non DFS channel only: Enabled
This version is Release version
USB_IP/K=Disable
USB_IP/S=Enable Version 1.1.1
WLAN 0 Channel List: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11
HW Ver: A1/A2
-
This problem is apparently acknowledged by D-link for their DGL-4500 XTREME N GAMING ROUTER:
http://www.dlink.com/products/?pid=DGL-4500&tab=3 (http://www.dlink.com/products/?pid=DGL-4500&tab=3)
Firmware 1.12 8/07/2008
Revision Info: ¤ Fixed upgrade FW, lose mac address.
¤ Prevents downgrade to 1.02.
¤ Follow Wi-Fi Cerits. N only has HT40 mode.
¤ MAC Address Filtering Fix.
¤ Wireless Schedule ADD tab change to "Add Schedule"
Apparently D-link is making a repeated mistake.
-
Sorry for bumping this myself. But I've found some more related information. Apparently D-link DID make a mistake in one of the firmware they released for DGL-4500 (fw 1.10) which they subsequently retracted.
It's highly possible that one of the currently released DIR-655 firmware is doing the same thing, causing the problem I'm experiencing.
D-link, please test your firmware seriously. I've written an e-mail to D-link support and a week ago I got a response saying that my question is being escalated to level 2 -- I'm still waiting.
Lycan, since you were aware of the exact same problem found in the DGL-4500 firmware, is it possible to incorporate similar fix to new DIR-655 firmwares?
I'm sure you already know about the mac-address problem and it giving everyone the same one of
WAN:
MAC Address : 00:03:64:00:01:23
LAN:
MAC Address : 00:03:64:00:01:24
We've pulled the 1.10 code because of issues reported here and in our internal CRM database.
We are working diligently on a correction for those that upgraded and can no longer use MAC filtering or are experiencing other firmware related issues.
We apologize for this inconvenience.
You can request an RMA, but we're expecting code as early as this week.
My guess is that RMA will take longer then that to just process. It's your call.
As for the MAC address issue, we are confident that we have a firmware fix that will put you back on-line asap.
-
Those MACS are not the same as the last digit is different.
-
Cobra, LAN and WAN MACs are indeed off by one digit within each router. However, I have two DIR-655 routers and they share the same pair of LAN & WAN MACs (my router 1 has LAN MAC 00:03:64:00:01:24 and my router 2 has exactly the same LAN MAC).
This makes them impossible to use on the same network, it simply messes up the ARP table and causes all kind of connections problems.
-
Awaiting any more Double DIR MAC's, but it seems the devices you bought have been refurbished or faked...
-
You bought duped hardware.
-
Lycan, I'm glad to see you replying to this topic. Are you suggesting that the guy with the DGL-4500 also bought duped hardware?
I'm sure you already know about the mac-address problem and it giving everyone the same one of
WAN:
MAC Address : 00:03:64:00:01:23
LAN:
MAC Address : 00:03:64:00:01:24
But I wanted to add something else it broke that you may not be aware of.
The PSP to PS3 remote play feature over the Internet. The PS3 now turns on by itself when the "remote play over internet" is enabled. It was fine with 1.02 and previous firmware with the same config. With 1.10 even turning about every feature off it still happens. It's due to traffic from the router/switch hitting the PS3 and the PS3 thinks it's remote play traffic when it's not. This may be tied to the mac-address problem?
Ref: http://forums.dlink.com/index.php?topic=2005.msg9911#msg9911 (http://forums.dlink.com/index.php?topic=2005.msg9911#msg9911)
He has clearly documented that AFTER flashing to a specific firmware his LAN/WAN MAC changing to the exact same pair I received. And I assume his unit got fixed later on by using a newer firmware D-link released to fix the "MAC address lost" issue.
In addition, does duped dir-655 hardware exist? My units flashed fined with official/beta firmwares of all versions.
-
Duping can happen with units that have had their firmwares messed with. We did have an issue with the 1.10 code for the 4500 but that was corrected.
I suppose it's possible that there could be adjustments made to the MAC by the firmware, but if it was the code we would be hearing about it more. Also the source of the product is more then questionable.
Fact is I don't know for sure and my previous statement appeared to be an acertation. For that I apologize.
-
I suppose it's possible that there could be adjustments made to the MAC by the firmware, but if it was the code we would be hearing about it more.
Lycan, you seem to be trying to provide help on this and that is appreciated, but I cannot agree on what you said.
The DGL-4500 suffered from an officially confirmed bug effectively cloning everyone's LAN MAC to exactly what I've got, and yet there is only one person reporting it. Do a search using the LAN MAC address posted above and you'll see.
Anyway, some time ago I started contacting D-link e-mail support. After a few exchange of replies over an awfully long period of time, they are now suggesting me to send the routers back for RMA. D-link is trying to help, and I'll send it back. But now I've pretty much lost all my confidence in D-link's ability to program.
-
Lycan, you seem to be trying to provide help on this and that is appreciated, but I cannot agree on what you said.
The DGL-4500 suffered from an officially confirmed bug effectively cloning everyone's LAN MAC to exactly what I've got, and yet there is only one person reporting it. Do a search using the LAN MAC address posted above and you'll see.
Anyway, some time ago I started contacting D-link e-mail support. After a few exchange of replies over an awfully long period of time, they are now suggesting me to send the routers back for RMA. D-link is trying to help, and I'll send it back. But now I've pretty much lost all my confidence in D-link's ability to program.
So there's three people complaining with a DIR655. Quite a difference. ???
Again there's the question if code in the firmware can generate an issue for only a few single devices, leaving the rest of the users group alone. None of those who claim that these issues are caused by firmware have been able to explain why this can happen. Not even the code freaks that did a code change to 'solve' the downgradeability feature. That should make you wonder.
-
Anyway, some time ago I started contacting D-link e-mail support. After a few exchange of replies over an awfully long period of time, they are now suggesting me to send the routers back for RMA.
Since these were purchased through a third party I would assume D-Link wants to see these routers so they can test if the hardware side has been messed with or if it is in fact the firmware causing the issue.
This will most likely determine whether or not they issue a replacement unit.
-
duped. I don't. duped.
oh did i mention...
duped.
if you purchase an xbox 360 from 3rd party you gonna complain to microsoft that you can't do anything with it? Must be a bug that you can't sign in to xbox live.
sorry.
duped.
-
duped. I don't. duped.
oh did i mention...
duped.
if you purchase an xbox 360 from 3rd party you gonna complain to microsoft that you can't do anything with it? Must be a bug that you can't sign in to xbox live.
sorry.
duped.
Imagine you buy a car from an individual. Let's make it a BMW. And when you check the engine you find out that underneath the bonnet there's a LADA engine! You complain at the manufacturer. What would you think the manufacturer would say?
-
Why are you guys making statements without actually seeing the hardware? There is no way you guys now for a fact that it is duped. Man I think some here need to eat a little humble pie after spouting for months d-links lies about being able to downgrade. Then when it's uncovered that it's a blatant bold face lie, EddieZ says there's more important things in life to worry about. Why don't you answer the question head on? Answer the question why do you believe d-links lies without any proof?
Because there's some nuance in "the blatant lie". Even Dlink staff was not informed (or were just lied to) about the locked downgrade. Trust me, Lycan personally checked this "no downgrade issue" for me internally with Dlink Product Management a couple of months ago. You're right, this could be a lie too. But this MAC stuff deals with a very different level of firmware internals. Such an issue would technically speaking arise with the majority of users, and not with two or three 655 owners who, coincidently, all bought the device on a fleamarket or from the booth of a car...
-
Fact: There was a problem with the DGL-4500 firmware. It changed the WAN MAC to all Zeros.
Fact: Changing the WAN MAC is easy. It's not hardcoded in to the switch like the LAN MAC.
In fact similar to our DFL line the WAN mac is actually just a VLAN with a cloned MAC address and routing rules between the two vlans.
Fact: If this was a serious problem like the 4500 code we'd be seeing A LOT more of it. 3-4 users so far isn't exactly an epidemic. If your units are broken, PM me the info to them and I'll personally see that they get replaced for THIS issue. This is not an open invite to PM me about anything thats possibly wrong with your router.
While there may have been something that happened to the MAC address during the firmware upgrade, I find it ODD that the people that have suffered from this all own multiple units. Not that it should make a difference, however still strange.
-
So what was the reason for saying that downgrades were impossible?
-
Because without hacking the firmware or loading non NA code it was impossible.
You can try to make a conspiracy out of it as much as you want. It doesn't change the fact that your just wasting your time. We locked the code for whatever reason we locked it. If it were me, I would have NOT locked it in the first place but they did.
Stop trying to stir things up it's not helping anyone and you're not getting anywhere.
FACT is there is final release code with excellent results. If you wanna use OLD code then use it. It doesn't bother me.
-
So what was the reason for saying that downgrades were impossible?
Because Dlink forum staff were informed this way. Simple as that. Or do you think it's quite common for every Microsoft employee to decompile Windows source code to check the product's limitations? 8)
-
I don't know you're also wasting your time banning me for no reason. Oh btw putting OLD in caps really scared me from using it. Maybe OLD code is better.