In message <51c555199fmail@xxxxxxxxxxxxxxxxxxxxxx> John <mail@xxxxxxxxxxxxxxxxxxxxxx> wrote: > I have tried to post this on comp.sys.acorn.networking but for some reason > it would not send. So forgive me for asking here! > Having set up VA RPC-Adjust on a new Windows7 laptop, I am having problems > setting up the wireless network. > I have set the starting address for devices on the LAN Setup page of the > router (DGN2200) as 192.168.0.12 and "Use router as DHCP server" ticked. > In the Iyonix Hosts file I have set : > 192.168.0.12 Stefan-PC > 192.168.0.13 Lambo > 192.168.0.14 SqueezeboxController > 192.168.0.15 Squeezebox > 192.168.0.17 Kyocera > 192.168.0.18 Printer > 192.168.0.22 Ix > and done the same in the hosts file in > Windows\System32\drivers\etc\ > So, thinking this should set everything up, and having re-booted both > machines, I tried pinging each way. > From both the Iyo and the Win7 machines, pinging by name brings up the > selected IP addresses, but no response. > Pinging 192.168.0.4 however, produces a fast return with no packet loss, as > does 192.168.0.3 As you are using DHCP for addressing, you should not be using the hosts file to resolve addresses. The address issued by the router is likely to change over restarts of equipment. Some routers issue a new address every time a request is received, others attempt to reissue the address previously used. There are two ways to handle addressing, which can only mixed with care: Use DHCP, and rely on the DHCP server (the router in this case) to track and resolve names. ALWAYS use names, never addresses, when connecting. (Addresses can and will change.) Use static (manually entered addresses) and put them in the hosts file of each machine. Use either name or address when connecting. If you need to use a mixture, then the static addresses must be outside the range which can be issued by DHCP, and the DHCP issued addreses must not be in the hosts file. You might need a mixture, for printers for example, so that you can connect by address and be certain that the address will not change. I am not convinced (because of a request for a change submitted to ROOL) that an Iyonix or other RO5 machine will correctly get its name registered in the name resolution system on a DHCP server. As a result using DHCP may result in a machine not being accessible by name, and whose addrsss may change. To identify equipment by address in your current setup, you need to ping the hardware address of the equipment (i.e. the MAC address). In the case of printers it is usually listed in the status menu page. On RISC OS machines, type *help ether. (include the trailing dot) This will list the commands available. One will be EKINFO, EXINFO or similar, depending on the network interface used. Type that command, and you'll see the ethernet adress. On Windows type ipconfig /all That will list the physical address of each adapter. ping the network broadcast address. (Windows PCs don't reply to this) ping 192.168.0.255 Then type at a command prompt arp -a This lists the ip address to hardware addresses for everything that has been in communication with the computer in the last 15 minutes. You can try ping and arp on several machines - it works on Windows and RISC OS You can now sort out what is on each address. Be aware also that Windows PCs by default have the firewall on, so never respond to ping, even when correctly addressed. However the address may still be in the arp table. It is also possible that you can access the DHCP and DNS information held on the router. However be aware that with most routers, this is discarded when the router is restarted. Hosts only request DHCP addresses when their lease period nears expiry - typically once a week - or when they are restarted, so if your router is restarted but the hosts are not, the hosts will continue to use the previously issued addresses, but the router will not know their names. > What is going on? There should be nothing attached at those addresses > and I don't know what is replying. When I enter a name, the expected > (specified) IP address is shown, but not the other way round. It's getting that from the hosts file. No guarantee that the result is correct - see above. > Is there a RISCOS (or DOS) command which will interpret what addresses > correspond to what devices? arp -a on either system, see above > The only other devices which respond (and the 2 printers are on) are > 192.168.0.12 Stefan-PC : a windows7 laptop > 192.168.0.14 SqueezeboxController > 192.168.0.15 Squeezebox > Having said all that, the network all works fine, (Win7, VA and the Iyo all > communicate normally and connect to the net) and the only reason I am > struggling is trying without success so far to get the attached Squeezebox > to connect, which I suspect is due to these conflicts in the IP addresses, > although the two associated addresses respond to pings. The hosts file isn't used in connections to the Internet, so even if wrong will not affect external connectivity. It will only affect your ability to make connections to local machines. > Can anyone help, please? > Confused, > John I don't know anything about the squeezebox, so I cannot be sure how it is getting adreses, but it seems likely it uses DNS to resolve addresses, and DHCP to get its own. If so, it will only be able to initiate connections to machines which also use DHCP. This will have no effect on its ability to accept connection requests from other machines - provided of course that the IP addresses of the squeezebox are the ones the request is sent to. If the hosts information for the squeezebox has been issued to a different system via DHCP then that would explain part of your problem. If the squeezebox has a WWW or Telnet interface, connecting to that would confirm that the address is what you expect. In fact trying Telnet to each possible address could be instructive - I believe kyocera printers also respond, and most HP printers do. I would try .3, .4 and everything from .12 to .20 Hope all this helps. -- Alan Adams, from Northamptonshire alan@xxxxxxxxxxxxxxxx http://www.nckc.org.uk/ --- To alter your preferences or leave the group, visit //www.freelists.org/list/iyonix-support Other info via //www.freelists.org/webpage/iyonix-support List-related queries to iyonix-support-moderators@xxxxxxxxxxxxx