[SOLVED] huge packet loss

i cant figure out whats happening here
[hyper@haven ~]$ ping [url=http://www.google.com]www.google.com[/url]
PING [url=http://www.l.google.com]www.l.google.com[/url] (209.85.148.147) 56(84) bytes of data.
64 bytes from fra07s07-in-f147.1e100.net (209.85.148.147): icmp_req=6 ttl=53 time=34.5 ms
64 bytes from fra07s07-in-f147.1e100.net (209.85.148.147): icmp_req=13 ttl=53 time=29.2 ms
64 bytes from fra07s07-in-f147.1e100.net (209.85.148.147): icmp_req=14 ttl=53 time=29.0 ms
64 bytes from fra07s07-in-f147.1e100.net (209.85.148.147): icmp_req=31 ttl=53 time=26.2 ms
64 bytes from fra07s07-in-f147.1e100.net (209.85.148.147): icmp_req=32 ttl=53 time=31.2 ms
^C
--- [url=http://www.l.google.com]www.l.google.com[/url] ping statistics ---
32 packets transmitted, 5 received, 84% packet loss, time 31029ms
rtt min/avg/max/mdev = 26.255/30.084/34.525/2.739 ms
what in the world is going on??
[hyper@haven ~]$ uname -r
2.6.39-ARCH
[hyper@haven ~]$ lspci | grep -i net
01:00.0 Ethernet controller: Atheros Communications AR8132 Fast Ethernet (rev c0)
02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01)
[hyper@haven ~]$ lsmod
Module Size Used by
ath5k 129572 0
fuse 58669 3
ipv6 249260 16
ext2 55475 1
joydev 7535 0
uvcvideo 55020 0
videodev 70734 1 uvcvideo
media 8513 1 videodev
usbhid 31211 0
hid 63007 1 usbhid
arc4 1094 2
ecb 1645 2
snd_hda_codec_realtek 225687 1
snd_hda_intel 19261 0
ath9k 70997 0
snd_hda_codec 66793 2 snd_hda_codec_realtek,snd_hda_intel
mac80211 189758 2 ath5k,ath9k
snd_hwdep 4919 1 snd_hda_codec
snd_pcm 60311 2 snd_hda_intel,snd_hda_codec
ath9k_common 1648 1 ath9k
i915 557614 2
ath9k_hw 276916 2 ath9k,ath9k_common
uhci_hcd 19344 0
snd_timer 15542 1 snd_pcm
drm_kms_helper 24245 1 i915
ath 11679 3 ath5k,ath9k,ath9k_hw
snd 43527 6 snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
psmouse 55927 0
eeepc_wmi 1791 0
ehci_hcd 34847 0
asus_wmi 11348 1 eeepc_wmi
sparse_keymap 2636 1 asus_wmi
sg 21022 0
drm 147653 3 i915,drm_kms_helper
pci_hotplug 22330 1 asus_wmi
cfg80211 126930 4 ath5k,ath9k,mac80211,ath
soundcore 5018 1 snd
intel_agp 8664 1 i915
serio_raw 3430 0
usbcore 119004 5 uvcvideo,usbhid,uhci_hcd,ehci_hcd
i2c_algo_bit 4431 1 i915
iTCO_wdt 10333 0
evdev 7310 12
pcspkr 1415 0
iTCO_vendor_support 1553 1 iTCO_wdt
rfkill 12510 2 asus_wmi,cfg80211
processor 21884 0
i2c_core 16665 5 videodev,i915,drm_kms_helper,drm,i2c_algo_bit
intel_gtt 11417 3 i915,intel_agp
atl1c 28599 0
battery 8905 0
thermal 6603 0
snd_page_alloc 5909 2 snd_hda_intel,snd_pcm
button 3654 1 i915
ac 2545 0
video 9852 1 i915
agpgart 22160 3 drm,intel_agp,intel_gtt
wmi 7367 1 asus_wmi
cpufreq_ondemand 5064 0
freq_table 2055 1 cpufreq_ondemand
cpufreq_userspace 1648 0
cpufreq_powersave 714 0
ext4 334626 2
mbcache 4321 2 ext2,ext4
jbd2 59098 1 ext4
crc16 1077 1 ext4
sd_mod 25515 5
ahci 18093 4
libahci 16581 1 ahci
libata 154349 2 ahci,libahci
scsi_mod 110702 3 sg,sd_mod,libata
i can sometimes disconnect then reboot, then i can jump on and it seems quick at first but soon goes to shit..
[hyper@haven ~]$
how some of this helps..
Last edited by leeAngry (2011-09-03 18:25:24)

sorry for the late reply,,  i spent the night in the hospital  and got a bunch of stitches in my head from falling off a dock..  ok so i downloaded mtr..
[hyper@haven mtr-0.77]$ mtr -rc4 www.google.com
HOST: haven Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.10 0.0% 4 1.9 3.1 1.8 6.3 2.1
2.|-- 172.24.0.1 0.0% 4 2.3 2.6 2.3 3.1 0.4
3.|-- 10.0.0.1 0.0% 4 8.7 12.3 6.9 25.8 9.0
4.|-- wegsch01.mywave.at 0.0% 4 61.3 29.1 7.6 61.3 26.0
5.|-- 91-118-46-193.static.xdsl 0.0% 4 10.5 13.9 9.7 23.9 6.7
6.|-- at-vie01a-rd1-vl-2079.aor 0.0% 4 29.2 26.2 25.0 29.2 2.0
7.|-- de-fra03a-rd1-xe-9-2-0.ao 0.0% 4 40.3 32.1 27.5 40.3 5.9
8.|-- 84.116.132.158 0.0% 4 25.4 25.9 24.1 28.1 1.7
9.|-- 72.14.214.29 0.0% 4 23.5 29.6 23.5 37.8 6.2
10.|-- 209.85.255.172 0.0% 4 39.7 49.7 35.1 86.8 24.8
11.|-- 209.85.254.57 0.0% 4 33.9 33.2 26.0 41.4 6.4
| `|-- 209.85.254.41
12.|-- fra07s07-in-f103.1e100.ne 0.0% 4 33.3 30.5 28.3 33.3 2.4
[hyper@haven mtr-0.77]$

Similar Messages

  • E4200 Why huge packet loss at Gig but not 100Mbps?

    Vista 64 Intel Pro 1000 with latest driver Here is a shot of the lagometer in COD Black Ops when all is good. I used to see this with my old WRT54GS and connected at 100Mbps Full Duplex or Half Duplex and I currently see this when connected through the E4200 at 100Mbps full or half duplex AND when connected via Gigabit via one of the 4 ports on the back of my cable modem, a Motorola SBG6580 [img]http://photos.smugmug.com/1590700194_rFrtpkV-O-LB.jpg[/img] This next screen capture is what happens when I try to connect via Gigabit thru the E4200. It either starts out like this right away or within 30 seconds to a minute this will start to occur. I believe the red spikes indicate packet loss. [img]http://photos.smugmug.com/1590700217_SWKtMP3-O-LB.jpg[/img] .
    Solved!
    Go to Solution.

    It shows the IP address assigned by the ISP that I'm used to seeing.... 24:207:n:n:n:n:n:n .... under the IPv4 info.
    I also have IPv6 enabled and I notice under those listings just....  0:0:0:0:0:0:0:0 ....which is what I'd expect if IPv6 is not yet in use by by ISP.
    I've been running a lot of other tests here with various configurations including substituting my old WRT54GS for the E4200.   I currently have several devices off an 8 port Gig  unmanaged switch and all is fine as long as I have my Intel Pro 1000 NIC set to 100Mbps full or half duplex moe.  If I set it to 1000Mbps and connect it via the 8 port hub or the ports off the back of the E4200,  soon after the E4200 starts to go wierd for all systems connected.  Running Speedtest.org shows a huge increse in ping if I'm lucky enough to get the page to load that far.  It does not seem to make any difference that my laptop connects reliably via Gig, just the PC with the Intel card.  I've gone out and bought a new Intel Pro 1000 and will stick that in later this evening.
    Thanks for your replies btw.

  • Strange packet loss issue

    Hi all,
    I am having a strange issue with my macbookpro recently. Here is the situation.
    I have the TP-LINK wireless router both at home and work. IP address of this unit is 192.168.3.1 at home.
    Recently i noticed a very high level of packet loss (60-70%) from my macbook pro when i pinged the default GW wireless router. I first thought its a wireless issue and tried debuging the issue from that end. I used my brother's macbook and he wasnt having this packet loss when i pinged from his terminal.
    I then very randomly connected to my remote VPN server and noticed that the packetloss has disappeared when the VPN is connected and ping a remote IP such as 8.8.8.8.
    Now i have two terminals running, one with a normal ping to 8.8.8.8 which goes via VPN and has 0% packet loss. Another terminal running a ping via interface en1 outside of the VPN interface using "ping -S 192.168.3.102 192.168.3.1" and this terminal is showing the same 60% packet loss.
    Also strangely, this issue is only noticed at home router and not at work. At work the normal connection without VPN works fine.
    I am at loss for ideas what could be causing this issue all of the sudden when the same settings were fine for over a year.
    Any ideas?
    Thanks

    No solutions yet... I doubt this is a hardware matter as the packet loss goes away almost instantly when i switch on the VPN or simply move to other networks... The strangest thing is the VPN connection that solves the packet loss.. One thinks if VPN is overlaying on en1 to make its connection, how come the packetloss ceases to exist once there is a peer2peer connecton active to the same interface with the packet loss issue. Very strange indeed.
    I thought also this could only be a ICMP issue (ping protocol) however ever the browsing slows down when im normally connected to this network.
    In some awkward way im happy someone else is reporting this as I thought this is a weird enough problem for no one to comment on for yearly 10 days...
    Im going to run a tcpdump to see if there is anything strange moving abount on my interfaces whilst there is a packet loss... will inform if any interesting results appeared...

  • Traceroute timeouts and lots of packet loss when a...

    I host various site via the above, and since late last night and today, I am having connection timeout issues on all of them (but sites like bbc, bt etc are fine). I contacted them and performed a traceroute to my default site southee.co.uk which timed out. Below are the results:
    traceroute to southee.co.uk (37.61.236.12), 64 hops max, 52 byte packets
    1 bthomehub (192.168.1.254) 2.733 ms 2.414 ms 2.415 ms
    2 esr5.manchester5.broadband.bt.net (217.47.67.144) 72.412 ms 29.705 ms 131.735 ms
    3 217.47.67.13 (217.47.67.13) 31.390 ms 29.680 ms 103.936 ms
    4 213.1.69.226 (213.1.69.226) 41.172 ms 32.700 ms 129.323 ms
    5 31.55.165.103 (31.55.165.103) 30.791 ms 31.639 ms 130.306 ms
    6 213.120.162.69 (213.120.162.69) 31.248 ms 59.138 ms 30.657 ms
    7 31.55.165.109 (31.55.165.109) 32.159 ms 31.507 ms 31.513 ms
    8 acc2-10gige-9-2-0.mr.21cn-ipp.bt.net (109.159.250.228) 31.499 ms 31.325 ms
    acc2-10gige-0-2-0.mr.21cn-ipp.bt.net (109.159.250.194) 31.197 ms
    9 core2-te0-12-0-1.ealing.ukcore.bt.net (109.159.250.147) 41.744 ms
    core2-te0-13-0-0.ealing.ukcore.bt.net (109.159.250.139) 41.346 ms
    core2-te0-5-0-1.ealing.ukcore.bt.net (109.159.250.145) 41.744 ms
    10 peer1-xe3-3-1.telehouse.ukcore.bt.net (109.159.254.211) 39.527 ms
    peer1-xe10-0-0.telehouse.ukcore.bt.net (109.159.254.122) 38.791 ms 38.910 ms
    11 te2-3.sov-edge1.uk.timico.net (195.66.224.111) 54.032 ms 37.941 ms 38.642 ms
    12 78-25-201-30.static.dsl.as8607.net (78.25.201.30) 45.830 ms 46.413 ms 42.448 ms
    13 * * *
     They then performed a traceroute from the server and got the following, again with timeouts and packet loss. See below:
    1. 37.61.236.1 0.0% 10 0.5 0.7 0.4 2.9 0.8
    2. ae0-2061.ndc-core1.uk.timico 0.0% 10 0.3 0.3 0.2 0.5 0.1
    3. te2-3.sov-edge1.uk.timico.ne 0.0% 10 10.5 9.7 4.2 30.2 8.7
    4. linx1.ukcore.bt.net 0.0% 10 4.1 4.3 4.1 5.9 0.6
    5. host213-121-193-153.ukcore.b 0.0% 10 5.5 8.0 4.9 12.7 2.3
    6. acc2-10GigE-4-3-1.mr.21cn-ip 0.0% 10 11.4 11.4 11.4 11.6 0.1
    7. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
    8. 31.55.165.108 0.0% 10 12.1 12.1 11.8 12.4 0.2
    9. 213.120.162.68 0.0% 10 12.0 12.1 12.0 12.3 0.1
    10. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
     I've just spent a fustrating 15 minutes with Bt Support chat who just seemed want to pass me on to the BT Business team, so I thought I'd post here, for a more informed response.

    Hi Jane, Thanks for the reply. I have now purchased an AEBS(n) to try to overcome this problem. The Apple site says it is compatible with all versions of Airport card so I thought it would solve the problem. My new problem is to be found here: http://discussions.apple.com/thread.jspa?threadID=1087292&tstart=0
    However to answer your questions, The OS is 10.4.10 and I have run every updater I can find for all Macs concerned. hope this helps.

  • Terrible Packet Loss in Game- Please help!

    Computing statistics for 100 seconds...
    Source to Here This Node/Link
    Hop RTT Lost/Sent = Pct Lost/Sent = Pct Address
    0 Sam-PC.home [192.168.1.5]
    0/ 25 = 0% |
    1 2ms 0/ 25 = 0% 0/ 25 = 0% Wireless_Broadband_Router.home [192.168.1.1]
    1/ 25 = 4% |
    2 13ms 1/ 25 = 4% 0/ 25 = 0% L100.WASHDC-VFTTP-126.verizon-gni.net [173.66.228.1]
    0/ 25 = 0% |
    3 11ms 1/ 25 = 4% 0/ 25 = 0% G1-5-0-4.WASHDC-LCR-21.verizon-gni.net [130.81.213.68]
    0/ 25 = 0% |
    4 20ms 1/ 25 = 4% 0/ 25 = 0% so-12-1-0-0.RES-BB-RTR1.verizon-gni.net [130.81.151.230]
    0/ 25 = 0% |
    5 12ms 1/ 25 = 4% 0/ 25 = 0% 0.xe-8-0-0.BR2.IAD8.ALTER.NET [152.63.38.129]
    0/ 25 = 0% |
    6 34ms 1/ 25 = 4% 0/ 25 = 0% ae17.edge1.washingtondc12.level3.net [4.68.62.137]
    0/ 25 = 0% |
    7 33ms 2/ 25 = 8% 1/ 25 = 4% vl-3503-ve-117.ebr1.Washington12.Level3.net [4.69.158.26]
    0/ 25 = 0% |
    8 29ms 3/ 25 = 12% 2/ 25 = 8% ae-6-6.ebr1.Atlanta2.Level3.net [4.69.148.105]
    0/ 25 = 0% |
    9 30ms 2/ 25 = 8% 1/ 25 = 4% ae-63-63.ebr3.Atlanta2.Level3.net [4.69.148.241]
    0/ 25 = 0% |
    10 50ms 1/ 25 = 4% 0/ 25 = 0% ae-7-7.ebr3.Dallas1.Level3.net [4.69.134.21]
    1/ 25 = 4% |
    11 56ms 2/ 25 = 8% 0/ 25 = 0% ae-63-63.csw1.Dallas1.Level3.net [4.69.151.133]
    0/ 25 = 0% |
    12 54ms 2/ 25 = 8% 0/ 25 = 0% ae-1-60.edge2.Dallas1.Level3.net [4.69.145.11]
    0/ 25 = 0% |
    13 54ms 2/ 25 = 8% 0/ 25 = 0% 4.59.197.34
    1/ 25 = 4% |
    14 50ms 3/ 25 = 12% 0/ 25 = 0% 64.25.32.9
    0/ 25 = 0% |
    15 --- 25/ 25 =100% 22/ 25 = 88% 64.25.32.26
    0/ 25 = 0% |
    16 48ms 3/ 25 = 12% 0/ 25 = 0% 64.25.39.1
    These are the results of a test I ran, but I don't know how to solve the problem. The game is unplayable because of the amount of packet loss. I know it is an issue of connection between the game and my router, so should I get a new router if mine is old?

    The router I would imagine to be okay for the first bit, but for the sake of things, reboot the router and also try giving your ONT a reboot by unplugging it from AC power and then disconnecting the battery. Re-connect it after 30 seconds by connecting the battery and then plugging it back into AC power.
    Also, see if the packet loss takes place during specific times of the day. If your router has a WAN connection over Coax (rather than an Ethernet connection) to your ONT, also consider checking your MoCa speeds based on this FAQ. Poor MoCa speeds can suggest shoddy coaxial causing some issues, too: https://secure.dslreports.com/faq/verizonfios/3.2_MOCA#16569
    ========
    The first to bring me 1Gbps Fiber for $30/m wins!

  • Slow and lots of packet loss

    Hi Folks,
    I have a wireless network set up at home with 3 macs on it. I have a G3 iMac (ruby) with an airport card (original), a Dual 1.25GHz G4 MDD also with an original airport card in it and finally a new MacBook Pro with the standard Airport Extreme 802.11N card and firmware.
    Both the older machines connect and browse as one would expect them to and are lightning fast at browsing compared to the MBP. Is there some sort of mismatch with the cards?
    The router is not Apple. It is a Billion 7402VGP (wireless and VoIP) with the latest firmware. It is not capable of 802.11N but is capable of 802.11g. I have tried the MBP with traceroute with 50% packet loss on wireless but none on ethernet. The G4 on wireless has no packet loss and is further away.
    Any advice? What else could I tell you that would help you to help me?
    MacBook Pro 15" 2.2Ghz Core 2 Duo   Mac OS X (10.4.10)   Wireless Card Firmware Version: 1.1.8.5

    Hi Jane, Thanks for the reply. I have now purchased an AEBS(n) to try to overcome this problem. The Apple site says it is compatible with all versions of Airport card so I thought it would solve the problem. My new problem is to be found here: http://discussions.apple.com/thread.jspa?threadID=1087292&tstart=0
    However to answer your questions, The OS is 10.4.10 and I have run every updater I can find for all Macs concerned. hope this helps.

  • 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- 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).

  • Flood ping of loopback device gives 20% packet loss!

    While trying to diagnose a problem with my Airport Express (high packet loss even with a strong signal), I noticed that my Macbook cannot reliably flood ping its own loopback device!
    bash-3.2$ $ sudo ping -f 127.0.0.1
    PING 127.0.0.1 (127.0.0.1): 56 data bytes
    ....^C
    --- 127.0.0.1 ping statistics ---
    994 packets transmitted, 750 packets received, 24% packet loss
    round-trip min/avg/max/stddev = 0.012/0.017/0.103/0.007 ms
    As the loopback interface is internal, I get precisely the same result whether Airport is turned on or off.
    This seems completely crazy to me! Anyone have any idea what might be going on?
    Message was edited by: zzz Matt Taylor (replaced ping output with one with linebreaks to avoid excessively wide post)

    Can't help you specifically with that, but just last night my Atheros AR5008 adapter starting dropping 40%-80% of the packets to my router. It's unusably slow now. I had this problem with the 2.6.38 kernel and was able to solve it by passing the nohwcrypt option to the ath9k module, but that doesn't work anymore.
    I'm now on the 3.0.4 kernel, Arch x64.  Last updates that MAY be relevant were dbus-sharp, dbus-sharp-glib, and gnutls. I started having problems the day after upgrading these packages.  I'm connecting in 802.11n mode.
    I've been looking for evidence of related bugs but so far nothing. I wonder if this is a broader issue affecting more than just the Atheros or Ralink drivers?
    EDIT: downgrading gnutls from 3.0.3-1 to 3.0.2-1 reduced my packet loss to about 15%, so the internet is now basically usable. I also tried downgrading glib-networking (which I updated to version 2.28.7-5 a few days back), but that didn't seem to help.
    Last edited by rsking84 (2011-09-22 01:32:59)

  • Photo has packet loss.  Can I improve the image with Aperature?

    I received a poor quality family photo (hard copy). Almost like "packet loss" on TV whereby the image edges are muted and/or missing. I wanted to enlarge the 3 X 5 inch photo but if the quality is poor at this resolution, I know enlarging will just make it worse.
    Can Aperature improve the photo quality? Compression or rendering or ??
    OR is this a photoshop opportunity?
    Please advise.
    Thanks

    Hi labratinaz;
    While I will admit I am now learning to use Aperture, IMHO this sounds like if it can be solve it will take Photoshop to do it. I don't think the adjustments in Aperture are powerful enough.
    Allan

  • Packet Loss frequently for a week?

    Hello all, I am currently experiencing a massive amount of packet loss throughout various devices in my household. The main issues are with my SmartTV and the HuluPlus/HBO GO applications. After running my own tests, I have noticed that I am experiencing a whoping 38% packet loss to Hulu and HBO, and a regular 15% loss with any website on my PC and while gaming. Several hours with Verizon has not helped solve the issue and it is becoming increasingly frustrating. Anyone else experiencing this issue?

    I would start by checking your local connection.
    Run to speedtest.verizon.net
    That will test your connection to the Verizon network.
    Try and do it when you notice the issues.
    If that doesn't give you the speed you are paying for, Verizon should be able to use that to help troubleshoot.
    If it passes, that means it could be in Verizon network or farhter down the line.
    If a forum member gives an answer you like, give them the Kudos they deserve. If a member gives you the answer to your question, mark the answer as Accepted Solution so others can see the solution to the problem.

  • Packet loss after bonding + vlan

    Hi, I am hoping someone may help me with this issue:
    I have a motherboard with 2 Intel NICs.
    I created a bonding interface, mode = 4 (LACP), and assigned no IP to it.
    create one vlan to internet (dhcp)
    another vlan to local network (static)
    both NICs are connected to the same switch, and LACP configured on the ports
    Problem:
    ping from this one to any other pingable hosts gave strange result, more or less half of the packets are lost.
    when I pulled of one cable, the ping returned to normal...
    something is definitively wrong here, tried to connect the ports to two diffrent switches, same result.
    other computers using LACP has no such problem in the same network.
    If someone has any idea, I will be very greatful. otherwise it seems to be a very time consuming problem to solve. (I have tried to google yesterday without success).
    Thanks,
    Last edited by leihuang (2013-09-17 06:19:42)

    I located the issue of the packet loss. I have a security system that uploads FTP images of the cameras and after the reboot of the network, the only computer that wasn't shut down was the security camera PC.
    So I think what happened was after I brought everything back up, it was saturating the outgoing bandwidth, causing packet loss and high latency. Once I determined what it was and shut off the FTP image upload, the pings stabilized and it is working fine now. Trace routes are still not functioning, but I can live without that for now.

  • IPhone - OSX 10.5.6 internet sharing via wifi has packet loss

    I try to access the web on the iPhone (for testing purposes) via the bult-in internet sharing capability of my MacBookPro via WiFi. I get very slow connections and high packet loss on distances of less than a foot.
    If I activate Internet sharing (eth0 - AirPort) I have packet loss of up to 80% on a Ping to the iPhone. This results in an unusable connection. In this case the iPhone gets a DHCP address from the DSL box (10.0.2.2). Pay attention to the HUGE standard deviation of the packets in case of the internet sharing!!
    If anyone has config hints, I appreciate that very much. Does anyone know how to bridge en0 to Airport with WEP enabled?
    Internet sharing activated:
    --- 10.0.2.2 ping statistics ---
    202 packets transmitted, 150 packets received, 25% packet loss
    round-trip min/avg/max/stddev = 18.312/1768.538/8198.289/2201.202 ms
    If I set up a Computer-Computer network with a WEP password I get no packet loss, but of course I cannot access the internet that way because there is no way in preferences to bridge the networks.
    --- 169.254.246.154 ping statistics ---
    443 packets transmitted, 442 packets received, 0% packet loss
    round-trip min/avg/max/stddev = 1.441/1.983/57.068/2.691 ms
    Internet Sharing (ifconfig):
    lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
    inet 127.0.0.1 netmask 0xff000000
    inet6 ::1 prefixlen 128
    gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
    stf0: flags=0 mtu 1280
    en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21b:63ff:fe92:d74%en0 prefixlen 64 scopeid 0x4
    inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255
    ether 00:1b:63:92:0d:74
    media: autoselect (100baseTX <full-duplex,flow-control>) status: active
    supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
    fw0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 4078
    lladdr 00:1b:63:ff:fe:77:99:ac
    media: autoselect <full-duplex> status: inactive
    supported media: autoselect <full-duplex>
    en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21b:63ff:fec1:e75b%en1 prefixlen 64 scopeid 0x6
    inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
    inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255
    ether 00:1b:63:c1:e7:5b
    media: autoselect status: active
    supported media: autoselect
    en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21c:42ff:fe00:0%en2 prefixlen 64 scopeid 0x7
    inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
    ether 00:1c:42:00:00:00
    media: autoselect status: active
    supported media: autoselect
    en3: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21c:42ff:fe00:1%en3 prefixlen 64 scopeid 0x8
    inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
    ether 00:1c:42:00:00:01
    media: autoselect status: active
    supported media: autoselect
    C-C Network:
    lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1
    inet 127.0.0.1 netmask 0xff000000
    inet6 ::1 prefixlen 128
    gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
    stf0: flags=0 mtu 1280
    en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21b:63ff:fe92:d74%en0 prefixlen 64 scopeid 0x4
    inet 192.168.0.17 netmask 0xffffff00 broadcast 192.168.0.255
    ether 00:1b:63:92:0d:74
    media: autoselect (100baseTX <full-duplex,flow-control>) status: active
    supported media: autoselect 10baseT/UTP <half-duplex> 10baseT/UTP <full-duplex> 10baseT/UTP <full-duplex,hw-loopback> 10baseT/UTP <full-duplex,flow-control> 100baseTX <half-duplex> 100baseTX <full-duplex> 100baseTX <full-duplex,hw-loopback> 100baseTX <full-duplex,flow-control> 1000baseT <full-duplex> 1000baseT <full-duplex,hw-loopback> 1000baseT <full-duplex,flow-control> none
    fw0: flags=8802<BROADCAST,SIMPLEX,MULTICAST> mtu 4078
    lladdr 00:1b:63:ff:fe:77:99:ac
    media: autoselect <full-duplex> status: inactive
    supported media: autoselect <full-duplex>
    en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21b:63ff:fec1:e75b%en1 prefixlen 64 scopeid 0x6
    inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
    inet 10.0.2.1 netmask 0xffffff00 broadcast 10.0.2.255
    ether 00:1b:63:c1:e7:5b
    media: autoselect status: active
    supported media: autoselect
    en2: flags=8963<UP,BROADCAST,SMART,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21c:42ff:fe00:0%en2 prefixlen 64 scopeid 0x7
    inet 10.37.129.2 netmask 0xffffff00 broadcast 10.37.129.255
    ether 00:1c:42:00:00:00
    media: autoselect status: active
    supported media: autoselect
    en3: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    inet6 fe80::21c:42ff:fe00:1%en3 prefixlen 64 scopeid 0x8
    inet 169.254.149.180 netmask 0xffff0000 broadcast 169.254.255.255
    ether 00:1c:42:00:00:01
    media: autoselect status: active
    supported media: autoselect

    I accidentally found a workaround:
    1. Activate internet sharing
    2. Goto network preferences and use AirPort: "Create network ..."
    3. Check require Password and create a C2C network
    4. The Airport Icon changes from the up-arrow to the computer icon
    5. Connect with the iPhone.
    Packet loss is gone and sharing works fine.
    BIG BUG: Procedure has to be repeated every time AirPort is turned on/off, as Internet Sharing disables/resets the airport setup!

  • 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.

  • Anyone else on 4G LTE seeing fairly high packet loss recently?

    For the past week or two I've been noticing quite a bit of packet loss when I run a ping test against 8.8.8.8 (Google DNS) or Yahoo. Each time I run the ping test for 250-500 pings and the packet loss is consistently around 3-5% which is high. Verizon just upgraded the tower in my area to 4G LTE around 3-4 weeks ago and so far my speeds have been pretty great (20-35 Mbps) and my signal is strong without fluctuation (-67 dBi, SINR 20-30) so it's just the packet loss that I'm dealing with.
    The first week of being on the 4G LTE I ran a few quick ping tests against Google while setting up my 4G antenna and didn't notice any packet loss but maybe I just didn't run the tests long enough. I've tried pinging a few other servers like 4.2.2.2 (Verizon DNS) and 208.67.220.220 (OpenDNS) and I'm seeing like maybe one dropped packet in 500 pings which is only a .2% packet loss which is a huge difference from results I get pinging Google and Yahoo.
    Anyone else noticing packet loss on your 4G LTE connection? I've already opened a ticket with Verizon but I don't know if they'll do anything about it since they like to just tag my location as a marginal coverage area and not look into issues when I report them.

    I have as well. I am in Jacksonville, FL and notice when I put my phone into hotspot mode that any machine attached to it will suffer between 6-10% packet loss. It happens in spurts- at first when I connect it is perfect. 60ms pings to www.google.com and barely 1-2 lost packets in the first 5-10 minutes. Then all of a suddenly the whole thing just goes to pot. At first it starts losing a few packets... then it starts losing a BUNCH of packets. Then it gets so bad I start going from the "Request timed out" message to it being "Reply from 192.168.1.1: Destination net unreachable.". This continues for several minutes and then it returns to semi-normality. So a few minutes working, a few minutes not. It's pretty unbearable.
    The really frustrating part is seeing AT&T users right next to me with almost 0% packet loss ;_; In the end, I usually have to connect to their phone to do any browsing, since mine simply doesn't allow me to do even the simplest of internet navigation when it gets like that.

Maybe you are looking for