Welcome, Guest. Please login or register.

Author Topic: Roadshow 68K and dd-wrt wifi client  (Read 4298 times)

Description:

0 Members and 1 Guest are viewing this topic.

Offline olsen

Re: Roadshow 68K and dd-wrt wifi client
« on: May 17, 2014, 09:08:08 AM »
Quote from: catohagen;764542
Hi,

This might me a post mostly to Olsen but maybe others have tried..

I've been using wifi routers as wifi clients for years, I have 5-6 of the legendary WRT54GL linksys routers and you re-flash them with dd-wrt and you get a router much more powerful. Then you can use them as clients to your main wifi router and everything you plug into it gets online and connected to your lan. Its been a great companion with lacking wifi connectivity on amiga/morphos over the years.

As a client, the (dd-wrt)router needs a different subnet and uses its own DHCP server and hands out its own ip addresses. dns and gateway,etc are provided by the main wifi router as the (dd-wrt)router requests this with DHCP.


Sounds familiar... I used to bridge my DSL connection that way: I didn't want to string an Ethernet cable from the ground floor to the top floor of the house, so I bought two Apple AirPort Express units instead. Both units could be configured to provide for a wireless distribution system (WDS), which means that all clients plugged into the switches connected to the respective units could share the same subnet.

That was in 2003, and the whole setup worked out of the box, without having to change the firmware. Because Apple's network gear cannot be configured through a web interface, you did need a Windows box to set them up, though. This sounds like a drawback, but I've seen much worse solutions in the years since (which did have a web interface), the worst being the Linksys gear. I actually tried the WRT54G and sent it back to the dealer the same day. This was the version which came with a different firmware that could not be replaced.

Quote

As these old routers are rather big, I bought a few TP-Link TL-WR703N (they are like 6x6cm square) and flashed dd-wrt on them to use as wifi clients, these are usb powered so I can power them from my Macmini or Powerbook.

As my powerbook and mac mini's have been wired directly to my main router (asus rt-ac66u) i've never used them with wifi clients before until today, and have been sitting for 2 hrs with Roadshow and cant get anything to work. Funny thing is the built in Netstack in Morphos
works perfectly, both in static and dhcp, but Roadshow doesnt seem to get anything, either with stactic settings or dhcp.

And I have no idea how to even begin searching for reasons, assuming when morphos builtin stack works, there is nothing wrong with wifi client settings, Roadshow in static ip gives me no errors, but I can't ping anything on lan or net, in dhcp Roadshow sets a non working 169.x.x ip address and complains the default route or gateway is unreachable.

I could ofcourse just stay with Morphos netstack, but since Roadshow 68K gives me so much faster net, I though I'll compare again with Roadshow and the new and improved netstack that came in recent Morphos releases.

Ideas ?


Funny thing, I just heard about the same problem being reported for Roadshow in the support forum. The gist is this: prism2.device is being used, but neither DHCP nor static IP address seems to work so far.

I do not know exactly what configurations the user tried, but he seems to have experimented with "configure=auto" (which will make Roadshow pick an IP address from the 169.254.0.0/16 range -- this is useful for Zeroconf networking only and is not the same as DHCP) and "configure=dhcp", neither of which worked. It appears that the Amiga cannot send or receive any data at all through the wireless interface.

I suspect that the authentication to the WiFI access point may not have worked out, but it's really hard to tell what is going on. Which hardware and driver are you using? How can you tell that the access point accepted your login and password?

Note that you need to perform that authentication before you tell Roadshow to use your wireless network interface. If that interface configuration file is in "DEVS:NetInterfaces", Roadshow will attempt to start it when the system boots, and because the interface has not yet been authenticated to the access point, it will act like an Ethernet card with the network cable removed. If you want to test this, move the interface configuration file to "SYS:Storage/NetInterfaces", reboot your Amiga, perform the access point authentication and then use the AddNetInterface command to start the network.
 

Offline olsen

Re: Roadshow 68K and dd-wrt wifi client
« Reply #1 on: May 18, 2014, 12:45:17 PM »
Quote from: catohagen;764588
@aggro_mix

Yes, the WRT54GL uses broadcom chipset and the client bridge is a feature on that chipset only, the client router is invisible then and the main router sends dchp requests directly to the wired client(s), a fantasic setup if you ask me :)

It is showing its age by now, I suppose? 802.11g speed may be sufficient for some applications, especially given the robustness of 802.11g, but not for everything.

As for me, the less time I have to spend chasing after network problems, especially if individual components need a bit of extra love for them to work properly, the better ;-)

Quote
@Olsen, yeah, the WRT54G or WRT54GS used either a closed source driver chipset or had too little flash memory to reflash dd-wrt.

the authentication is already done by the client router, the main wifi router is setup with WPA2 security mode and xbox360 and another pc is already connected with no entering passwords. If by hardware/driver you mean with Roadshow, its both a Macmini with Morphos and a Powerbook G4 with Morphos, and both work with builtin Morphos netstack on sungem_eth.device(with dhcp and static ip)

OK, that sounds like a standard-ish setup. I was worried that this might be a hairy WiFi issue which requires specific hardware to test, which I do not have.

Quote
a simple graph would look like:
_______________________________________________________________________________________port1-wired-xbox
---wired--- - - - -wifi 40 meters- - - - port2-wired-win7 box
_______________________________________________________________________________________port3-wired-morphos with Roadshow

so both the xbox and win7 gets their ip address by dhcp or I set static ip's and is connected to internet. Morphos too with builtin netstack

its just Roadshow that refuses to play nice :) i've tried changing firmware to OpenWRT on the client and same result so it cant be firmware spesific either.

Well... let's debug the DHCP negotiation as performed by Roadshow. Before we bring out the big guns (tcpdump), one simple first step would be to put "debug=yes" into your interface configuration file (it's proably in there, just commented out), and look at what happens when you start the network with the AddNetInterface command.

For best results, shut down the network with the NetShutdown command first. Also make sure that there is exactly one line in the interface configuration file which begins with "configure=", and it should read "configure=dhcp" before you start the network again.

If everything is set, a debug window should pop up as soon as you enter the AddNetInterface command, showing what Roadshow is currently trying to get out of the DHCP server, if that is possible.

One more thing: do things work out differently if you swap the connectors between ports 1 and 3?
 

Offline olsen

Re: Roadshow 68K and dd-wrt wifi client
« Reply #2 on: May 20, 2014, 02:05:53 PM »
Quote from: catohagen;764643
Here's the logs from Roadshow.

This is with configure=dhcp only, configure=auto and configure=fastauto is disabled

19-May-14 14:43:25 [Debug] Unknown Interface 'powerbook' hardware address = xx:xx:xx:xx:D8:EC.
19-May-14 14:43:27 [Debug] Unknown Setting up BOOTP packet for 'powerbook' with hardware address xx:xx:xx:xx:D8:EC.
19-May-14 14:43:27 [Debug] Unknown Sent initial DHCPDISCOVER request for 'powerbook'; transaction ID=0x476672C9, retry timeout=0:00:04 hours, allocation timeout=0:01:00 hours.
19-May-14 14:43:31 [Debug] Unknown DHCP retry timeout for 'powerbook' has elapsed.
19-May-14 14:43:31 [Debug] Unknown Setting up BOOTP packet for 'powerbook' with hardware address xx:xx:xx:xx:D8:EC.
19-May-14 14:43:31 [Debug] Unknown Resent DHCPDISCOVER request for 'powerbook'; transaction ID=0x2592F1D1, retry timeout=0:00:09 hours.
19-May-14 14:43:40 [Debug] Unknown DHCP retry timeout for 'powerbook' has elapsed.
19-May-14 14:43:40 [Debug] Unknown Setting up BOOTP packet for 'powerbook' with hardware address xx:xx:xx:xx:D8:EC.
19-May-14 14:43:40 [Debug] Unknown Resent DHCPDISCOVER request for 'powerbook'; transaction ID=0x3B6CC8B2, retry timeout=0:00:16 hours.
19-May-14 14:43:57 [Debug] Unknown DHCP retry timeout for 'powerbook' has elapsed.
19-May-14 14:43:57 [Debug] Unknown Setting up BOOTP packet for 'powerbook' with hardware address xx:xx:xx:xx:D8:EC.
19-May-14 14:43:57 [Debug] Unknown Resent DHCPDISCOVER request for 'powerbook'; transaction ID=0x26374C78, retry timeout=0:00:33 hours.


The DHCP server is not responding, does not receive the packets sent by Roadshow, or does not succeed in sending the responses to Roadshow.

Quote

This is with configure=dhcp and configure=auto
Mon May 19 14:45:42 2014 [debug]: Automatic allocation probe timeout for 'powerbook' has elapsed.
Mon May 19 14:45:42 2014 [debug]: Announcing that interface 'powerbook' will use IP address 169.254.103.69...
Mon May 19 14:45:44 2014 [debug]: Automatic allocation probe timeout for 'powerbook' has elapsed.
Mon May 19 14:45:44 2014 [debug]: Setting interface 'powerbook' address to 169.254.103.69.
Mon May 19 14:45:44 2014 [debug]: Setting interface 'powerbook' net mask to 255.255.0.0.
Mon May 19 14:45:44 2014 [debug]: Interface 'powerbook' IP address is now set to 169.254.103.69/255.255.0.0.
Mon May 19 14:45:45 2014 [debug]: Interface 'powerbook' address successfully changed to 169.254.103.69/255.255.0.0.
Mon May 19 14:45:45 2014 [error]: Could not add route from "DEVS:Internet/routes", line 15 (Network is unreachable).


Um, configure=auto is not useful in this context and should be used only if you can live with the fact that neither DNS nor Internet routing will work ;-)

Quote

This is with configure=dhcp and configure=fastauto
...


Wait -- the configure line instructs Roadshow to pick a specific interface and network configuration method. You cannot combine these.

Quote

switching ports 1-4 doesnt change Roadshow results


That at least suggests it might not be a simple layer 1 problem ;-)
 

Offline olsen

Re: Roadshow 68K and dd-wrt wifi client
« Reply #3 on: May 20, 2014, 02:10:05 PM »
Quote from: catohagen;764648
more logs, this time i tried tcpdump while starting

with configure=dhcp, enable the interface and do tcpdump
MorphOS:C> tcpdump -v
tcpdump: listening on powerbook, link-type EN10MB (Ethernet), capture size 68 bytes
18:18:01.621306 IP (tos 0x0, ttl  64, id 19155, offset 0, flags [DF], length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request [|bootp]
18:18:08.648088 IP (tos 0x0, ttl  64, id 19172, offset 0, flags [DF], length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request [|bootp]
18:18:23.705681 IP (tos 0x0, ttl  64, id 19173, offset 0, flags [DF], length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request [|bootp]


I had hoped that tcpdump would show the DHCP server's response in more detail, but there is nothing to be seen here :-(

Incidentally, if there were a response, you'd have to tell tcpdump to read more packet data and decode it, e.g. "tcpdump -s1500 -vvv".

Quote

with Roadshow set as static 192.168.1.10, I can only ping its own address and get a reply

in all attempts with dhcp and static, devs:internet/name-resolution and routes is set to 192.168.1.1 (nameserver 192.168.1.1 and DEFAULT 192.168.1.1)


If you want to use DHCP, you should not have anything configured as the name server and the route. The contents of these files take precedence over what the DHCP server suggests, and if that doesn't match the DHCP server's idea, you'll have a problem :-(
 

Offline olsen

Re: Roadshow 68K and dd-wrt wifi client
« Reply #4 on: May 20, 2014, 02:17:09 PM »
Quote from: catohagen;764653
More fiddling..

I restored the router(TP Link 703n) to defaults, it became a wifi router with a default accesspoint that phones and clients can connect to, so it have no internet but you can access the http config pages. Roadshow still gets no DHCP ip address but Morphos netstack gets 192.168.1.110 from the default DHCP settings and I can surf the router settings page on 192.168.1.1

Found another small router, ASUS WL-330N3G with OpenWRT, Roadshow gets no ip and Morphos netstack gets ip and surfs both http config page in router and internet when the router gets configured as wifi client.

So I wonder if my Roadshow settings or files are totally %&$#?@!%&$#?@!%&$#?@!%&$#?@!ed up, unplugs everything from the G4 Powerbook, shutdown the machine and bring with me a network cable and walk over to my main wifi router (ASUS RT-N66u with TomatoUSB) and powerup the powerbook with Roadshow enabled with DHCP :

19-May-14 19:54:36 [Debug] Unknown Interface 'powerbook' hardware address = xx:xx:xx:xx:D8:EC.
19-May-14 19:54:40 [Debug] Unknown Setting up BOOTP packet for 'powerbook' with hardware address xx:xx:xx:xx:D8:EC.
19-May-14 19:54:40 [Debug] Unknown Sent initial DHCPDISCOVER request for 'powerbook'; transaction ID=0x32049F6E, retry timeout=0:00:04 hours, allocation timeout=0:01:00 hours.
19-May-14 19:54:42 [Debug] Unknown Received BOOTP/DHCP server message for 'powerbook'.
19-May-14 19:54:42 [Debug] Unknown Picking up BOOTP/DHCP server message for 'powerbook'.
19-May-14 19:54:42 [Debug] Unknown Configuration information for 'powerbook': Server identifier = 192.168.0.1.
19-May-14 19:54:42 [Debug] Unknown Setting up BOOTP packet for 'powerbook' with hardware address xx:xx:xx:xx:D8:EC.
19-May-14 19:54:42 [Debug] Unknown Setting up DHCP packet for 'powerbook' with transaction ID = 0x32049F6E, server address = 192.168.0.1, client address = 192.168.0.75.
19-May-14 19:54:42 [Debug] Unknown Responding to DHCP offer; sent DHCPREQUEST request for 'powerbook'; transaction ID=0x32049F6E, retry timeout=0:00:03 hours.
19-May-14 19:54:42 [Debug] Unknown Received BOOTP/DHCP server message for 'powerbook'.
19-May-14 19:54:42 [Debug] Unknown Picking up BOOTP/DHCP server message for 'powerbook'.
19-May-14 19:54:42 [Debug] Unknown Server has responded to address allocation request for 'powerbook'. Suggested IP address is 192.168.0.75.
19-May-14 19:54:42 [Debug] Unknown Checking if the IP address 192.168.0.75 proposed for 'powerbook' is already in use.
19-May-14 19:54:42 [Debug] Unknown Configuration information for 'powerbook': Server hardware address = xx:xx:xx:xx:DF:C0.
19-May-14 19:54:44 [Debug] Unknown IP address verification timeout for 'powerbook' has elapsed.
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Server identifier = 192.168.0.1.
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Address lease time = 1 day(s), 0:00:00 hour(s).
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Address renewal time = 0 day(s), 12:00:00 hour(s).
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Address rebind time = 0 day(s), 21:00:00 hour(s).
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Subnet mask = 255.255.255.0.
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Domain name system server = 192.168.0.1.
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Router = 192.168.0.1.
19-May-14 19:54:44 [Debug] Unknown Binding address of 'powerbook'.
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Server identifier = 192.168.0.1.
19-May-14 19:54:44 [Debug] Unknown Configuration information for 'powerbook': Server IP address = 192.168.0.1.
19-May-14 19:54:44 [Debug] Unknown Setting interface 'powerbook' address to 192.168.0.75.
19-May-14 19:54:44 [Debug] Unknown Setting interface 'powerbook' net mask to 255.255.255.0.
19-May-14 19:54:44 [Debug] Unknown Interface 'powerbook' IP address is now set to 192.168.0.75/255.255.255.0.
19-May-14 19:54:45 [Debug] Unknown Interface 'powerbook' address successfully changed to 192.168.0.75/255.255.255.0.

*scratches head*

c:netshutdown and runs a tcpdump after bringing interface up again :

20:00:42.843466 IP (tos 0x0, ttl  64, id 14624, offset 0, flags [none], length: 328) 192.168.0.1.bootps > 255.255.255.255.bootpc: BOOTP/DHCP, Reply, length: 300, xid:0x45399efb, flags: [Broadcast]
          Your IP: 192.168.0.75
          Server IP: 192.168.0.1 [|bootp]
20:00:42.845691 IP (tos 0x0, ttl  64, id 25345, offset 0, flags [DF], length: 328) 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request [|bootp]
20:00:42.853536 IP (tos 0x0, ttl  64, id 34608, offset 0, flags [none], length: 328) 192.168.0.1.bootps > 192.168.0.75.bootpc: BOOTP/DHCP, Reply, length: 300, xid:0x45399efb, flags: [none]
          Your IP: 192.168.0.75
          Server IP: 192.168.0.1 [|bootp]
20:00:42.854626 arp who-has 192.168.0.75 tell 0.0.0.0
20:00:42.948448 arp who-has 192.168.0.1 tell 192.168.0.77
20:00:43.229127 arp who-has 192.168.0.112 tell 192.168.0.15
20:00:43.554230 arp who-has 192.168.0.66 tell 192.168.0.15
20:00:43.982747 arp who-has 192.168.0.3 tell 192.168.0.15
20:00:44.230203 arp who-has 192.168.0.66 tell 192.168.0.15

If firmware matters, TomatoUSB is also 'homebrew' firmware and shares much with DD-Wrt firmware and OpenWRT firmware, sometimes you can flash
Tomato firmware directly over DD-Wrt firmware on the same router and stuff stays configured as before and workds as they usally use same nvram variables as they are based on the same sources from the opensource community.

Still it would be great to find some solution to this..


Just checking: when reset your router wants to use subnet 192.168.0.0/24 and the DHCP server will assign addresses from that subnet. When in normal operations mode, however, your DHCP server is supposed to assign addresses from the 192.168.1.0/24 subnet?

The DHCP client code in Roadshow uses broadcast mode when sending packets to the DHCP server, and the server's responses will be sent in broadcast mode, too. Which means that regardless of which subnet you are using (192.168.0.0/24 or 192.168.1.0/24) , the packets should be delivered to the server, and find their way from the server to Roadshow.

The funny thing is that there is no response at all. Not even tcpdump shows broadcast packets coming back to Roadshow. I'd say something is either blocking packet delivery or is discarding them.
 

Offline olsen

Re: Roadshow 68K and dd-wrt wifi client
« Reply #5 on: May 23, 2014, 04:37:29 PM »
Quote from: catohagen;764882
The main router uses subnet 192.168.0.0/24, thats why wifi clients uses 192.168.1.0/24 as its required to use different subnets, but I also tried setting wifi client to 192.168.0.1 but same behaviour occur.

It does looks like something is blocking traffic, but since xbox360, a win7 box and Morphos netstack seems to communicate unblocked, what does these send to a router that Roadshow doesnt ?


There's not much left that could play a part. Say, could you try tcpdump again, with the options -s1500 and -vvv enabled (-s1500 tells tcpdump to read the whole Ethernet frame and not just the minimum required to make sense, and -vvv produces more output, decoding everything that might be even remotely interesting), and restart the DHCP negotiation?

It's possible that the Ethernet hardware address might not be sound. It's also possible that there is a filter rule set which permits only specific Ethernet hardware addresses to be used.

Or it might have something to do with the fact that Roadshow is 68k code and needs to be emulated.

All three are rather unlikely, but you never know...

Quote

And the different approach of setting a static ip seems to keep Roadshow in the dark aswell as pinging anything on the known network doesnt work, only Roadshow's ip.


Well, let's try something else. When your XBOX360 is online, pop into the network settings, write down the configuration currently in use (IP adress, network mask, router address, DNS server addresses), shut down the XBOX, then enter exactly the same network configuration information into the Roadshow interface configuration file that currently doesn't like DHCP.

It would look something like this:

device=sungem_eth.device
state=online
address=192.168.1.102
netmask=255.255.255.0
requiresinitdelay=no

The DEVS:Internet/routes file would look something like this:

default=192.168.1.1

And the DEVS:Internet/name_resolution file would look something like this (assuming that the router also acts as a DNS proxy):

nameserver 192.168.1.1

Quote

As for the aging setup aspect, its not limited to G speeds, you can setup two AC routers and brigded toghether they exchange data at ~600 Mbit/s in good conditions, with a gigabit port as in this Powerbook with Morphos, a remote desktop connection to a pc is bearly noticable being networked, you can watch videos or youtube with that :)


600 MBit/s? You must be living far out in the country, with nary a bit of electromagnetic interference whatsoever ;-)  I never even managed to 300 MBit/s out of two 802.11n devices placed less than 30cm apart.