Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 2 subscribers
  • Views 2078 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Packet degregation b/w two seperate wireless net's

Jhaislet
I have two seperate wireless access points with two seperate freqencies of operation (one on 5.7ghz & one on 2.4ghz).  I have this setup so each AP will only be sending data streams in one direction (instead of having both the IBM T43 & Media Center on the 2.4ghz specturm, and the AP having to effectively transmit the data twice).

Sending & receiving data across either wireless link to a centrally located file server results in 2.5MB's per second transfers.  However, when I try to send/recieve data between the T43 & Media Center, the fastest transfers I can get are about 1.6MB's per second.

I've tried putting the Media Center and the two D-link AP's on a seperate subnet (192.168.1.xx), and running them thru ASL v6 that has two seperate subnets setup (which connects to the switch & to the File Server, WAG102, & T43 on 192.168.2.*** subnet ), but still, transfers are capped at ~1.6MB's per second between the T43 & Media Center.

I've tried adjusting the Beacon Interval on all the wireless equipment, making sure they're all set the same (tried 50, 75, 100, 125).  The Fragment Length & RTS Threshold (length) are both set to 2346 on ALL wireless equipment.  DTIM Interval is 1 on all equipment as well.

It seems as if the packets are not being repeated correctly by both sides when they reach the final Access Point (regardless of which direction they're going).  So I'm guessing both AP's are having to break up each packet because it is too big and then transfer it in pieces, which might explain the drop in transfer rates.

Most importantly, if that is indeed what is happening, how would I go about fixing this?  Would tweaking the Fragmentation Length or RTS Threshold help any?


This thread was automatically locked due to age.
Parents
  • 0
    How close together (physically) are the 2 access points?

    Also, make sure everything is in full-duplex mode.

    Barry
  • 0 in reply to BarryG
    Both access points that are cabled directly into the switch (the netgear & dlink) are about 10ft apart and running on completely different wireless spectrum (5ghz & 2.4ghz).  The second Dlink AP that makes up the wireless bridge is maybe 25-30 ft apart and only separated by a hollow sheetrock wall and is positioned in such a way that the radios transmit thru the wall at 90-degree angles.

    By full-duplex mode, I'm assuming your talking about all the ethernet interfaces & connections?  If so, then yes, all the AP's, the switch, firewall, and computers are all operating at 100MB, full-duplex connection speeds.

    As for the wireless network itself, I always thought standard 802.11a & g were half-duplex for all practical purposes, since the radio can only send OR receive on each beacon (unlike with MIMO equipment, where multiple radios are sending & receiving simultaneously).

    On a side note, I was able to bump the speed between the T43 & Media Center by putting the Dlink AP's into WDS "bridging" mode.  That bumped across transfers from about 1.6MB's to 2.0MB's.  However, WDS bridging only uses a simple WEP key & MAC filtering, which is something I'm not too thrilled about.  At least when I was using one of the AP's as a client, I was able to use WPA.
  • 0 in reply to Jhaislet
    Hi 
    Did you check the MTU size on your APs.
    They both could be different sizes and this is why they have to rebuild the packets (not to mention the differnt encryption set on each AP).
    The majority of the time they are set MTU 14xx ( cannot remeber the actual MTU size-MTU of 1462 or 1492) out of the box.
    Adjust the MTU size to be 1500 and see what happens.

    Just confirm that all connections-even the firewall-are set to MTU 1500 or to what ever MTU size that you want.
    This should correct any latency issues with the packets.
Reply
  • 0 in reply to Jhaislet
    Hi 
    Did you check the MTU size on your APs.
    They both could be different sizes and this is why they have to rebuild the packets (not to mention the differnt encryption set on each AP).
    The majority of the time they are set MTU 14xx ( cannot remeber the actual MTU size-MTU of 1462 or 1492) out of the box.
    Adjust the MTU size to be 1500 and see what happens.

    Just confirm that all connections-even the firewall-are set to MTU 1500 or to what ever MTU size that you want.
    This should correct any latency issues with the packets.
Children
  • 0 in reply to jaxk66
    I wish there was a way to change the MTU settings on the DWL-2100AP's, but there is no aparent setting when logged in thru telnet or the management interface in the browser.  Do you know of another name Dlink might use for the MTU setting?