Network issues. Packet loss when spray is used!!!!!!!!!!!!!!!

Hi, I am not in a position to figure out, is it an issue with my server or my network. I run spray and find packet loss...what should I suspect?
In one way, the packet loss is 0%, while the other way, there is 90% loss. Both machines are located in two different buildings.
here is the output.
bash-2.03# spray 172.16.59.7
sending 1162 packets of length 86 to 172.16.59.7 ...
no packets dropped by 172.16.59.7
34031 packets/sec, 2926694 bytes/sec
bash-2.03# spray 172.16.59.7
sending 1162 packets of length 86 to 172.16.59.7 ...
no packets dropped by 172.16.59.7
33512 packets/sec, 2882044 bytes/sec
bash-2.03# spray 172.16.59.238
sending 1162 packets of length 86 to 172.16.59.238 ...
205 packets (17.642%) dropped by 172.16.59.238
28146 packets/sec, 2420575 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 629 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 629 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 629 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 630 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 630 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 630 bytes/sec

http://docs.sun.com/app/docs/doc/816-5166/6mbb1kqhl?a=view
spray is not useful as a networking benchmark, as it uses unreliable connectionless transports, UDP for example. spray can report a large number of packets dropped when the drops were caused by spray sending packets faster than they can be buffered locally, that is, before the packets get to the network medium.

Similar Messages

  • Packet loss when pinging from/to a cisco 3560e switch

    I see Packet loss when pinging from/to a cisco 3560e switch. CPU utilization is normal.
    Switches are running with IOS c3560e-universalk9-mz.122-35.SE5.bin.
    Packet loss is observed for all the devices irrespective of directly connected or remote devices.
    If i do self pinging, there are no packet loss.
    I don't see any error on interface.
    Can anyone please help me in resolving this issue.

    TCB       Local Address           Foreign Address        (state)
    03737C48  10.47.0.229.60053       10.41.81.55.49         CLOSEWAIT
    039ACDC4  10.47.0.229.61929       10.41.35.250.49        CLOSEWAIT
    03B316C0  10.47.0.229.27544       10.41.81.55.49         CLOSEWAIT
    038228F0  10.47.0.229.16506       10.41.35.250.49        CLOSEWAIT
    039C3D04  10.47.0.229.15207       10.41.81.55.49         CLOSEWAIT
    039A9BD0  10.47.0.229.52983       10.41.81.55.49         CLOSEWAIT
    0394152C  10.47.0.229.22425       161.61.35.250.49       CLOSEWAIT
    037D811C  10.47.0.229.21117       10.41.81.55.49         CLOSEWAIT
    039C12BC  10.47.0.229.37437       10.41.81.55.49         CLOSEWAIT
    03933B84  10.47.0.229.34085       161.61.35.250.49       TIMEWAIT
    03B32340  10.47.0.229.45729       10.41.81.55.49         CLOSEWAIT
    038247D0  10.47.0.229.32816       10.41.81.55.49         CLOSEWAIT
    039A92D8  10.47.0.229.38680       161.61.35.250.49       CLOSEWAIT
    037370F0  10.47.0.229.13212       10.41.81.55.49         CLOSEWAIT
    037D85F0  10.47.0.229.38728       10.41.81.55.49         CLOSEWAIT
    03B2B284  10.47.0.229.23428       10.41.81.55.49         CLOSEWAIT
    03B2ADB0  10.47.0.229.56836       10.41.81.55.49         CLOSEWAIT
    0394BFF0  10.47.0.229.23257       161.61.35.250.49       CLOSEWAIT
    036604DC  10.47.0.229.44437       10.41.81.55.49         CLOSEWAIT
    0394C700  10.47.0.229.22          192.37.184.211.61639   ESTAB
    039B9A68  10.47.0.229.20543       10.41.81.55.49         CLOSEWAIT
    03739B28  10.47.0.229.15392       10.41.81.55.49         CLOSEWAIT
    TCB       Local Address           Foreign Address        (state)
    0392EA48  10.47.0.229.13862       10.41.81.55.49         CLOSEWAIT
    0365E23C  10.47.0.229.27856       10.41.81.55.49         CLOSEWAIT
    03817C0C  10.47.0.229.64929       10.41.81.55.49         CLOSEWAIT
    039357C8  10.47.0.229.22088       10.41.81.55.49         CLOSEWAIT
    037375C4  10.47.0.229.21832       10.41.81.55.49         CLOSEWAIT
    039C20E8  10.47.0.229.18169       10.41.81.55.49         CLOSEWAIT
    03716D08  10.47.0.229.61993       10.41.81.55.49         CLOSEWAIT
    039A74E4  10.47.0.229.62948       10.41.81.55.49         CLOSEWAIT
    03655480  10.47.0.229.14052       10.41.81.55.49         CLOSEWAIT
    039407F0  10.47.0.229.49643       161.61.35.250.49       CLOSEWAIT
    039A53AC  10.47.0.229.13233       10.41.81.55.49         CLOSEWAIT
    03739FFC  10.47.0.229.16605       10.41.81.55.49         CLOSEWAIT
    039B82B8  10.47.0.229.16458       10.41.35.250.49        CLOSEWAIT
    039BEBA4  10.47.0.229.64377       10.41.81.55.49         CLOSEWAIT
    03741980  10.47.0.229.13866       10.41.81.55.49         CLOSEWAIT
    03B3ABF8  10.47.0.229.19365       10.41.81.55.49         CLOSEWAIT
    039B5810  10.47.0.229.24768       10.41.81.55.49         CLOSEWAIT
    03956E48  10.47.0.229.55980       161.61.35.250.49       CLOSEWAIT
    03946820  10.47.0.229.65053       161.61.35.250.49       CLOSEWAIT
    037DBE94  10.47.0.229.15283       10.41.81.55.49         CLOSEWAIT
    039A4854  10.47.0.229.48562       10.41.81.55.49         CLOSEWAIT
    TCB       Local Address           Foreign Address        (state)
    03B33320  10.47.0.229.29803       10.41.81.55.49         CLOSEWAIT
    03B3B79C  10.47.0.229.12142       10.41.81.55.49         CLOSEWAIT
    03713C9C  10.47.0.229.63799       10.41.81.55.49         CLOSEWAIT
    039BBECC  10.47.0.229.14763       10.41.81.55.49         CLOSEWAIT
    03656E40  10.47.0.229.16357       10.41.81.55.49         CLOSEWAIT
    0362A73C  10.47.0.229.62450       10.41.81.55.49         CLOSEWAIT
    039B878C  10.47.0.229.64402       161.61.35.250.49       CLOSEWAIT
    03826CFC  10.47.0.229.16108       10.41.81.55.49         CLOSEWAIT
    03B2CA34  10.47.0.229.17634       10.41.81.55.49         CLOSEWAIT
    03AD78D0  10.47.0.229.15249       161.61.35.250.49       CLOSEWAIT
    03AD967C  10.47.0.229.20389       161.61.35.250.49       CLOSEWAIT
    03B2C560  10.47.0.229.37079       10.41.81.55.49         CLOSEWAIT
    039C5128  10.47.0.229.24711       10.41.81.55.49         CLOSEWAIT
    03822F74  10.47.0.229.54866       10.41.81.55.49         CLOSEWAIT
    0372C5FC  10.47.0.229.13298       10.41.81.55.49         CLOSEWAIT
    0372D278  10.47.0.229.12407       10.41.81.55.49         CLOSEWAIT
    039A33D0  10.47.0.229.36573       10.41.81.55.49         CLOSEWAIT
    039BCEF8  10.47.0.229.53853       10.41.81.55.49         CLOSEWAIT
    039C02D8  10.47.0.229.53725       10.41.81.55.49         CLOSEWAIT
    039B5CE4  10.47.0.229.58027       10.41.81.55.49         CLOSEWAIT
    0381866C  10.47.0.229.17100       10.41.81.55.49         CLOSEWAIT
    TCB       Local Address           Foreign Address        (state)
    039BB374  10.47.0.229.53148       10.41.81.55.49         CLOSEWAIT
    03AD3634  10.47.0.229.19716       161.61.35.250.49       CLOSEWAIT
    0362DAA4  10.47.0.229.19479       10.41.81.55.49         CLOSEWAIT
    0365AE60  10.47.0.229.62209       10.41.81.55.49         CLOSEWAIT
    0362D5D0  10.47.0.229.41327       10.41.81.55.49         CLOSEWAIT
    037D7C48  10.47.0.229.58283       10.41.81.55.49         CLOSEWAIT
    03955474  10.47.0.229.33810       161.61.35.250.49       CLOSEWAIT
    0373B15C  10.47.0.229.23331       10.41.81.55.49         CLOSEWAIT
    036628D0  10.47.0.229.46856       10.41.81.55.49         CLOSEWAIT
    03819584  10.47.0.229.19861       10.41.81.55.49         CLOSEWAIT
    0394D000  10.47.0.229.64732       10.41.35.250.49        CLOSEWAIT
    0394B760  10.47.0.229.19967       161.61.35.250.49       CLOSEWAIT
    039B6BD4  10.47.0.229.40096       10.41.81.55.49         CLOSEWAIT
    03AD7150  10.47.0.229.65184       10.41.35.250.49        CLOSEWAIT
    039BC3A0  10.47.0.229.64702       10.41.81.55.49         CLOSEWAIT
    03B3A724  10.47.0.229.60399       10.41.81.55.49         CLOSEWAIT
    037145E0  10.47.0.229.43951       10.41.81.55.49         CLOSEWAIT
    03955EDC  10.47.0.229.29015       161.61.35.250.49       TIMEWAIT
    0365FB34  10.47.0.229.13961       10.41.81.55.49         CLOSEWAIT
    03828D54  10.47.0.229.12743       10.41.81.55.49         CLOSEWAIT
    037DB40C  10.47.0.229.23708       10.41.81.55.49         CLOSEWAIT
    TCB       Local Address           Foreign Address        (state)
    039AF814  10.47.0.229.15100       10.41.81.55.49         CLOSEWAIT
    0392E344  10.47.0.229.23399       10.41.35.250.49        CLOSEWAIT
    0393DC3C  10.47.0.229.15393       161.61.35.250.49       CLOSEWAIT
    03AD85D0  10.47.0.229.40932       161.61.35.250.49       TIMEWAIT
    039574CC  10.47.0.229.25935       10.41.35.250.49        CLOSEWAIT
    03738B74  10.47.0.229.58656       10.41.81.55.49         CLOSEWAIT
    039AD91C  10.47.0.229.56760       10.41.81.55.49         CLOSEWAIT
    03B3BC70  10.47.0.229.15058       10.41.81.55.49         CLOSEWAIT
    03B2DC54  10.47.0.229.51131       161.61.35.250.49       CLOSEWAIT
    03B393F0  10.47.0.229.11957       10.41.35.250.49        CLOSEWAIT
    039B2610  10.47.0.229.33728       10.41.81.55.49         CLOSEWAIT
    03B311EC  10.47.0.229.18047       10.41.81.55.49         CLOSEWAIT
    039A8E04  10.47.0.229.52022       161.61.35.250.49       CLOSEWAIT
    0365D460  10.47.0.229.12241       10.41.81.55.49         CLOSEWAIT
    03B33E78  10.47.0.229.47640       10.41.81.55.49         CLOSEWAIT
    0372C128  10.47.0.229.60323       10.41.81.55.49         CLOSEWAIT
    03661CD8  10.47.0.229.39923       10.41.81.55.49         CLOSEWAIT
    0393C73C  10.47.0.229.41864       10.41.35.250.49        CLOSEWAIT
    03829584  10.47.0.229.56673       161.61.35.55.49        CLOSEWAIT
    0362AC10  10.47.0.229.31952       10.41.81.55.49         CLOSEWAIT
    039BF078  10.47.0.229.22636       10.41.81.55.49         CLOSEWAIT
    TCB       Local Address           Foreign Address        (state)
    0365CF8C  10.47.0.229.14476       10.41.81.55.49         CLOSEWAIT
    039B443C  10.47.0.229.59226       10.41.81.55.49         CLOSEWAIT
    0393E794  10.47.0.229.56282       10.41.35.250.49        CLOSEWAIT
    03657740  10.47.0.229.25769       10.41.81.55.49         CLOSEWAIT
    03B2F6E8  10.47.0.229.19328       10.41.81.55.49         CLOSEWAIT
    0373AC88  10.47.0.229.25766       10.41.81.55.49         CLOSEWAIT
    039B213C  10.47.0.229.28882       10.41.81.55.49         CLOSEWAIT
    039C07AC  10.47.0.229.38201       10.41.81.55.49         CLOSEWAIT
    03AD8DD0  10.47.0.229.23002       10.41.35.250.49        CLOSEWAIT
    03739048  10.47.0.229.29572       10.41.35.250.49        CLOSEWAIT
    039BA464  10.47.0.229.32273       10.41.81.55.49         CLOSEWAIT
    03B31E6C  10.47.0.229.32521       10.41.81.55.49         CLOSEWAIT
    0365EBE0  10.47.0.229.41319       10.41.81.55.49         CLOSEWAIT
    03938804  10.47.0.229.62841       10.41.35.250.49        CLOSEWAIT
    039A1AF8  10.47.0.229.12758       10.41.81.55.49         CLOSEWAIT
    039B7DE4  10.47.0.229.20921       10.41.81.55.49         CLOSEWAIT
    036549F8  10.47.0.229.51903       10.41.81.55.49         CLOSEWAIT
    03714CC8  10.47.0.229.45145       10.41.81.55.49         CLOSEWAIT
    037425F8  10.47.0.229.56492       10.41.81.55.49         CLOSEWAIT
    03B39D74  10.47.0.229.18174       10.41.81.55.49         CLOSEWAIT

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

  • Packet Loss When Extending Network?

    Hi there, everyone.
    I just purchased the Airport Extreme AC after upgrading to 802.11AC devices in the home. On its own, the Extreme AC performs flawlessly - consistent connections, max speed my ISP provides, no-lag, no studdering, no packet loss. I was dissapointed with the range of the device at the far ends of my home, so I set up my previous generation Airport Extreme to extend the network.
    It extends the network fine, speeds are about half of what I get at the source, but the issue is that when it is part of the network, I experience packet loss, anywhere from 3% to 8%. I've tested this multiple times, unplugging, testing, replugging, testing. It happens both wirelessly and through ethernet. The issue is no question caused by the previous gen Airport extending the network.
    Any help here would be great!
    Setup:
    - Motorla Surfboard SB6141
    - WAN into Airport Extreme AC
    - Previous generation Airport Extreme to extend the network, no special settings.
    Don't be afraid to use techincal terminology to help me. I can follow and understand the majority of it, as I'm pretty into all of this.

    I'm not aware of anything that has changed in the 802.11ac version of the AirPort base stations that would induce the packet loss that you are seeing with an extended network over using an earlier generation. I am assuming, of course, that you are extending another Apple wireless router ... correct?
    Typically I would recommend that you would review the placement of the extending base station to be sure that it is in the optimal spot to reproduce the signal with the greatest amount of bandwidth possible. (Ref: This AirPort User Tip)

  • Packet loss when flood pinging a Mac

    I had some trouble transferring large files between my iMac and my MBP the other day and so started a bit of investigation. Mistake really - here is what I found:
    All mac targets are running up-to-date Leopard and use intel processors.
    The home network has a linksys wireless router - all devices connected by copper.
    flood ping tests with command 'sudo ping -f <target>:
    from iMac to MBP shows 30% packet loss
    from MBP tp iMac shows 33% packet loss
    from iMac to windows laptop 0% packet loss
    from iMac to linksys router 0% packet loss
    from iMac to Freecom NAS box 0% packet loss
    from MBP to windows laptop 0% packet loss
    from MBP to linksys router 0% packet loss
    from MBP to Freecom NAS box 0% packet loss
    I took the macbook to work and picked targets on another site, several busy switch hops away.
    from MBP to windows desktop 0% packet loss
    from MBP to another iMac 26% packet loss
    from MBP to mac mini 28% packet loss
    from MBP to linux server 0% packet loss
    from linux server to MBP 32% packet loss
    The firewall is off on all the targets.
    Seem clear enough - Mac machines can't handle high ping loads. It is no good telling me they don't have to. If they can answer a ping at all, they should be able to handle the load. It is a perfectly acceptable way of stress testing the link. File transfers are generally not an issue but now I want to know...
    Why can't the macs handle the ping floods?
    Is this indicative of any other weakness in the IP stack?
    Pete

    I had a suspicion of packet loss on my internet connection but could not be certain it was the ISP at fault. The fact that I had been having trouble transferring large files between my machines led me to look for possible local problems.
    Network fault finding should always examine the hardware first so I wanted to see if there was anything about the cabling or the router which might be causing packet loss.
    Actually copying data about the network is a pretty poor way to test things because you have several additional layer of complexity that can colour the results.
    When I had narrowed down the flood ping packet loss to the macs, I went hunting on the 'net. There were plenty of people who were reporting various kinds of packet loss. Enough of them that I wondered if there was something more to it. Some of them were talking about similar symptoms to mine. The respondents usually answered a question other than the one asked so I thought I would put up some tests and see if there was actually a problem anywhere.
    Now I know it is a 'feature' rather than a fault, I can work around it.
    Thanks anyway
    Pete

  • Three devices on network: 100% packet loss for my iMac.

    I'm having intermittent bouts of 100% packet-loss pinging my router from my iMac, at the same time my iPod touch and neighbor's Windows laptop are surfing wirelessly from the same router.
    Sometimes these bouts resolve spontaneously. Otherwise I need to shut down, wait, and restart my iMac to reconnect. The longer the shut down, the longer I can connect it seems.
    The problem started a few days ago, after months of trouble-free performance with the same settings. The computer usually stayed up all the time. I hoped in vain today's OSX 10.5.4 and AirPort firmware updates would fix the problem ...
    Post 10pm is the most common problem time, 'tho I'm not sure if that's a function of my iMac's uptime (wireless module is cooking?) or some electronic interference firing up near by. Maybe a virus?
    Known potential sources of interference have been around for months/years: my old wireless 'phone is a 900MHz model, the next door neighbor's satellite antenna's been up for months. The dodgy power in this old building is hopefully offset by the APC UPS that powers my Mac.
    Do I keep fiddling with the AirPort channels, or do I take my computer back to the shop for (another) warranty repair?
    Greg./

    No, I'm not letting my neighbor steal my signal. He's subletting off me, and his access to my network (WPA2 encryption) is part of the "deal". He's a bit of a night-owl, and the late night download limit is pretty big, so it works fine all round.
    I used his laptop's (and my iPod Touch's) uninterrupted access (while my iMac's floundering in packet-loss purgatory) as a way of "narrowing down" to the prime suspect: the iMac wireless module.
    Greg./
    ps sorry about the unnecessary alliteration; I had to substitute "purgatory" because the forum software censors "****" (aich, ee, ell, ell).
    Message was edited by: gregreedee
    Message was edited by: gregreedee

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

  • BT Infinity Connection Issue / Packet Loss / Not G...

    Hi,
    I am getting random packet loss. The problem is not consistant but re-occuiring i.e it happens every 15-20 mins.
    The average packet loss lasts for maybe 15-20 seconds each time. Each case is different sometimes more servere and lasts longer.
    Speed Test
    Quiet Line Test
    Outcome no noise.
    Router Stats
    1. Product name:
    BT Home Hub
    2. Serial number:
    +068343+NQ41133140
    3. Firmware version:
    Software version 4.7.5.1.83.8.204.1.11 (Type A) Last updated 22/05/15
    4. Board version:
    BT Hub 5A
    5. DSL uptime:
    0 days, 08:25:14
    6. Data rate:
    14803 / 43545
    7. Maximum data rate:
    17564 / 43047
    8. Noise margin:
    5.8 / 6.4
    9. Line attenuation:
    23.2 / 17.6
    10. Signal attenuation:
    23.4 / 17.6
    I notice it whilst playing. I have some evidence to show it happening.

    Bump...

  • 8.1 update network issues and loss of all files

    continual loss of network connection after update to 8.1. restored 8.0 & everything worked just wonderfully. then on 2/11/14 my system automatically updated to 8.1 and now all of my personal files are gone. I looked in Windows old and there aren't any
    files there and I tried to restore back to 2/8/14 (only date given) and it crashed. Can I get my files back and restore my computer back to before the 2/11 update to 8.1.
    Thank you in advance, freaking out
    Rachael

    Let me check you detail PC model and Windows 8 and 8.1 version that you are using. You should learn carefully during upgrade.
    do you able to do system restore in safe mode? how many restore point you got?
    If you cant go to Windows and try another restore point also failed, there is no other way rather than going back to Windows 8 by reinstalling OS.
    But lets try above step to check
    Also check this
    http://www.eightforums.com/tutorials/27188-windows-8-1-preview-download-install.html

  • Internet connection loss when not in use

    Hi, earlier this week I picked up a Mac Mini G4 running Mac OS X 10.4.11. I have it plugged into the interwebs through it's Ethernet port. The cable runs straight into a DSL modem. The modem seems to be working fine. All lights are on as they're supposed to be. When the internet is in use, the computer browses the web just fine. When left alone for a bit, the computer loses it's connection to the internet. The connection is also lost when the computer is in use but the internet is not being used (tying in Word, fiddling with Garageband for a long time etc). In the system preferences, under network, the status of the Ethernet flashes between "Built in ethernet is currently active and has the IP address ..... You are connected to the internet via built-in-Ethernet." and "The cable for built in Ethernet is not connected." Halp!

    I am having an identical problem. When I go to the network settings - choose built in Ethernet - then connect - it processes and connects using the PPPoE password settings. I can then surf on safari or firefox. If I log off either or put the computer to sleep, when I log back on all settings are lost and I have to go thru the whole process again. Vianet said not their problem. Belkin said not router problem as Internet lights are all active. But if I use the airport utility I get zero Internet. What can I do? Mac mini is from 2005. Also 10.4.11.

  • Performance issue in select when subselect is used

    We have a select statement that is using a where clause that has dates in. I've simplified the SQL below to demonstrate roughly what it does:
    select * from user_activity
    where starttime >= trunc(sysdate - 1) + 18/24
    and starttime < trunc(sysdate) + 18/24
    (this selects records from a table where a starttime field has values beween 6pm today and 6pm yesterday).
    We are using this statement to create a materialized view which we refresh daily. Occasionally we have the need to refresh the data for a historic day, which means that we need to go in and change the where lines, e.g. to get data from 3 days ago instead of yesterday, the where clause becomes:
    select * from user_activity
    where starttime >= trunc(sysdate - 3) + 18/24
    and starttime < trunc(sysdate - 2) + 18/24
    Having to recreate the views like this is a nuisance, so we decided to be 'smart' and create a table with a setting in that we could use to control the number of days the view looks back. So if our table is called days_ago and field called days (with a single record, set to 1), we now have
    select * from user_activity
    where starttime >= trunc(sysdate - (select days from days_ago) + 18/24
    and starttime < trunc(sysdate - ((select days from days_ago) + 1) + 18/24
    The original SQL takes a few seconds to run. However the 'improved' version takes 25 minutes.
    The days table only has 1 record in, selecting directly from it is instantaneous. Running the select on its own.
    Does anything jump out as being daft in this approach? We cannot explain why the performance has suddenly dropped off for such a simple change.

    Hi,
    Do you really need a view to do this?
    Can't you define a bind varibale, and use it in your query:
    VARIABLE  days_ago   NUMBER
    EXEC     :days_ago := 3;
    SELECT      ...
    WHERE     starttime >= TRUNC (SYSDATE - :days_ago') + (18 / 24)
    AND     starttime <  TRUNC (SYSDATE - :days_ago') + (42 / 24)     -- 42 = 24 + 18If you really must have a view, then it might be faster if you got the parameter from a SYS_CONTEXT variable, rather than from a table.
    Unfortunately, SYS_CONTEXT always returns a string, so you have to be carefule encoding the number as a string when you set the variable, and decoding it when you use the variable:
    WHERE     starttime >= TRUNC (SYSDATE - TO_NUMBER ( SYS_CONTEXT ('MY_VIEW_NAMESPACE', 'DAYS_AGO'))) + (18 / 24)
    AND     starttime <  TRUNC (SYSDATE - TO_NUMBER ( SYS_CONTEXT ('MY_VIEW_NAMESPACE', 'DAYS_AGO'))) + (42 / 24)     -- 42 = 24 + 18For more about SYS_CONTEXT, look it up in the SQL language m,anual, and follow the links there:
    http://docs.oracle.com/cd/B28359_01/server.111/b28286/functions172.htm#sthref2268
    If performance is important enough, consider storing the "fiscal day" as a separate (indexed) column. Starting in Oracle 11.1, you can use a virtual column for this. In earleir versions, you'd have to use a trigger. By "fiscal day", I mean:
    TRUNC (starttime + (6/24))If starttime is between 18:00:00 on December 28 and 17:59:59 on December 29, this will return 00:00:00 on December 29. You could use it in a query (or view) like this:
    WHERE     fiscal_day   = TRUNC (SYSDATE) - 2

  • Quality loss when merging files using QT7

    I used QT7 to merge two video files using the suggested method of selecting all of the second file and pasting into end of first file. Worked fine, but the new file is barely larger than the first. Am I losing quality? 25MB + 15MB = 26MB instead of 40MB

    I used QT7 to merge two video files using the suggested method of selecting all of the second file and pasting into end of first file. Worked fine, but the new file is barely larger than the first. Am I losing quality? 25MB + 15MB = 26MB instead of 40MB
    Did you "Save," "Save As...," or "Export" the "combined" data file? Were the source files previously trimmed "by reference" at any time?

  • 5508 snmp packet loss

    We had a system outage due to power problems a few days ago, and now our WLC is showing short term packet loss when monitoring it using SNMP.  We also monitor it using ICMP, but that shows no packet loss.  I looked at the interface statistics on the WLC and all of the switches in between and there are no errors to be seen.  is there any way to troubleshoot this problem on the WLC?  I am more familiar with IOS than the WLC CLI.
    Thanks,
    Dan.

    No, no wireless issues that we know of.  I wouldn't rule it out so fast, as our monitoring system is working fine.  All of the other devices it is monitoring have no packet loss.  Yes it could be something with the network, but why is it only this one device doing this....
    Other then enabling and disabling the snmp option, and checking the interface the only other thing I know of trying is restarting it.
    Dan.

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

  • High Packet Loss on Media Gateway and Mediation Server leg

    Hello,
    We have recently begun to receive SCOM alerts showing a high percentage of poor voice quality on calls that are being sent to voicemail.  QoE Reports show an extremely high packet loss on the Media Gateway and Mediation Server leg of the call. 
    The SCOM alerts are similar to this:
    Alert: Media quality alert for gateway and Mediation Server leg
    Source: Microsoft.LS.2010.QoE.Metric.AudioQuality.GatewayMS
    Path: MonServer01;10.1.1.1 - FESERVER01;10.1.1.1 - FESERVER01 Last modified by: System Last modified time: 9/13/2013 9:16:17 AM Alert description:
    Following are the details for this media quality alert:
    Media quality alert for:  Gateway and Mediation Server leg  "10.1.1.1 - FESERVER01"
    Total calls = 51
    Poor quality calls = 12
    Poor quality call percentage (%) = 23.53
    Following are the average values for call classification metrics:
    Average network degradation = 0.08
    Average jitter (ms) = 1.86
    Average packet loss (%)  =  3.71
    Average round trip time (ms) = 0.00
    Average concealed metric (%) = 16.33
    Average stretched metric (%) = 0.57
    Average compressed metric (%) = 0.92
    These alerts did not seem to be popping up until we enabled Media Bypass and CAC.  The call setup looks like this:
    MEDIANT 3000 -> MEDIATION SERVER -> UM SERVER
    We have had our networking team take a look at all legs of the network between subnets and they do not find any dropped packets.
    Any ideas what might be causing this to happen ONLY on calls that are transferred to voicemail?
    Thanks.
    -John Boslooper
    VWGoA Lync Administrator
    John K. Boslooper Unified Communication Engineer

    Please try to disable Media Bypass and CAC to check if still have the issue.
    Try to enable Media Bypass and CAC one at a time to check which cause the packet loss.
    Tyr to use Lync Logging Tool to collect trace file on Lync Mediation Server.
    Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
    Hi Lisa,
    I Turned off CAC and left Media Bypass on.  I received 87% packet loss, although when listening to the voicemail, I heard no drops at all.  Here are the stats:
    Audio Stream (Caller -> Callee)
        Codec: PCMA Sample rate: 8000
        Packet utilization: 947        
        Avg. packet loss rate: 26.40 % Max. packet loss rate: 87.11 %
        Avg. jitter: 1 ms Max. jitter: 3 ms
        Burst duration: 5000 ms Burst gap duration: 8690 ms
        Burst density: 100.00 % Burst gap density: 0.00 %
        Avg. concealed samples ratio: 21.00 % Avg. stretched samples ratio: 0.00 %
        Avg. compressed samples ratio: 0.00 %        
        Avg. network MOS: 1.91 Min. network MOS: 1.50
        Avg. network MOS degradation: 1.81 Max. network MOS degradation: 2.23
        NMOS degradation (jitter): 0.00 % NMOS degradation (packet loss): 99.00 %
        Audio Stream (Callee -> Caller)
        Codec: PCMA Sample rate: 8000
        Audio FEC: False Bandwidth estimates: 0 Kbps
        Packet utilization: 658        
        Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
        Avg. jitter: 0 ms Max. jitter: 0 ms
        Avg. round trip: 0 ms Max. round trip: 0 ms
    Then I turned on CAC and turned off Media Bypass.  Left a message.  0% Packet Loss.  Voicemail sounded perfect once again.  Here are the stats:
    Audio Stream (Callee -> Caller)
        Codec: PCMA Sample rate: 8000
        Audio FEC: False Bandwidth estimates: 0 Kbps
        Packet utilization: 1066        
        Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
        Avg. jitter: 0 ms Max. jitter: 0 ms
        Avg. round trip: 0 ms Max. round trip: 0 ms
        Audio Stream (Caller -> Callee)
        Codec: PCMA Sample rate: 8000
        Packet utilization: 1866        
        Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
        Avg. jitter: 2 ms Max. jitter: 9 ms
        Burst duration: 0 ms Burst gap duration: 36000 ms
        Burst density: 0.00 % Burst gap density: 0.00 %
        Avg. concealed samples ratio: 0.00 % Avg. stretched samples ratio: 1.00 %
        Avg. compressed samples ratio: 4.00 %        
        Avg. network MOS: 3.58 Min. network MOS: 3.54
        Avg. network MOS degradation: 0.15 Max. network MOS degradation: 0.18
        NMOS degradation (jitter): 0.00 % NMOS degradation (packet loss): 0.00 %
    The kicker is, with media bybass enabled, the call going to Voicemail (Exchange UM) is not a media bypass call.  The Lync Mediation server is handling the call in both instances (Media Bypass ON or OFF).
    I'm thinking it's a problem with the reporting feature since no visible/physical packet loss can be seen or heard.  Our issue also lies with the fact that it's throwing of our call quality stats for the day because of the amount of "poor calls" going
    to voicemail. 
    I would really love to figure this out.  Any thoughts?
    John K. Boslooper Unified Communication Engineer

Maybe you are looking for

  • Error while running IP function on BEx

    Hello Experts, I was trying to run Planning Function "Revaluation" from BEx work book with using BEx formula variable. But I have get below error message: *"An error occurred while communicating with the BI server"* *"As a result of this error, the s

  • Down payment problems Customer/Vendor - Assign default cost elements

    Helo Gurus, ive tried to execute TC: F-29 Customer and F-48 Vendor down payments. I enter all the data needed and additionaly Internal Order. Then i get a message saying: Maintain default revenue element in controlling area 5000 Message no. FI661 Dia

  • How can I download the current version of Flash Player?

    After nearly 3 weeks my original request received 0 replies; I'm not too impressed with this forum. I uninstalled and reinstalled my OS X 10.6.8 operating system on my MacBook Pro with Intel Core 2 Duo after following troubleshooting instructions to

  • 6.1 - BUG - ServletContext.getResourcePaths() returns paths with //

    In 6.1 SP1, ServletContext.getResourcePaths(String path) returns paths which use the string "//" as one of the directory separators, instead of paths with only one "/". Example: application.getResourcePaths("/webapp/")would return a Set containing /w

  • SMS Web Services Using ADF BC

    We would like to implement SMS web services using ADF BC. Could u please help us to point us to the right path to start this. The SMS web services will send the logs, errors or exception generated by Oracle ADF based application to mobile phones. The