v23a on WRT54G and XBOX LAN play

Discussion in 'DD-WRT Firmware' started by dani24zg, Aug 11, 2005.

  1. dani24zg

    dani24zg Network Guru Member

    I hope there are some console game players here who will be able to help. Also, I hope that this is the right place for this post since I use dd-wrt on my WRT's.

    The setup is as follows:

    So, there are is one WRT54G bridged client, or how some like to call it WET client, and main AP which is also WRT54G in AP mode.
    All WRT's running on dd-wrt v23a incl. the one in AP mode.
    Firewall on all WRT's is off.
    All WRT's have static ip's in subnet.
    We tried this setup with PS2 consoles and it worked great but there you can manualy setup your network connection, choose subnet, input gateway and so on. XBOX console does everything by it self with no way of changing network settings.

    The problem is that when we start Colin05 or any other LAN game (we tried many of them), client xbox can see the server game session but when it tries to connect to it it just pop up the message "the game session is no longer aviable". No metter which console is client and which is server. Afterwords, it sees the game session again. It just won't connect to it. Till yesterday we had TEW431BRP as the main AP and had the same exact problem. We thought that it may be a firewall problem and replaced the ap with WRT, but it is the same exact situation all over again.
    Signal strteanght is good and connections are stable, so that is not the problem.

    There is one more client with XBOX on the network who has his console hooked up on his winxp machine on his lan card which is bridged with his RTL2500 Canyon 511 WiFi card. Results are exactley the same.

    When we tried the setup with two bridged lan cards in two WINXP machines, it worked.

    Has anybody been able to get this thing going over wireless or at least knows where the proble is?
  2. RTSAnime

    RTSAnime Network Guru Member

    I have no idea how to solve the problem using cient mode, but I have played system linked games using WDS. You may wish to give that a try.
  3. dani24zg

    dani24zg Network Guru Member

    WDS is not an option for us.
    But I have browsed the internet and found something interesting.
    Some of the xbox owners seem to have solved the problem by cloning the xbox lan mac on the wireless side of their wireless to ethernet bridge device. I noticed that there allready is a discussion in this forum about WRT not being transperent when in client mode in terms of not passing MAC adresses of ther devices connected to it's lan ports.
    Since I'm not home, I'll give that a try when I get back and see what happens!
    I'll post results here.

    Thanx for the answer though.
  4. dani24zg

    dani24zg Network Guru Member

    It seams it doesn't work.
    When I enable mac adress cloning on wlan, I get all sorts of problems.
    Wifi defense progy on my PC then sees XBOX MAC adress as it should and confirms that manufacturer of the conected device is indeed Microsoft, but it's a no go. Not only do I get the same results, but the Client AP goes beserk and it won't respond to the machine on the lan port and can only be administred via wlan. Not to menssion that every other ping is lost when I ping client AP from my machine!

    Can anyone help?
  5. kkennedy070790

    kkennedy070790 Network Guru Member

    That is an oddity of DD-WRT v23a in client bridged mode. If you use an older version of DD-WRT (v22R2) it does pass the MAC addresses in wet mode (You CANNOT select wet mode from the web interface!). There are instructions posted in the DD-WRT forum on how to do this, and I would be interested to see if that solves your problem.

    Telnet into a DD-WRT older than V23a in AP Mode and issue these commands:

    ~ # wl ap 0
    ~ # wl wet 1
    ~ # wl join <SSID>

  6. BrainSlayer

    BrainSlayer Network Guru Member

    thats simply not true. v23 passes the lan mac adresses since the v23 bridge mode is just the same as you posted
  7. dani24zg

    dani24zg Network Guru Member

    I'm sorry Brainslayer, but it is true. If I have to, I'll take pictures to prove it. We have switched WRT's with XBOX consoles behind them to WDS mode, and now all MAC adresses are transperent and my WiFi Defense progy now sees all of the devices behind WRT's switch (it sees their mac adresses). XBOX is working in this mode. But we expirience speed slowdowns. It is not very stable as for the speed is conserned. From 0 to 2MB/sec (megabytes not bits). In client mode, it was more or less table at 1700-2000.

    As for the above sugestion, it is no go also cose when there is more than one machine behind WRT, ping loss is incredible high.
    MAC adresses are passing though. I've red about this and I'm not the only one with that problem in this setup.

    For now, we'll stick with this "WDS" setup till something better shows up. Now we have 3 AP's in WDS ap mode, and 3 clients on one of them. We'll se how it holds up.

    We have had some problems with internet modem/router behind one of the clients, but when we set that ap in WDS mode, it also started working like a charm. We couldn't set up anything wrong cose we were all in the same subnet and all had static ip's.
  8. kkennedy070790

    kkennedy070790 Network Guru Member

    theBridge login: root

    Welcome to the GPL conform DD-WRT Firmware

    DD-WRT build #23-alpha
    some code portions by Sveasoft, OpenWRT and EWRT



    BusyBox v1.00 (2005.07.23-18:16+0000) Built-in shell (ash)
    Enter 'help' for a list of built-in commands.

    ~ # ifconfig eth1
    eth1 Link encap:Ethernet HWaddr 00:13:10:90:88:3A <--- Wireless
    RX packets:3008797 errors:0 dropped:0 overruns:0 frame:9822802
    TX packets:2622434 errors:3 dropped:0 overruns:0 carrier:0
    collisions:0 txqueuelen:1000
    RX bytes:3109834224 (2.8 GiB) TX bytes:361144575 (344.4 MiB)
    Interrupt:4 Base address:0x1000

    ~ #

    tinysofa enterprise server release 2.0 Update 1 (Odin)
    Kernel 2.6.9-5ts on an i686
    login: root
    Last login: Sat Aug 6 16:05:31 from astra.khome.lo
    [root@jackal ~]# arp
    Address HWtype HWaddress Flags Mask Iface
    oraserv1.khome.lo ether 00:A0:C9:9D:B9:60 C eth0
    gateway.khome.lo ether 00:11:95:34:E8:8B C eth0
    astra.khome.lo ether 00:13:10:90:88:3A C <------- my host eth0
    [root@jackal ~]#

    When a link takes place with V23a it "clones" the MAC address on a tcp connection. Any ideas BrainSlayer?

  9. kkennedy070790

    kkennedy070790 Network Guru Member

    I've seen this too - turn off STP (Spanning Tree Protocol). You don't have any loops or talkback in this setup.

  10. BrainSlayer

    BrainSlayer Network Guru Member

    i'm talking about client bridge mode, not wds. but in wds mode they are bridged too. everything is running on the same interface
  11. kkennedy070790

    kkennedy070790 Network Guru Member

    I guess I don't understand your response. I'm not using WDS, my AP is a DLink..
  12. djmallon

    djmallon Network Guru Member

    So you know dani24zg, there is a way to setup everything manually in each xbox, you have to boot up to the dashboard and go into the network settings and disable automatic. I've done it before with no problem.
  13. dani24zg

    dani24zg Network Guru Member

    You're wrong!
    You can't!
    No when you want to play system link games.
    On PS2 you can eaven ping the console when you start the game server.

    As for the replacement dasboards such as evox and xbmc, that works ok, but there I have an option of selecting my IP adres, default gateway, DNS...and so on...so I can stream multimedia from any part of the network. I've been googleing a bit and found a few tunneling options for system link, and all of them need to know MAC adress of the console. When I'm behind WRT in WET mode MAC's on the lan can't be seen on the other end of the network (I have an app which monitors this), but in WDS mode all MAC adresses are passed through. And guess what? In WDS I can play system link games and in WET I can not.
    The only problem in this setup is that WDS is not to stable when we're talking speed.
    Brainslayer sayes that MAC's are transperent through WET but I'm saying they aren't as we tried quite a few WRT's and nothing.
    Revs 2.0;2.2 and one GS 1.0.
  14. BrainSlayer

    BrainSlayer Network Guru Member

    i tried it too and in my lease table are always the lan clients. surelly the wireless lan unit is always shown in the assoc table. but the dhcp server always receives the lan mac. technically its a real transparent stupid bridge. there is no way to do something tifferent than just bridging lan with the wireless lan interface.
  15. kkennedy070790

    kkennedy070790 Network Guru Member

    See my post above - the reason why DHCP works, is simple: the DHCP Discover packet contains the correct MAC, and that is what the DHCP server responds to. When a connection is made however, anything on the lan side of bridge connects with the MAC address of the WRT's wireless card. I'll post what it looks like under V22 later (V22 does pass the MAC correctly). I don't think this behavior is because of what you did - I believe it is a change that Linksys did to the wl driver.

  16. dani24zg

    dani24zg Network Guru Member

    Well, I tried what you wrote above, but I got the same results as when I used OpenWRT in WET mode.
    When I have more than one machine behind WRT in WET mode, ping replies are just awfull.
    Thanx for the suggestion though.
    So WDS is the only solutiuon that I can really use.
    The only problem with WDS is that, when we transfer a file from one machine tu the other, after some time transfer speed drops to 0 kb/sec, it holds there for 2 secs and then it resumes. In WET mode there are no problems but it does not pass mac adresses. Does anyone know how to solve this problem (speed drops in wds)?
    If it would help, I can make a jpeg of the copmplete network and post it here!
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.
    Dismiss Notice