The Graveyard - Products No Longer Supported > DAP-1522
DAP-1522 is making me crazy!
EddieZ:
Just to give you company: On my 655 using "http://dlinkrouter" does not work either. But I really don't care, since typed URL's are autocompleted nowadays :) My former routers (Asus, Linksys) also suffered from the same, but suddenly responded once in a while.
By no means this tells you the device is defective. If you can connect to a computer by IP address and not by NetBIOS name, the problem is with Netbios name resolution.
You can artificially make this happen though, in Windows by editing the HOST file (IP may vary with other configs):
192.168.0.1 dlinkrouter (or in your case 'dlinkap')
The Netbios nameservice will use the HOST file to identify the designated IP by the name. It requires (in Windows) the LMHOST to be active.
I'm sure Mac also has an equivalent (not a creative guy, sorry).
The router or AP does is not DNS server, so name resolution does not take place inside the router. The router will only forward the request to your ISP's DNS server.
The fact that 'DLINKAP' does not work is most probably an issue with the client. This can be caused by a number of reasons. It could be a Netbios broadcast issue (which can not cross other routers/AP's in the LAN), which settings can also partially be manage from the router setup (on the 655 it is on: http://192.168.0.1/Basic/Network.shtml)
Any way... I need to go to sleep (Europe) so I found you an article on these kinds of problems with Netbios: http://articles.techrepublic.com.com/5100-10878_11-5034239.html.
--- Quote ---Takeaway: NetBIOS alone should not give you many headaches. Unfortunately, when NetBIOS problems occur they can be difficult to detect. Understanding how NetBIOS works is the key.
--- End quote ---
Let me know if your issue was solvable by any of the 5 solutions provided (partially also covered above).
Conclusion so far: this issue does not indicate a broken router.
mig:
I thought (at least on my LAN) the router provides the Name Service (DNS) for all hosts which have requested dynamic IP addresses on the LAN, and (in my case - a Linksys WRT54G w/Tomato firmware) any static LAN IP addresses that I have manually entered into the router's "hosts" table.
I have specified DNS servers (I use opendns) for the router to use to resolve hostnames on the WAN, and I enable DNS relay.
All clients (static and dynamic) use the routers IP as the DNS server in the client's network config.
I have to admit I was (pleasantly) surprised when I first pluged the DAP-1522 into my network and typed http://dlinkap [as the documentation directed] and I got the web GUI for my DAP-1522. :)
Then I rationalized the DAP-1522 had obtained a dynamic IP from my router, therefore, it's device name 'dlinkap' was able to be resolved.
EDIT: I guess my router <network?> is doing NetBIOS name resolution for my LAN not DNS, I have confused those two concepts, and I have edited my previous posts to correct my mistake :-[
EddieZ:
--- Quote ---I thought (at least on my LAN) the router provides the Name Service (DNS) for all hosts which have requested dynamic IP addresses on the LAN, and (in my case - a Linksys WRT54G w/Tomato firmware) any static LAN IP addresses that I have manually entered into the router's "hosts" table.
--- End quote ---
Through Netbios name resolution it does. Not through DNS (looks the same but isn't--to cut a long story short).
I do know that Tomato firmware (and other alternative firmware) have more advanced DNS capabilities added to the standard package), so cannot be compared to standard firmware.
DHCP sends a packagewith Netbios info. Perhaps statically assigning LAN IP's ('reservation') affects this, I don't know and haven't tried it.
Lycan:
more importantly the NETBios can be blocked by a number of things on a given network and is ****e to......failures. Yea, I thought I was going crazy there for a second. Well that still may be true but I was right about the NetBios thing at least.
EddieZ:
Nice one: http://networking.nitecruzr.net/2005/05/address-resolution-on-lan.html
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version