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

Similar Messages

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

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

  • High Packet Loss, High Ping and Slow Connection Ov...

    Hi There,
    I have been a customer with the BT unlimited broadband package for a little under two years and up until recently have had no real issues with the service. This was until around 3/4 weeks ago I noticed that the internet was very slow and certain online games or applications like Netflix would lose all of its quality or stop completely. At first I thought nothing of it and simply reset my BT Home hub router, and sure enough everything was back to normal. However after around 2-3 hours of moderate use (gaming online or watching Netflix) the problem surfaced again.
    Now I am lucky if I can get the entire way through a 40 minute TV episode before the quality drops and/or the service requires buffering. I have already contacted BT via the helpline and the service lady ran through the obligatory steps (turn off, wait 5 minutes, reset the home hub etc.) but she failed to understand that although rebooting the home hub does alleviate the problem initially, the symptoms of a slow connection, high packet loss and high ping always return within an hour.
    Four the last couple of weeks I have been trying to investigate the problem myself and I have done the following things:
    Tested the line using the master socket (no difference)
    Opened the ports on my firewall within the home hub (no difference)
    Directly wired in the computer instead of relying on the wifi (no difference)
    Tested for interference from neighbours wifi using inSSIDider office (it wasn’t, operating on different channels)
    Switched every device that requires internet off apart from the PC (no difference)
    So with all that in mind I am fairly confident that it is nothing within my house that has caused a significant reduction in internet quality.
    Now I have tried my best to display the problem I am having by recording the connection quality for the last 24 hours. The table below represents the condition and quality of the connection after leaving it a period of time without resetting:
    ADSL Line Status
    Connection Information
    Line state:
    Connected
    Connection time:
    0 days, 21:52:14
    Downstream:
    12.96 Mbps
    Upstream:
    910 Kbps
    ADSL Settings
    VPI/VCI:
    0/38
    Type:
    PPPoA
    Modulation:
    G.992.5 Annex A
    Latency type:
    Interleaved
    Noise margin (Down/Up):
    6.7 dB / 5.4 dB
    Line attenuation (Down/Up):
    29.4 dB / 16.4 dB
    Output power (Down/Up):
    20.4 dBm / 12.6 dBm
    FEC Events (Down/Up):
    987297 / 12745
    CRC Events (Down/Up):
    254 / 15268
    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):
    2437 / 252630
    Error Seconds (Local/Remote):
    189 / 36430
    And here is a result of the ping and packet loss during this time:
    Now I immediately reset the home hub after running that test and ran the test again. These are the results I a achieved within 2 minutes of internet connectivity:
    ADSL Line Status
    Connection Information
    Line state:
    Connected
    Connection time:
    0 days, 00:01:05
    Downstream:
    13.77 Mbps
    Upstream:
    910 Kbps
    ADSL Settings
    VPI/VCI:
    0/38
    Type:
    PPPoA
    Modulation:
    G.992.5 Annex A
    Latency type:
    Interleaved
    Noise margin (Down/Up):
    6.4 dB / 5.6 dB
    Line attenuation (Down/Up):
    29.4 dB / 16.4 dB
    Output power (Down/Up):
    20.4 dBm / 12.6 dBm
    FEC Events (Down/Up):
    159 / 12746
    CRC Events (Down/Up):
    1 / 15573
    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):
    0 / 252639
    Error Seconds (Local/Remote):
    1 / 36438
    Even within the time it has taken to compose this page my internet quality has nose-dived from the previous result above to the following: 
    Connection Information
    Line state:
    Connected
    Connection time:
    0 days, 00:52:31
    Downstream:
    13.77 Mbps
    Upstream:
    910 Kbps
    ADSL Settings
    VPI/VCI:
    0/38
    Type:
    PPPoA
    Modulation:
    G.992.5 Annex A
    Latency type:
    Interleaved
    Noise margin (Down/Up):
    6.1 dB / 5.4 dB
    Line attenuation (Down/Up):
    29.4 dB / 16.4 dB
    Output power (Down/Up):
    20.4 dBm / 12.6 dBm
    FEC Events (Down/Up):
    14544 / 12749
    CRC Events (Down/Up):
    14 / 15584
    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):
    72 / 252647
    Error Seconds (Local/Remote):
    10 / 36449
    What is causing this poor quality in connection and what can be done to rectify the problem?
    Thank you for your response in advanced.
    Regards,
    Richard.

    Thank you for you quick reply, I have just moved my hub to the master socket again and re-run the test and I seem to be getting the same results.
    ADSL Line Status
    Connection Information
    Line state:
    Connected
    Connection time:
    0 days, 00:17:47
    Downstream:
    12.96 Mbps
    Upstream:
    910 Kbps
    ADSL Settings
    VPI/VCI:
    0/38
    Type:
    PPPoA
    Modulation:
    G.992.5 Annex A
    Latency type:
    Interleaved
    Noise margin (Down/Up):
    6.0 dB / 5.2 dB
    Line attenuation (Down/Up):
    28.7 dB / 15.9 dB
    Output power (Down/Up):
    20.4 dBm / 12.6 dBm
    FEC Events (Down/Up):
    26417 / 5
    CRC Events (Down/Up):
    1 / 303
    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):
    31 / 11
    Error Seconds (Local/Remote):
    10 / 36522
    I have also checked if the bell wire was attached and it is not. My socket is of the new type with the inclusion of an inductor on the faceplate. My ADSL filters and modem cable already have the middle connecting pins removed so I don’t think it is a wiring problem, at least in my apartment anyway. I have also searched for problems with the exchange and they are showing green for my area. (Liverpool Central)
    I have just rang the quiet line and I do not appear to have any noise on the line. However, all I have is a cordless phone and I know that is not ideal for determining noise due to the radio frequency interfering with the phone speaker.
    Again thank you for you time on this issue.
    Regards,
    Richard

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

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

  • Saturation Loss When Exporting from Lightroom.

    This happens to me when exporting from Lightroom 2 or 3. It happens regardless of the color profile, file format, bit depth, image size, compression, or the method of export. I regularly profile my one-year-old iMac monitor with an Eye One Display 2. My working color space for Photoshop CS4 is ProPhoto. After exporting, I am viewing the images in Photoshop, Safari, Firefox and Apple Preview, with the same result. I have used pretty much all the available export methods in Lightroom, including exporting with Lighroom ad-ons such as SlideshowPro. And, conversely, if I edit an image to my liking ourside of Lightroom, there is a saturation increase when I import it into Lightroom.  The effect tends to be most obvious and bothersome with shots taken outside on sunny days, with lots of blues and greens.  I am shooting raw files with a Canon 5d II and I use the Adobe Standard profile in Lightroom.
    There is a section at the back of Martin Evening's Lightroom book where he talks about the Lightroom color space and Lightroom versus Photoshop curves, which seems to relate to what I am seeing, but I have the feeling that what I seeing is more pronounced than what he is talking about there.  It is a real dullng of the look, not merely a slight difference in how the colors are rendered.

    Looks like Lightroom doesn't like your display profile.
    Try removing the profile (don't know how to do it on a Mac) to leave your display uncalibrated. Are the colors still different in Lightroom and Photoshop?

  • Assign VLAN from freeradius to Cisco 3550 Switch

    Hi All,
    I am trying to assign VLAN from freeradius to the a cisco 3550 switch but it's not working.
    I keep getting those lines in the cisco switch debug:
    3w6d: RADIUS:  Tunnel-Medium-Type  [65]  6   01:Unsupported            [6]
    3w6d: RADIUS:  Tunnel-Type         [64]  6   01:Unsupported            [13]
    What does it mean? Any idea how to solve this?
    Below freeradius conf and switch debug.
    Thanks.
    Configuration on freeradius users file:
    wassim    Cleartext-Password := "wassim"
            Tunnel-Medium-Type:1 = IEEE-802,
            Tunnel-Type:1 = VLAN,
            Tunnel-Private-Group-Id:1 = 100
    Cisco Switch debug log:
    3w6d: RADIUS:  authenticator 99 15 53 A6 AB B7 0B 75 - 9F A7 5F 27 8F F1 2E 67
    3w6d: RADIUS:  NAS-IP-Address      [4]   6   192.168.1.8              
    3w6d: RADIUS:  NAS-Port            [5]   6   50023                    
    3w6d: RADIUS:  NAS-Port-Type       [61]  6   Eth                       [15]
    3w6d: RADIUS:  User-Name           [1]   8   "wassim"
    3w6d: RADIUS:  Called-Station-Id   [30]  19  "00-15-F9-F8-4E-97"
    3w6d: RADIUS:  Calling-Station-Id  [31]  19  "00-1A-80-3F-F6-A1"
    3w6d: RADIUS:  Service-Type        [6]   6   Framed                    [2]
    3w6d: RADIUS:  Framed-MTU          [12]  6   1500                     
    3w6d: RADIUS:  State               [24]  18 
    3w6d: RADIUS:   DB C1 1C E7 DE C7 09 5E 75 5E 5B 0F 23 3A 54 E7  [???????^u^[?#:T?]
    3w6d: RADIUS:  EAP-Message         [79]  69 
    3w6d: RADIUS:   02 06 00 43 15 00 17 03 01 00 38 BF 71 FC FA 04  [???C??????8?q???]
    3w6d: RADIUS:   BE DC FD CC 03 D2 7F 8B 09 63 2C B2 AE D8 AC 61  [?????????c,????a]
    3w6d: RADIUS:   64 21 2B 00 ED 0E 6E E8 B0 49 50 6B 99 B8 88 A4  [d!+???n??IPk????]
    3w6d: RADIUS:   36 C6 FD B9 F0 77 2D 82 28 0A 37 D1 D4 73 B4 59  [6????w-?(?7??s?Y]
    3w6d: RADIUS:   F9 37 E6                                         [?7?]
    3w6d: RADIUS:  Message-Authenticato[80]  18 
    3w6d: RADIUS:   A2 59 A3 DE A6 98 5F 78 25 12 59 BB 4D B8 74 F0  [?Y????_x??Y?M?t?]
    3w6d: RADIUS: Received from id 1645/123 192.168.1.57:1812, Access-Accept, len 186
    3w6d: RADIUS:  authenticator C0 31 7F D7 A6 D4 1F C8 - 27 AA F0 99 EA 1F 92 C3
    3w6d: RADIUS:  Tunnel-Medium-Type  [65]  6   01:Unsupported            [6]
    3w6d: RADIUS:  Tunnel-Type         [64]  6   01:Unsupported            [13]
    3w6d: RADIUS:  Tunnel-Private-Group[81]  6   01:"100"
    3w6d: RADIUS:  Vendor, Microsoft   [26]  58 
    3w6d: RADIUS:   MS-MPPE-Recv-Key   [17]  52 
    3w6d: RADIUS:   86 8B 3E 74 76 E7 CB 9A 8F EF F5 9C 16 2E 88 1A  [??>tv????????.??]
    3w6d: RADIUS:   12 3B 80 A6 E9 9B B6 6F E6 63 C8 AA B0 DB 0E 76  [?;?????o?c?????v]
    3w6d: RADIUS:   61 C1 6A 5D 62 BD 72 BE 78 C8 9D 4D A7 3F 54 35  [a?j]b?r?x??M??T5]
    3w6d: RADIUS:   40 DC                                            [@?]
    3w6d: RADIUS:  Vendor, Microsoft   [26]  58 
    3w6d: RADIUS:   MS-MPPE-Send-Key   [16]  52 
    3w6d: RADIUS:   8A 61 97 87 78 FD CA 16 8D F0 ED 75 C0 70 93 AE  [?a??x??????u?p??]
    3w6d: RADIUS:   71 EF 5A 21 53 35 A4 88 F9 84 16 83 10 43 6E 9E  [q?Z!S5???????Cn?]
    3w6d: RADIUS:   AB A7 8B 56 6C 42 0D AB 09 1D 82 D3 CB 7E 6C B8  [???VlB???????~l?]
    3w6d: RADIUS:   56 58                                            [VX]
    3w6d: RADIUS:  EAP-Message         [79]  6  
    3w6d: RADIUS:   03 06 00 04                                      [????]
    3w6d: RADIUS:  Message-Authenticato[80]  18 
    3w6d: RADIUS:   82 4B 64 0F 07 64 59 18 0F 27 07 95 A5 15 09 33  [?Kd??dY??'?????3]
    3w6d: RADIUS:  User-Name           [1]   8   "wassim"
    3w6d: RADIUS: EAP-login: length of eap packet = 4
    3w6d: RADIUS: Tunnel-MType, [01] 00 00 06
    3w6d: RADIUS: TAS(1) created and enqueued.
    3w6d: RADIUS: Tunnel-Type, [01] 00 00 0D
    3w6d: RADIUS: Tunnel-GID, [01] 100
    3w6d: RADIUS: unrecognized Microsoft VSA type 17
    3w6d: RADIUS: unrecognized Microsoft VSA type 16
    3w6d: RADIUS: TAS(1) takes precedence over tagged attributes, tunnel_type=vlan
    3w6d: RADIUS: free TAS(1)
    3w6d: RADIUS: no appropriate authorization type for user.
    3w6d: RADIUS: Tunnel-MType, [01] 00 00 06
    3w6d: RADIUS: TAS(1) created and enqueued.
    3w6d: RADIUS: Tunnel-Type, [01] 00 00 0D
    3w6d: RADIUS: unrecognized Microsoft VSA type 17
    3w6d: RADIUS: unrecognized Microsoft VSA type 16
    3w6d: RADIUS: TAS(1) takes precedence over tagged attributes, tunnel_type=vlan
    3w6d: RADIUS: free TAS(1)
    3w6d: RADIUS: no appropriate authorization type for user.
    3w6d: RADIUS: Tunnel-MType, [01] 00 00 06
    3w6d: RADIUS: TAS(1) created and enqueued.
    3w6d: RADIUS: Tunnel-Type, [01] 00 00 0D
    3w6d: RADIUS: unrecognized Microsoft VSA type 17
    3w6d: RADIUS: unrecognized Microsoft VSA type 16
    3w6d: RADIUS: TAS(1) takes precedence over tagged attributes, tunnel_type=vlan
    3w6d: RADIUS: free TAS(1)
    3w6d: RADIUS: no appropriate authorization type for user.
    3w6d: %LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/23, changed state to up

    I believe you should be using the numerical values in your fields, look at this one :
    http://www.scribd.com/doc/75788651/52/X-with-VLAN-Assignment
    Tunnel-Medium-Type:1 = 6
    Tunnel-Type:1 = 13
    Tunnel-Private-Group-Id:1 =

  • Connectivity loss when roaming from AP to AP

    I work for a healthcare organization where nurses use what we refer to as COWS, or carts on wheels. These carts are basically laptops attached to carts that utilize our wireless infrastructure to access patient care applications.
    The problem we've been having and working with the application developers on is that, whenever the carts are moved between patient rooms and have to associate with a different AP, the telnet connection that the application uses to establish connectivity is dropped during the short delay in the changeover.
    Anyone have any experience with settings that might mitigate this? Far as I know there are no telnet timers that can be adjusted(buffered) to help with this situation, and I'm not certain if anything can be adjusted on the wireless network to help. The "fix" has been to have the user reboot to re-establish the telnet session and then everything's good again.
    Any suggestions on things to try?
    Thanks.
    /rls

    I assume these are all on the same SSID and same subnet, i.e. there are no layer 3 roaming issues since you did not mention if you use LWAPP APs. In any case I used to roam all the time with telnet sessions to Cisco switches. If it is dropping the session, it is more likely because of the host system. You could test that by testing to a Cisco device.
    A couple of suggestions:
    1. Use WPA2 instead of WPA. WPA2 handles roaming better.
    2. If you are using XP wireless make sure you have the Microsoft WPA2 update installed. Not necessary if you use another wireless supplicant.
    3. Test roaming with a laptop from room to room. If you are loosing more than two pings or so, your roaming sensitivity is not working optimally. Use continuous pings.
    4. You could go to fast roaming using CCKM; however, I would make sure the standard roaming method is working correctly before going to the effort of changing everything. Besides, you will need to have a wireless client capable of CCKM. If not, you are out of luck. I had that problem with some of my Windows CE devices. They were too dumb to use CCKM.
    5. I did have some Windows CE devices which did not roam properly until I had the roaming sensivity set. I was loosing about 7 pings. This is not normal unless you have a problem.
    6. Last resort - but expensive. We had an intermediate server that would hold sessions to SAP due to the potential of the same problem you have. The company that provided it to us was Psion Teklogix. It prevented session loss because a server held the session, not the mobile client. A company like this one should be able to modify the application to your needs if you have money to spend.
    Testing is the key I think, but WPA2 would have to help due to the caching of authentications. If you go back to a room you were just in, it should roam faster.
    Randy

  • VIP is not responding When pinging from ace

    hey i have a very strange type of error. everything was working fine untill it just stopped. i have two vips both were mounted and working fine and then one of the vip just stopped working you can ping and get reply from my pc but not from ace. they are connected directly with nexus 5k and was working fine. now you can have reply from for other vips and servers and all other thing but not that single vip. when you ping it on nexus you get DUP; Packets which is not understood by me there is all commands like no ip redirects are been given but i dont know wats rong.
    can some1 have any idea and help ?

    Hi Usman,
    Not sure about DUP packets that you see on nexus but from ACE's perspective we need to see what is wrong and for that i would need to look at your configuration and other outputs. Do you see that your client's request is reaching the ACE VIP ? You can check using "show conn address " and see if you see a corresponding backend connection or not. Do you see any handshake failures or any other counters increasing under "show stats crypto server" command? We need to have more information for us to look at to tell you what is going on at least from ACE's viewpoint.
    Regards,
    Kanwal

  • How to simulate up/down network packet loss, BW, delay from script or command line?

    Before ipfw used to cover network QoS parameters simulation from the command line.
    Currently, from Yosemite on, PF seems more limited, and only port redirection/restriction seems to be possible.
    Network Link Conditioner can do it, but, afaik, not from command line (or script). Which certainly limits a lot for automated testing or other automated operations.
    Options?

    Thanks for this - I also have an OKI (a C5500) and this is a Godsend as I would struggle to replace it.
    A couple of comments:
    Points 6 and 7 should be switched - MacPorts wouldn't install until XCode was installed. You my also want to expand the XCode instructions to say that the App Store link downloads the installer and that you need to go into Launchpad and run it to fully install XCode.
    The gsed installation also popped up and asked me to install Java (through Software Update). I did this and the installation of gsed continued and completed succesfully.
    If wget is in the Downloads folder, the command you have to use it in point 8 should be prefaced with ./ as it's the local folder it will run from.
    You have an extraneous line right below the wget command (sdff).
    Otherwise, this is a really excellent procedure.
    Many thanks,
    Des

  • Traceroute and Ping from GUI on 300 series switches?

    Any hopes of being able to do Pings and Traceroutes from the GUI? It's a little frustrating having to telnet/ssh to do those basic things.
    It would also be nice to be able to switch to Layer3 mode through the web GUI.

    Hi,
    Thank you for participating in the Small Business support community. My name is Nico Muselle from Cisco Sofia SBSC.
    With pleasure I can announce that the ping and traceroute function will be available in the next firmware release of the Sx300 series switches. Changing the system mode however is not (as far as I know).  The firmware to be release will contain major updates and addition of functions like TextView (command line interface), CDP, smartports, QinQ etc ...
    A little patience before this maintenance release is available, it will be certainly worth waiting for !
    Best regards,
    Nico Muselle
    Sr. Network Engineer - CCNA

  • Is it possible to get logs from a 3850 Cisco member switch in a stack?

    %STACKMGR-1-STACK_LINK_CHANGE: MEMBER: 4 stack-mgr:  Stack port 2 on switch 4 is down
    %STACKMGR-1-STACK_LINK_CHANGE: STANDBY:2 stack-mgr:  Stack port 1 on switch 2 is down  (OC-SWTCH)
    %STACKMGR-6-SWITCH_REMOVED: STANDBY:2 stack-mgr:  Switch 3 has been removed from the stack.
    I recieved errors on a 3850 switch 3 in my stack, it's removed from my stack and after 5 minutes it comes back up. I want to know what the switch was doing for those 5 minutes, is it possible to get the log files for only switch 3? Telneting to the switch stack or connecting a console cable directly to switch 3 only gives me the logs for master switch logs. Ideally when a switch reconnects to a stack, the master switch should ask the joining switch for it's logs, and merge them into it's own logs so it has a record of the switch did when it wasn't communitating.

    HI,
    create a internal with type of the structure and populate values into that n do wat ever u want.
    ex:
    data: itab type zstruct occurs 0 with header line. // where zstruct is a structure in a database.
    select * from .............. into table itab where ...............
    loop at itab.
    write:/10 itab-fld1,
              20    itab-fld2,
    endloop.
    if helpful reward some points.
    with regards,
    suresh aluri.

  • Ping Packet Loss across MPLS TE Tunnels

    Hello...Please Help,
    I have a Single Area OPSF network running across 4 main routers via GigEth Ckts. The OSPF Network is working correctly. I recently implemented MPLS TE creating two Tunnels - One Explicit Path and One Dynamic Path. Two of the Routers also have a T1 Frame Relay Link over which the Explicit path is configured. It is up and woking but I am experiencing 50-60 percent packet loss when pinging between these PE routers. When I force it to the dynamic tunnel it follows the same FR path and experiences the same packet loss. There is no packet loss anywhere else in the network.
    This is a Lab environment w/three LAN's Two 7206VXR & Two 3745 routers and Three 3550 Switches - one per LAN
    Suggestions?

    Thank You for your response. The problem may not be an MPLS TE problem.
    But would my "path-option" and "priority" being set the same for the Dynamic and Explicit Tunnels cause one tunnel to come up and the other go down and cease to signal. Right now I have one or the other working when viewed w/the "show mpls traffic-eng tunnels" command. If I take one down the other works.
    The IPs are 10.1.101.1 & 2/30 respectively for the FR Link. That was a Typo...I have corrected it.
    The FR interfaces are not SubInt's as the Serial Interface holds the IP address. These are strictly Point to Point but I have the "IP OSPF Network Broadcast" command set and OSPF going across them.
    I have SubInt's set on the Gi0/3 Interface.
    Gi0/3.1 & 3.10 for VLAN's 1 & 10
    There are not any drops when pinging from Within the routers "Interface to Interface".
    But when I ping the LAN Node to Node or from within the Router "if" I do not specify an "interface source" I receive the drops.
    The result is the same from either side of the Network on both of the 7206 Routers.
    Thanks, Kevin

Maybe you are looking for