Intel 5100-5300 getting packet loss with a wrt 310n

Hi All
I have found a fix for this and it seems to work for me. Intel 5100 worked fine with a dlink but I always recieved packet loss with my wrt 310n
http://www.intel.com/support/wireless/wlan/sb/cs-006205.htm
Just though I would Hare it with the Community
Regards
Wall

I have an ASUS UX32VD-DB71 which has the Intel Centrino 6235 wifi card. I've been having this laptop for more than 6 months and I've tried different solutions to fix the issue with Wireless-N but none of them were stable other than disabling N completely using 11n_disable=1
I've tried different kernels all the way from 3.2 to the latest 3.7 series of kernels (both in the openSUSE tree as well as mainline) with no luck whasoever. I also tried installing the compat-drivers from 2013-01-23-1-u version onto my 3.6 kernel which provided the same results too. I see packet loss with N and the G speeds are just too slow. I have a workstation in my network and I can only transfer effectively at 1.5 MB /s max over G whereas an old laptop from 2007 which has an 1x1 MIMO antenna (again Intel though) can connect at 144 Mbps to my router and transfer files at least 3-4 times faster (if not more).
It is totally unacceptable for Intel to not just fix this issue for Linux.
Last edited by Tuxdude (2013-02-17 01:38:59)

Similar Messages

E-51 Packet loss with Linksys WAP4400N Access Poin...

I have two Nokia E-51 that connect fine with multiple Access Points but seem to have trouble with the Linksys WAP4400N device.
The phones connect fine and are ping-able but experience random and heavy packet loss intermittently. Since I am using this WLAN for SIP services its almost impossible to have a SIP conversation using this setup.
I have setup multiple other access points and they work fine with this phone. The linksys also works fine with other phones (Windows CE Imate, numerous laptops) so I am unable to figure out where the problem is.
Anybody else with similar issues?

This happened in two more ports during the following month. Again, resetting the port and applying the macro solved the issue. In the last month we haven't had any problems
Well Tiago, you're in a dilemma. Cisco recently announced the EoS for the 2960S. This means that the 2960X cannot run a more stable IOS, like 12.2(55)SE9 or 15.0(2)SE4, but I do know is that there's a move within Cisco to significantly improve the performance of the 2960X IOS. This means that the developers have "opened their doors" to any (violent) comments/reactions.
Contact your SE and, as Americans like to say, "let them have it". All of it.
I know what I'm saying because some 2960X-related team has been listen to my complaint about the lack of performance of TDR for the 2960X. The supporting documents about this topic were quickly knocked up by Cisco and move is underway. If my issue is that small, your issue is bigger and will get more attention.

Packet loss with 1000BaseT since 10.5

Hi there!
Rarely, I connect my MacBook to my PC using an Ethernet Cable. As my PC has two ethernet interfaces, I use the 100mbit one for internet and the gigabit one to connect my macbook.
To make a long story short: last time I connected it, everything worked fine. At that time 10.4 was still installed on the MacBook. Yesterday I encountered packet loss of about 30% and a net transfer rate below AirPort. For testing purposes, I switched back to 100BaseTX and behold! Everything was back to normal (on 100 mbit, though).
The only thing I've changed was the OS installed on my MacBook (installed new and "fresh"), the cable used and software on my PC (like ethernet drivers and so on) are still the same.
Are there any known issues with the ethernet drivers of 10.5(.1)?
Bye
Steffen

Here is what I did to solve the problem:
1. Open iCal and export every calendar to desktop.
2. Delete every calendar in iCal including the birthday calendar and all subscriptions.
3. Open Finder and go to User/Library/Calendars and delete everything in the folder.
4. Go to User/Library/Application Support/iCal and delete this whole folder.
5. Go to User/Library/Application Support/iSync and delete everything in this folder.
6. Open iCal and import each of your calendars one at a time. Re-subscribe to subscription calendars.
7. Open iSync and hopefully it works for you because it worked for me.

Packet losses with Atheros AR2413 and ath5k

Hi,
i just switched to ath5k because madwifi got removed and i'm now facing massive packet losses. One can't really use the internet anymore. I haven't done any configuration, ath5k is not in MODULES and nothing is blacklisted.
Previously i had ath5k blacklisted and happily used ath_pci.
So, i don't know how to proceed. Should i file a bug report? Or did i just forgot to config something? dmesg looks clean. I really would like to have madwifi back...
Regards

Yggdrasil wrote:
Hi,
i just switched to ath5k because madwifi got removed and i'm now facing massive packet losses. One can't really use the internet anymore. I haven't done any configuration, ath5k is not in MODULES and nothing is blacklisted.
Previously i had ath5k blacklisted and happily used ath_pci.
So, i don't know how to proceed. Should i file a bug report? Or did i just forgot to config something? dmesg looks clean. I really would like to have madwifi back...
Regards
I also was using ath_pci, and had both ath9k and ath5k blacklisted.
I had to un-blacklist them, and removed ath_pci off the modules.
It seems to be using ath5k now. I haven't noticed any packet loss though (but next time I get the laptop out - I'll do some double checking).
Last edited by Kilzool (2011-06-11 22:24:57)

Packet loss / pausing when using 802.11N (Intel 6300)

Hi,
Previously, I had posted a thread involving the Intel 6250, and lack of detection of N WiFi on that card. Some time later, I bit the bullet and got an Intel 6300 card off eBay. After receiving it today, I popped it into my Thinkpad X220, and it worked.... sort of. I can definitely see wireless N support, and can associate with my 2.4 GHz mixed-mode B/G/N network at 130 Mbps, and my 5 GHz N-only router at around 243 - 270 Mbps. However, right off the bat, it seems the number of "Tx Excessive Retries" in iwconfig climb up to several thousand within ~ 15 - 20 minutes of connecting. Also right off the bat, pings are rather inconsistent (typically at least 2 ms greater than when the card is forced to work in G-only mode, and with pauses and spikes up to 800 - 2000 ms, and packet loss from 5 - 10%)
From what I have gathered so far, there has been a bug in the iwlwifi kernel tree that affects N wireless users, and this bug has been around since around 2010 or even earlier. However, I was under the impression that some sort of fix has been merged into the mainline Kernel at this point (I'm on 3.5.3-1-ARCH BTW), and my symptoms are somewhat less aggressive than the ones others described (basic web browsing works reasonably well, though there is often noticeable lag in the response times, but anything latency/packet loss-sensitive will suffer in a major way.) Has anyone managed to get wireless N to actually work reasonably well on Arch (or for that matter, ANY linux distro)? As I understand it, the matter is one of relation to the kernel module itself, so distro-distro variations of userspace apps shouldn't be as much a factor anyway. I am using WICD for my network manager, and am happy to say that it does its job admirably well (assuming the card is set to G-only mode, but the connection itself is actually maintained quite stably even in N mode.)
While I understand that the 11n_disable=1 "fix" allows most people to get on with their lives, I am rather alarmed that this is being considered a long-term solution. Many laptop owners (ThinkPad owners like myself for example) are essentially locked into Intel WiFi cards, unless we are willing to take an expensive risk and flash our BIOS to one that that doesn't have a "whitelist" of approved cards (something that can void the warranty or worse, brick a laptop.) All the while, Intel is still claiming Linux support for a card whose major capabilities are essentially neutered purely based on the OS a user chooses to run (yes, I do consider N to be a major capability, considering 300 Mbps N WiFi is basically old news, with many manufacturers coming out with full 450 Mbps routers. Also, chipsets like Atheros seem to have no problems with offering both performance and stability under Linux... my desktop rig using an Atheros card manages perfectly fine on a full-rate wireless-N network with essentially no packet loss or latency spikes.)
Below is some information that might be useful:
iwconfig (802.11g, ~ 1 hour after connection and running a few speedtests, browsing, ping testing):
wlan0 IEEE 802.11abg ESSID:"dd-wrt"
Mode:Managed Frequency:2.437 GHz Access Point: XXXXXX
Bit Rate=54 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=69/70 Signal level=-41 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:359 Missed beacon:0
iwconfig (802.11n, 5GHz after ~10 minutes browsing/ping testing):
wlan0 IEEE 802.11abgn ESSID:"net2"
Mode:Managed Frequency:5.745 GHz Access Point: XXXXXX
Bit Rate=243 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=55/70 Signal level=-55 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:860 Invalid misc:50 Missed beacon:0
iwconfig (802.11n, 2.4 GHz after connecting and running a speedtest):
wlan0 IEEE 802.11abgn ESSID:"dd-wrt"
Mode:Managed Frequency:2.437 GHz Access Point: XXXXXX
Bit Rate=117 Mb/s Tx-Power=15 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Power Management:off
Link Quality=66/70 Signal level=-44 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:974 Invalid misc:59 Missed beacon:0
dmesg | grep iwl :
[12011.488089] iwlwifi: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:
[12011.488092] iwlwifi: Copyright(c) 2003-2012 Intel Corporation
[12011.488269] iwlwifi 0000:03:00.0: pci_resource_len = 0x00002000
[12011.488271] iwlwifi 0000:03:00.0: pci_resource_base = ffffc900050f8000
[12011.488273] iwlwifi 0000:03:00.0: HW Revision ID = 0x35
[12011.488585] iwlwifi 0000:03:00.0: irq 50 for MSI/MSI-X
[12011.491862] iwlwifi 0000:03:00.0: loaded firmware version 9.221.4.1 build 25532
[12011.492112] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEBUG disabled
[12011.492114] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[12011.492116] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEVICE_TRACING enabled
[12011.492117] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEVICE_TESTMODE enabled
[12011.492119] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_P2P disabled
[12011.492121] iwlwifi 0000:03:00.0: Detected Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74
[12011.492206] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12011.502925] iwlwifi 0000:03:00.0: device EEPROM VER=0x436, CALIB=0x6
[12011.502928] iwlwifi 0000:03:00.0: Device SKU: 0x1F0
[12011.502930] iwlwifi 0000:03:00.0: Valid Tx ant: 0x7, Valid Rx ant: 0x7
[12011.502946] iwlwifi 0000:03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels
[12011.503105] ieee80211 phy8: Selected rate control algorithm 'iwl-agn-rs'
[12011.503456] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12011.503661] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12011.745631] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12011.745868] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12073.651471] iwlwifi: Intel(R) Wireless WiFi Link AGN driver for Linux, in-tree:
[12073.651474] iwlwifi: Copyright(c) 2003-2012 Intel Corporation
[12073.651660] iwlwifi 0000:03:00.0: pci_resource_len = 0x00002000
[12073.651661] iwlwifi 0000:03:00.0: pci_resource_base = ffffc900050b8000
[12073.651663] iwlwifi 0000:03:00.0: HW Revision ID = 0x35
[12073.652241] iwlwifi 0000:03:00.0: irq 50 for MSI/MSI-X
[12073.655662] iwlwifi 0000:03:00.0: loaded firmware version 9.221.4.1 build 25532
[12073.655887] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEBUG disabled
[12073.655890] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[12073.655891] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEVICE_TRACING enabled
[12073.655891] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_DEVICE_TESTMODE enabled
[12073.655892] iwlwifi 0000:03:00.0: CONFIG_IWLWIFI_P2P disabled
[12073.655894] iwlwifi 0000:03:00.0: Detected Intel(R) Centrino(R) Ultimate-N 6300 AGN, REV=0x74
[12073.655975] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12073.666587] iwlwifi 0000:03:00.0: device EEPROM VER=0x436, CALIB=0x6
[12073.666593] iwlwifi 0000:03:00.0: Device SKU: 0x1F0
[12073.666595] iwlwifi 0000:03:00.0: Valid Tx ant: 0x7, Valid Rx ant: 0x7
[12073.666618] iwlwifi 0000:03:00.0: Tunable channels: 13 802.11bg, 24 802.11a channels
[12073.667056] ieee80211 phy9: Selected rate control algorithm 'iwl-agn-rs'
[12073.667456] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12073.667659] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12073.908411] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12073.908632] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12087.261869] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12087.262090] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12087.487757] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12087.488010] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12087.699574] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12087.699781] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12087.837322] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12087.837526] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12097.329577] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12097.329832] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12097.797748] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12097.797970] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12098.016220] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12098.016458] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12100.458762] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12100.459006] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12100.608769] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12100.609021] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12100.764093] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12100.764341] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12100.979029] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12100.979228] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
[12101.159987] iwlwifi 0000:03:00.0: L1 Enabled; Disabling L0S
[12101.160208] iwlwifi 0000:03:00.0: Radio type=0x0-0x3-0x1
lshw | less :
*-network
description: Wireless interface
product: Centrino Ultimate-N 6300
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlan0
version: 35
serial: 00:24:d7:be:9e:74
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet phy
sical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=3.5.3-
1-ARCH firmware=9.221.4.1 build 25532 ip=192.168.1.145 latency=0 link=yes multic
ast=yes wireless=IEEE 802.11abgn
resources: irq:50 memory:f2500000-f2501fff
Thanks,
- A.G.

I have an ASUS UX32VD-DB71 which has the Intel Centrino 6235 wifi card. I've been having this laptop for more than 6 months and I've tried different solutions to fix the issue with Wireless-N but none of them were stable other than disabling N completely using 11n_disable=1
I've tried different kernels all the way from 3.2 to the latest 3.7 series of kernels (both in the openSUSE tree as well as mainline) with no luck whasoever. I also tried installing the compat-drivers from 2013-01-23-1-u version onto my 3.6 kernel which provided the same results too. I see packet loss with N and the G speeds are just too slow. I have a workstation in my network and I can only transfer effectively at 1.5 MB /s max over G whereas an old laptop from 2007 which has an 1x1 MIMO antenna (again Intel though) can connect at 144 Mbps to my router and transfer files at least 3-4 times faster (if not more).
It is totally unacceptable for Intel to not just fix this issue for Linux.
Last edited by Tuxdude (2013-02-17 01:38:59)

White noise, sort of packet loss when talking with...

Hi,
For some unknown reason when I talk with one specific person the call doesn't exactly drop out it sort of cuts the audio and gives me white noise (sort of like when you get packet loss when transferring files or gaming), I have 0 idea why it does it. Does it the reverse as well, but only for me and this person. Everyone else thats in the call doesn't get effected and its frustrating me.

When in a call goto call > Technical info. This will show you various info about the call connection (and a lot of useless info aswell). Amongst the info is packet loss, and relays (if relays = more than 0 you are not directly connected).
Being on the same Skype, version might help.

Home Hub 3.0 vs Home Hub 2.0 packet loss

So I upgraded the BT package that our family is on today, and with it came the Home Hub 3.0. Happy right? Better wireless, less connection problems etc... No.
For some reason, since upgrading, I get random moments of massive packet loss. Up to 50% packets are lost for periods of up to 5 minutes. I've tried resetting the router, tried turning it off for ten minutes etc but still get regular moments of packet loss.
My internet is not interleaved at the moment so that could be a problem, however before switching to the 3.0 i never had any packet loss with non-interleaved internet (on the 2.0 homehub).
Could anyone help me?!
Thanks
Solved!
Go to Solution.

ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 03:12:19
Downstream:
7.813 Mbps
Upstream:
448 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.1 Annex A
Latency type:
Fast
Noise margin (Down/Up):
9.1 dB / 24.0 dB
Line attenuation (Down/Up):
35.5 dB / 19.5 dB
Output power (Down/Up):
19.9 dBm / 12.1 dBm
FEC Events (Down/Up):
0 / 202
CRC Events (Down/Up):
91236 / 426
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
619777 / 655
Error Seconds (Local/Remote):
2173 / 506
est1 comprises of Best Effort Test: -provides background information.
Download Speed
4095 Kbps
0 Kbps
7150 Kbps
Max Achievable Speed
Download speedachieved during the test was - 4095 Kbps
For your connection, the acceptable range of speeds is 600-7150 Kbps.
Additional Information:
Your DSL Connection Rate :8000 Kbps(DOWN-STREAM), 448 Kbps(UP-STREAM)
IP Profile for your line is - 4500 Kbps
I did a quiet line test and it sounded quiet.
Thanks for your answer, just hope someone can help me resolve it now

Help resolving 20-30% packet loss to many sites inc. google and youtube

I've been having issues with pages stop loading, youtube and netflix are not watchable. Netflix will buffer freeze and stop responding. Youtube will load for several seconds then stop buffering. If I refresh the page it will buffer a bit more then stop. Usually to watch a video all the way through you will have to refresh the page 4-5 times per minute of video buffered. Reading forums is also tedious as you have to constantly hit refresh to get pages to finish loading. I’ve been through the standard modem and router reboots, nothing as made a difference.
Sample ping test:
>ping -n 100 google.com
Ping statistics for 74.125.113.105:
Packets: Sent = 100, Received = 76, Lost = 24 (24% loss),
Approximate round trip times in milli-seconds:
Minimum = 48ms, Maximum = 159ms, Average = 55ms
>ping -n 100 verizon.net
Ping statistics for 206.46.232.39:
Packets: Sent = 100, Received = 100, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 75ms, Maximum = 110ms, Average = 77ms
>ping -n 100 youtube.com
Ping statistics for 72.14.204.136:
Packets: Sent = 100, Received = 71, Lost = 29 (29% loss),
Approximate round trip times in milli-seconds:
Minimum = 39ms, Maximum = 229ms, Average = 45ms
Speed tests usually report the line around 2MBit. If I connect to the VPN where I work, I do not get packet loss. The fact that the same pings through my VPN do not have the issue leads me to believe its some type of routing issue upstream from my DSLs CO.
Also is there any way I can open an online support ticket that is assigned to a Verizon resource with some chain of accountability. I'm frustrated listening to 10 minutes of automated prompts telling me to reboot the modems to get to a resource that did not understand what I meant by packet loss, then somehow disconnected to start the whole process over again.
Any assistance would be greatly appreciated. Thanks.

#1 Please post the Transceiver Status from your modem.
#2 If you don't know how to get that info:
a) What is the brand and model of your modem?
b) If you have a seperate router: What is the brand and model of it?
#3 Visit http://www.giganews.com/line_info.html and post up the Traceroute the page shows, if you wish. Be aware that the final hop (bottom-most line of the trace) will contain a hop with your IP address in it. Remove that line. What I'm looking for is a line that mentions "ERX" in it's name towards the end. If for some reason the trace does not complete (two lines full of Stars), keep the trace route intact.
If you are the original poster (OP) and your issue is solved, please remember to click the "Solution?" button so that others can more easily find it. If anyone has been helpful to you, please show your appreciation by clicking the "Kudos" button.

Wrt310n packet loss and dhcp failure?

I purchased a wrt310n to replace a netgear POS (which was a temp after my wrt54g died) and I'm having issues. The netgear is slow and temporarily freezes every once in a while. I put the wrt310n in and it worked flawlessly... for about a week. Now I'm getting packet loss between 10% and 20%. Also, after leaving the router running for a couple days (upside down, because it seemed to be freezing when it got hot) it would work for 5-10 minutes and then freeze. Power cycle the thing and... repeat.
I'm only using WEP, the machines have 802.11g cards, I've changed the network to 10.4.2.x (only the private side) and left almost everything else stock. The other things that have been changed are the admin password and logging has been enabled. My ISP is comcast cable. Suggestions? More info required? Anyone know how long 'til DD-WRT will work on these things?
ps-just so my skillset is known, i'm a sysadmin for a very large tech company and have been doing this type of role for over 8 years... that puts me slightly above the average home user... i think...
pps-mixed network of Linux and Windows machines
Message Edited by junk on 01-23-2008 06:47 PM

Nothing yet. I've switched back to my Netgear, for the time being. I'm hoping Linksys actually reads these forums and has a firmware update coming out soon. The Netgear works great until you hit something with a lot of jpgs (like myspace) and then it chokes for a couple minutes. I can deal with that until the first firmware update shows. Hopefully it's soon, since I hate having to box things up and send them back. I've read a few other posts about people having problems and they suggest doing a factory reset. I always change my network over to a 10.x.x.x subnet because I like to avoid common RFC1918 address spaces (geek/hacker issues). Perhaps it doesn't like dealing with class A address space...

Having really high pings, packet loss and been on ...

Hi. I've been on to BT 4-5 times in the last few weeks. Everytime its the same thing I do all their checks and run the speed test. Its the same thing over and over. When i try to explain to them the problems i,m having they said your speed is within the acceptable range. I,m at a loss with dealing with BT. The customer server is terrible.
Basically the problems i,m having is really high pings. Even doing the BTwholesale speedtest my pings was usally in the 30ms range now they are 70 on average now. I play alot of online games. And Everything is unplayable. I know there is definitely something wrong. Either with the routing or some of the nodes on bt.
Today I was trying to play Diablo 3, the lag spikes was huge every 2-3 seconds jumping to 1-2k ms latency. I ran some winMTR tests and i,m having alot of packet loss. I tried to explain that to BT on the phone. But its like the dont have a clue what i,m talking about or wont attempt to help me with the issue. All game companies usally tell me ISPs are always willing to help with these problems. But BT seem to refuse to help with latency ping issues, just your speed is fine etc .
I,ve also noticed people in the BT forums saying something about G.INP and people needing HH5 Type B. Can someone explain to me what this is or if its something happening to my cabinate. I,m using the BT HH5 type A. From what i see the about the G.INP sounds like the issues i,m currently facing.
Can some Mod please help me. I,m really losing hope with BT.

Hi Guys.
Still facing these issues. Is BT not going to do anything about it? Here is a WinMTR test to a game server i,m playing.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| BTHUB5 - 0 | 1132 | 1132 | 0 | 0 | 10 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| 217.41.216.109 - 7 | 901 | 843 | 18 | 30 | 394 | 20 |
| 213.120.158.234 - 7 | 909 | 853 | 21 | 25 | 51 | 23 |
| 31.55.165.151 - 7 | 905 | 848 | 20 | 25 | 51 | 23 |
| 31.55.165.109 - 7 | 905 | 848 | 21 | 25 | 49 | 23 |
| 109.159.250.180 - 7 | 897 | 838 | 20 | 25 | 63 | 23 |
| core1-te0-13-0-16.ilford.ukcore.bt.net - 7 | 913 | 858 | 27 | 34 | 57 | 33 |
| peer6-0-9-0-22.telehouse.ukcore.bt.net - 6 | 917 | 863 | 27 | 32 | 56 | 32 |
| 166-49-211-240.eu.bt.net - 7 | 913 | 858 | 28 | 32 | 59 | 28 |
| 213.248.82.249 - 7 | 909 | 853 | 0 | 33 | 93 | 29 |
| ldn-bb2-link.telia.net - 7 | 909 | 853 | 28 | 36 | 127 | 70 |
| adm-bb4-link.telia.net - 7 | 909 | 853 | 32 | 37 | 76 | 34 |
| adm-b4-link.telia.net - 6 | 917 | 863 | 34 | 38 | 65 | 35 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 100 | 227 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
217.41.216.109 seems to be an issue with this. Getting packet loss of 7% and the the ping shoots up to almost 400 while the average is around 30.
I,ve tried everything BT have told me, i've phoned loads and loads of times to seek help. I dont know what else to do. Pings and latency is horrible. And i dont just mean little lag. Every online game is unplayable. Webpage loading slowing or broken images .

Experiencing Packet Loss

I recently upgraded to the 50/25 speeds in my area, and in hopes that some of my connections issues be resolved, I requested that the 610 ONT be replaced with a 612. The unit was replaced and the speeds are exactly what they should be, however, I am still getting packet loss, randomly. I ran a 24 hour test and these are links to some of the results
http://www.hostmycalls.com/isptest/rp.html?Route=RP000004520130228183600;Project=PRO0000011201302281...
http://www.hostmycalls.com/isptest/rp.html?Route=RP000011020130301032100;Project=PRO0000011201302281...
I know that the second isnt showing that much loss, but it was more frequent than the first, and I should not be experiencing any packet loss in the first place. So can anyone Inform me on what exactly is the cause of the packet loss on the line? and what would need to be done to mediate the problems. Also I did a smokekeping test on dslreports, that listed a packet loss of 5.6 percent over a three hour period while I was doing heavy computer usage.
Thanks for your help !

Thanks for the reply, I went into some other forums and am seing the sme types of problems from tons of other users, I guess we arent getting this fixed soon, but maybe I'll call and see about getting a Wireless N router haha

Router firewall giving packet loss

I have a WRT54GX4 and when I have the built in firewall running it gives me packet loss, most noticibly in the game Red Orchestra. I tried forwaring ports and it still occured. Even if I run the firewall with DMZ on my computer it still gets packet loss. The only way I have found to cure it is to completely disable the routers firewall, which is definantly something I'd like to stay away from.

No issues with the routing.. everything is fine
is this due to flooding, how to rectify it. please help me

75% packet loss

Hi this is my 2nd day as a bt user and i have found i,m getting 75% packet loss whilest playing world of warcraft on darkspear eu, heres and image from ping plotter. Right click and view image to see full size.

Hi BloodFX,
Are you still having this problem? There were some issues with WoW over the past few weeks as reported in this thread but that particular issue seems to have been sorted. Is it only when you try to ping this WoW server that you're getting packet loss or are other sites/servers problematic as well?
Dean
BTCare Community Mod
If you like a post, or want to say thanks for a helpful answer, please click on the Ratings star on the left-hand side of the post.
If someone answers your question correctly please let other members know by clicking on ’Mark as Accepted Solution’.

E4200 V2 Packet Loss?

I seem to be having packet loss with the E4200V2 which is upgraded to the latest firmware as of today, 1/18/12
The application is accessing a security DVR which uses a RTSP / RTP stream. Of course this requires certian ports to be forwarded in order for this to work. This works flawlessly with a WRT310N or a Cisco 871 Router so I know the port forwarding is correct.
With the E4200V2 it works intermittently, I can replace EV4200V2 with either the Cisco 871 or the WRT310N and there are no issues.
Can someone from support contact me to work through and resolve this issue?
Thanks,
Jeff

HenrikGugstavsson wrote:
I made the following video of the packet loss. Note that when connected directly to the modem, I had no packet loss. When connected to my old router, no packet loss.
Cisco e4200 Packet Loss
You can set MTU size to manual. Update the router's firmware if needed. If it's already updated, reset and reconfigure the router. Did you try these steps?

Help- WDS with Extreme-N & 2x Airport Express with ~ 40% packet loss

So this problem is driving me crazy. I recently moved into a house that has enough metal in the walls (don't ask) to prevent me from using a single base station so I expanded my network as a WDS utilizing an Airport Extreme (mixed NGB mode) and two Airport Express (one as a relay and one as remote). The configuration appears to work normally some times but other times (especially evenings) I get a very high rate of dropped packets between the client notes (which are connected through the WDS-enabled Expresses) and the base station (using a simple ping 10.0.1.1 to check connectivity to the APBS-N). The problem manifests itself from a users' perspective as very long DNS lookups which causes slow page loads in a browser but it's very reproducible via ping.
So far I've tried changing the channels on the network but I haven't seen a huge payoff there. iStumbler reports no additional networks on channel 2 which I'm using, there are some on channel 1, 5, and 13. I've also tried channels 7 and 11. We have no microwave in the house and our cordless phone (5.8ghz) never interrupted with our simpler Express-based network at our old house, n/m the fact that the phone is never in use when we have this problem.
I don't seem to see the problem when I'm local to (in the same room as) the AEBS; it really seems to happen only when I'm on the WDS-enabled remote and/or relay.
Other data points that may help are that the AEBS-N drops out of the Airport utility at the same time. Sometimes isn't gone for 30 seconds, other times for > 30 minutes. The other base stations continue to report "Green" in that they are not having any WDS problems. If I disconnect the remote node the relay will correctly reflect a status of yellow, so I know it somewhat works.
It's an open network (no encryption, open SSID) so it's unlikely that there's an issue there.
Clients include an Apple TV, iBook G4, MacBook, Tivo Series 3, Intel Mini and Dell Latitude D810. Because of the diversity of clients I don't think it's a driver or NIC adapter issue on any of the clients.
Does anyone have any experience working in a similar environment? Suggestions on troubleshooting packet loss (or other performance issues) in a WDS network?
Thanks,
Mike

Hello errorsupply. Welcome to the Apple Discussions!
I suggest downloading a copy of iStumbler. Use iStumbler's Inspector feature (select Edit > Inspector from iStumbler's menu) to determine the Signal-to-Noise Ratio (SNR) at different points around your house, by performing a simple RF site survey. Within the Inspector, note the values for "signal" & "noise" at these locations. Start with your MacBook near the main base station, note the readings, and then, choose the locations where you have the relay and remote base stations.
SNR is the signal level (in dBm) minus the noise level (in dBm). For example, a signal level of -53dBm measured near an access point and typical noise level of -90dBm yields a SNR of 37dB, a healthy value for wireless LANs.
The SNR, as measured from the MacBook, decreases as the range to the base station increases because of applicable free space loss. Also an increase in RF interference from microwave ovens and cordless phones, which increases the noise level, also decreases SNR.
SNR Guideline
o 40dB+ SNR = Excellent signal
o 25dB to 40dB SNR = Very good signal
o 15dB to 25dB SNR = Low signal
o 10dB to 15dB SNR = Very low signal
o 5dB to 10dB SNR = No signal
If the SNR is 20dB+ at each of these locations, then you should be getting reasonable performance from your AirPorts. If less, either try to locate/eliminate the source of the Wi-Fi interference or try relocating the relay and/or remote base station until they are within a 20dB SNR range of the main (and for the remote, of the relay).

Intel 5100-5300 getting packet loss with a wrt 310n

Similar Messages

Maybe you are looking for