High packet drop over FCoE setup

We have nexus 5k switch connected to storage array through FCoE 10GB interface and with blade chasse support FCoE. We are facing a hug latency on the traffic flow between the server and the storage. Can some one help me to solve this issue? Also do we need to setup the jumbo frame and modify the MTU size?
Sent from Cisco Technical Support iPad App

Aymen,
MTU should not be an issue. No need to modify the MTU for regular ethernet traffic, unless you're using IP storage such as iSCSI.
Let's narrow down the problem first.
1. Do you see packet loss/performance issues on other servers connected to the same N5K(s)?
2. Are you seeing any packet drops on the N5K interfaces or GATOs ASIC?
show interface e1/20 counters errors
show interface e1/20 flowcontrol
show interface e1/20 priority-flow-control
show system internal ethpm errors | egrep Ethernet1/20
show hardware internal gatos port ethernet 1/20| egrep -i err
I would check these counters on both the host facing and arrary facing interfaces.
3. What is the exact array that is FCoE attached?
4. Do you have a topology diagram?
5. What are the server side adapters, firmware and driver versions being used (include the OS on the host).
Regads,
Robert

Similar Messages

EEM -automatic shut down or switch over of WAN link in OSPF when packet drop increase

Hi,
Need help..
can any one help me how can EEM help for automatic shut down or switch over of WAN link in OSPF when packet drop increase a predefined level.
I have a set up different branches connected together...OSPF is the routing protocol and need to communicate with two branches via hub locations.
need to shut or switch some percent of traffic from primary to back up when packet drop in the link.

I am not sure EEM can do what you want.
Another option could be to use SLA tacking/monitoring. But you will fall back to the new route when you lose some percentage of pings, you can't switch only part of the traffic.
I hope it helps.
PK

Packet drops and High CPU on Cisco 3845 Switch

Hello Experts,
We are facing a lot of packet drops in our LAN.
When we try to ping one of the access switches from the CE router, we get the follwoing output:
pdel1799#ping 10.132.136.17 so 10.132.164.1 si 100 re 500
Type escape sequence to abort.
Sending 500, 100-byte ICMP Echos to 10.132.136.17, timeout is 2 seconds:
Packet sent with a source address of 10.132.164.1
Success rate is 98 percent (491/500), round-trip min/avg/max = 1/9/44 ms
pdel1799#
Success rate is 98 percent (491/500), round-trip min/avg/max = 1/9/44 ms
pdel1799#
Some command outputs and show tech of all switches attached from the customer which I have attached.
I have also attached a diagram but the only router''s IP address is correct in the diagram while IP address of switches in the diagram are incorrect. Here are the correct IPs of the switches:
Core Switch : 10.132.139.2
Access Switches:
10.132.136.17
10.132.136.18
10.132.136.29
Apart from packet drops on VLAN 1 we are seeing high CPU utilization on core switch
ingur-msl-coresw#sh processes cpu sorted | ex 0.0
Core 0: CPU utilization for five seconds: 61%; one minute: 45%; five minutes: 47%
Core 1: CPU utilization for five seconds: 63%; one minute: 46%; five minutes: 56%
Core 2: CPU utilization for five seconds: 36%; one minute: 74%; five minutes: 69%
Core 3: CPU utilization for five seconds: 85%; one minute: 69%; five minutes: 65%
PID    Runtime(ms) Invoked uSecs 5Sec     1Min     5Min     TTY   Process
5638   2374911     23863975 131    52.03    52.24    52.58    1088 fed
9227   43623       21191441 182    8.36     5.53     5.71     0     iosd
6146   1437288     13888905 56     0.95     0.68     0.70     0     pdsd
5639   1292905     86276135 11     0.13     0.13     0.11     0     platform_mgr
6161   2831440     20952285 955    0.13     0.12     0.10     0     cpumemd
I can get more details required to resolve this, please help!!

Hi,
I can see several Mac Flaps in the logs provided.... i.e. on int gi 1/1/3. have you verified you don't have any bridging loop occurring on the network?
Regards,
Yaseen

Experiencing high packet loss.

Hello, I am experiencing relatively high packet loss, in particular when connected to my teamspeak server which is at andesite.typefrag.com.
Here is my tracert
Tracing route to andesite.typefrag.com [54.209.243.18]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms Wireless_Broadband_Router.home [192.168.1.1]
2 8 ms 6 ms 7 ms L100.NWRKNJ-VFTTP-83.verizon-gni.net [173.70.104.1]
3 8 ms 12 ms 9 ms G0-13-0-2.NWRKNJ-LCR-21.verizon-gni.net [130.81.216.128]
4 6 ms 7 ms 6 ms ae3-0.NWRK-BB-RTR1.verizon-gni.net [130.81.199.186]
5 13 ms 18 ms 11 ms 0.xe-3-0-1.BR1.NYC1.ALTER.NET [152.63.5.149]
6 11 ms 59 ms 10 ms jfk-brdr-04.inet.qwest.net [63.235.40.53]
7 * 20 ms * dca2-edge-01.inet.qwest.net [67.14.36.10]
8 18 ms 19 ms 19 ms 65.120.78.82
9 19 ms 19 ms 19 ms 72.21.220.149
10 20 ms 19 ms 21 ms 72.21.222.129
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 22 ms 19 ms 19 ms ec2-54-209-243-18.compute-1.amazonaws.com [54.209.243.18]
Trace complete.
I am not exactly sure what to make of this or where to go at this point in resolving the issue, any help would be greatly appreciated.
Thanks.

Where are you experiencing packet loss? I see ICMP de-priortization at 1 hop and 100% dropping of ICMP at 3 of the 4 last hops but otherwise no packet loss. What sort of issues are you having? It's packet loss at the destination that is the issue, not in between. It's not uncommon for hops between source and destination to drop some or all ICMP packets as they're more concerned with legitimate data.
WinMTR statistics
Host
Sent
Recv
Best
Avrg
Wrst
Last
L100.PITBPA-VFTTP-33.verizon-gni.net
0
219
219
2
4
42
2
G0-1-0-5.PITBPA-LCR-22.verizon-gni.net
1
215
214
2
5
11
5
xe-0-1-0-0.PHIL-BB-RTR2.verizon-gni.net
0
219
219
10
19
163
10
0.xe-7-3-0.BR1.IAD8.ALTER.NET
0
219
219
15
18
72
16
dcp-brdr-03.inet.qwest.net
0
219
219
15
17
82
17
dca2-edge-01.inet.qwest.net
1
215
214
15
17
69
15
65.120.78.82
0
219
219
15
17
83
16
72.21.220.149
0
219
219
17
18
26
18
205.251.245.63
0
219
219
17
24
56
41
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
ec2-54-209-243-18.compute-1.amazonaws.com
0
219
219
15
16
26
17

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

Virtex6:Configuration data download to FPGA was not successful. DONE did not go high, please check your configuration setup and mode settings

Hello，everyone.
I am using virtex6 FPGA and trying to download mcs file to PROM and have failed.
I download .bit file to FPGA and succeed.
When i try to download .mcs file to PROM XCF128X-FTG64C(BPI Flash) and choose Slave SelectMAP Mode
and the process is about 68% it fails.
The message below the IMapct is as belows:
done.
PROGRESS_END - End Operation.
Elapsed time =      0 sec.
// *** BATCH CMD : identifyMPM
// *** BATCH CMD : assignFile -p 1 -file "C:/Users/Administrator/Desktop/TEST/LED/led.bit"
'1': Loading file 'C:/Users/Administrator/Desktop/TEST/LED/led.bit' ...
done.
INFO:iMPACT:2257 - Startup Clock has been changed to 'JtagClk' in the bitstream stored in memory,
but the original bitstream file remains unchanged.
UserID read from the bitstream file = 0xFFFFFFFF.
INFO:iMPACT:501 - '1': Added Device xc6vlx240t successfully.
INFO:iMPACT - Current time: 2014/3/13 8:48:14
// *** BATCH CMD : Program -p 1
PROGRESS_START - Starting Operation.
Maximum TCK operating frequency for this device chain: 66000000.
Validating chain...
Boundary-scan chain validated successfully.
INFO:iMPACT - 1: Over-temperature condition detected! [ 230.52C > 120.00C]
1: Device Temperature: Current Reading: 230.52 C, Max. Reading: 230.52 C
1: VCCINT Supply: Current Reading:   2.997 V, Max. Reading:   2.997 V
1: VCCAUX Supply: Current Reading:   2.997 V, Max. Reading:   2.997 V
'1': Programming device...
Match_cycle = NoWait.
Match cycle: NoWait
LCK_cycle = NoWait.
LCK cycle: NoWait
done.
INFO:iMPACT:2219 - Status register values:
INFO:iMPACT - 0011 1111 0111 1110 0100 1011 1100 0000
INFO:iMPACT:579 - '1': Completed downloading bit file to device.
INFO:iMPACT:188 - '1': Programming completed successfully.
Match_cycle = NoWait.
Match cycle: NoWait
LCK_cycle = NoWait.
LCK cycle: NoWait
INFO:iMPACT - '1': Checking done pin....done.
'1': Programmed successfully.
PROGRESS_END - End Operation.
Elapsed time =     23 sec.
Selected part: XCF128X
// *** BATCH CMD : attachflash -position 1 -bpi "XCF128X"
// *** BATCH CMD : assignfiletoattachedflash -position 1 -file "C:/Users/Administrator/Desktop/TEST/LED/leda.mcs"
INFO:iMPACT - Current time: 2014/3/13 8:49:32
// *** BATCH CMD : Program -p 1 -dataWidth 16 -rs1 NONE -rs0 NONE -bpionly -e -v -loadfpga
PROGRESS_START - Starting Operation.
Maximum TCK operating frequency for this device chain: 66000000.
Validating chain...
Boundary-scan chain validated successfully.
INFO:iMPACT - 1: Over-temperature condition detected! [ 230.52C > 120.00C]
1: Device Temperature: Current Reading: 230.52 C, Max. Reading: 230.52 C
1: VCCINT Supply: Current Reading:   2.997 V, Max. Reading:   2.997 V
1: VCCAUX Supply: Current Reading:   2.997 V, Max. Reading:   2.997 V
'1': BPI access core not detected. BPI access core will be downloaded to the device to enable operations.
INFO:iMPACT - Downloading core file D:/Xilinx/14.3/ISE_DS/ISE/virtex6/data/xc6vlx240t_jbpi.cor.
'1': Downloading core...
Match_cycle = NoWait.
Match cycle: NoWait
LCK_cycle = NoWait.
LCK cycle: NoWait
done.
INFO:iMPACT:2219 - Status register values:
INFO:iMPACT - 0011 1111 0111 1110 0100 1011 1100 0000
INFO:iMPACT:2492 - '1': Completed downloading core to device.
Current cable speed is set to 6.000 Mhz.
Cable speed is default to 3Mhz or lower for BPI operations.
Current cable speed is set to 3.000 Mhz.
Setting Flash Control Pins ...
Setting Configuration Register ...
Populating BPI common flash interface ...
Common Flash Interface Information Query completed successfully.
INFO:iMPACT - Common Flash Interface Information from Device:
INFO:iMPACT - Verification string: 51 52 59
INFO:iMPACT - Manufacturer ID:        49
INFO:iMPACT - Vendor ID:             01
INFO:iMPACT - Device Code:           18
Setting Flash Control Pins ...
Using x16 mode ...
Setting Flash Control Pins ...
Setting Configuration Register ...
'1': Erasing device...
'1': Start address = 0x00000000, End address = 0x008CE03B.
done.
'1': Erasure completed successfully.
Setting Flash Control Pins ...
Using x16 mode ...
Setting Flash Control Pins ...
Setting Configuration Register ...
INFO:iMPACT - Using Word Programming.
'1': Programming Flash.
done.
Setting Flash Control Pins ...
'1': Flash Programming completed successfully.
Using x16 mode ...
Setting Flash Control Pins ...
Setting Configuration Register ...
'1': Reading device contents...
done.
'1': Verification completed.
Setting Flash Control Pins ...
Current cable speed is resumed to 6.000 Mhz.
'1': Configuration data download to FPGA was not successful. DONE did not go high, please check your configuration setup and mode settings.
`Elapsed time =    814 sec.
and i find many people have met the same thing. But they are spartan series FPGA and i try to low the Resistances of Mode pins,M0 M1 and M2, but the problem does not been solved.
I have read the status Registers and find there is an over-temperature state
and in Impact i could not readback the registers. It is strange.
I am anxious about this problem and have not solved it yet
What reasons may it be?
Hope for your answer, thank you

Hi~I want to know if you solve the configuration problem for virtex-6?
As I encounter the  same configuration problem, I want to consult  you with some question.
Can I have your email?
gszakacs wrote:
I have measured the VCCINT and find it is 1.0V, not 2.997V;
That is not at all surprising. I always assumed the problem is with reading the XADC (system monitor) block and not with the voltage or temperature.
my Reference board is ML605
That would have been nice to know at the beginning...
It seems that you have selected the correct mode, assuming your jumpers are set as required in the ML605 Hardware User's Guide. See table 1-27, table 1-33 and the note below it about switch S1.
I'm not that familiar with the details of this reference design, but it may be that the slave SelectMap circuitry requires a reset or power cycle to actually configure the FPGA. Have you tried power-cycling to see if the FPGA boots from the flash?
I'd also suggest that you select the V6 in the JTAG chain view, then go to the debug menu of Impact and select Read Device Status (this is from memory, but it's something like that). That will not only show the bits of the configuration status register, but also describe what each bit means. Among other things you can check the state of the FPGA's configuration logic and the Mode pins.

Signature 1330 causes packet drops

Hello Members,
i see in my IPS-NME module a hign number of packet drops because of the following signatures:
1330-17: TCP segment out of state order
1330-12: TCP segment is out of order.
the targets and the attacers are internal hosts.
are these signatures triggered because of not propper configured policies or is this an indicator for problems in the internal network.
thanks for your inputs.
regards
alex

Hello Sid,
thanks for your answer. I learned that most of packets where the Signature 1330 triggers are packets from the IPS module to the IPS Express Manager. I added wireshark dump to the case.
That's really odd, i ran a traceroute from the IPS Manager to the IPS Module and vice versa and the flow look ok to me.
Trace from the IPS module to the IPS Manager
# trace 10.0.128.5
traceroute to 10.0.128.5 (10.0.128.5), 4 hops max, 40 byte packets
1 172.16.1.9 (172.16.1.9) 1.479 ms 1.327 ms 1.275 ms
2 172.16.1.1 (172.16.1.1) 3.616 ms 2.952 ms 1.907 ms
3 10.89.27.10 (10.89.27.10) 2.288 ms 2.044 ms 2.136 ms
4 10.89.27.21 (10.89.27.21) 8.106 ms 9.148 ms 8.266 ms
return path
C:\Users\Administrator.NOS-POC>tracert 172.16.1.11
Tracing route to 172.16.1.11 over a maximum of 30 hops
1    <1 ms    <1 ms    <1 ms 10.0.128.1
2     2 ms     3 ms     2 ms 172.16.2.1
3     1 ms     1 ms     1 ms 10.89.27.22
4     9 ms     9 ms     9 ms 10.89.27.9
5     8 ms     8 ms     8 ms 172.16.1.6
6     8 ms     8 ms     8 ms 172.16.1.11
Trace complete.
trace from the IPS module's gateway
#traceroute vrf CENTRAL 10.0.128.5 source 172.16.1.9
Type escape sequence to abort.
Tracing the route to 10.0.128.5
1 172.16.1.1 0 msec 0 msec 0 msec
2 10.89.27.10 0 msec 0 msec 4 msec
3 10.89.27.21 8 msec 8 msec 8 msec
4 172.16.2.6 8 msec 8 msec 4 msec
5 10.0.128.5 4 msec 4 msec 4 msec
what make me wonder is that the IPS module doesn't show hops further than 4 hops.
regards
alex

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

High output drops

I am usign a Ospry 450e capture card to stream live video using FMLE 3. Midway into the stream the out video moves like its sticking for a few seconds and the and the output Drops (fps) are over 4300! ....over a 90 minute period
I am streaming at 200k video and 48k audio [mono]

You are experiencing high frame drops because of lack ofVideo Bitrate. Encoder is not able to accomodate all frames in 200 kbps. please try increasing your Video Bitrate value and let me know if it works

Output packets drops on Router interface

Hi,
As shown in attached diagram we have connected DC and site with two ISP.
RTR1 and RTR2 are in HSRP mode and RTR2 is active router for site
We are seeing packet drops on DC RTR2 interfece connected to Sprint MPLS.
We have a site with two isp (Sprint MPLS and P2P link). Site is running on Sprint ISP.
We are seeing out put errors on DC RTR2 Sprint interface, when we failover site to P2P link from sprint.
And when fail over back to Sprint at site we are not seeing any output packets drops on DC RTR2 sprint link.
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
reliability 255/255, txload 36/255, rxload 12/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 1w0d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 82137
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 4722000 bits/sec, 1449 packets/sec
5 minute output rate 14469000 bits/sec, 2088 packets/sec
601690470 packets input, 1836920253 bytes, 0 no buffer
Received 134822 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 134790 multicast, 0 pause input
0 input packets with dribble condition detected
858756749 packets output, 2658785694 bytes, 0 underruns
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out

Sh int
MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 36/255, rxload 12/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 100Mb/s, media type is RJ45
output flow-control is XON, input flow-control is XON
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 1w0d
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 82137
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 4722000 bits/sec, 1449 packets/sec
5 minute output rate 14469000 bits/sec, 2088 packets/sec
     601690470 packets input, 1836920253 bytes, 0 no buffer
     Received 134822 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 134790 multicast, 0 pause input
     0 input packets with dribble condition detected
     858756749 packets output, 2658785694 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 pause output
     0 output buffer failures, 0 output buffers swapped out

Network packets dropped

Hi,
I have a sun server X3-2, 3x 1Gb Nic, 1x 10Gb Nic. I installed OVM Server 3.2.1.
I'm seeing network packets dropped at OVM Server and also virtual machines. I need some help to trousbleshoot this problem. Below is ifconfig from OVM Server,
101cdcd51d Link encap:Ethernet HWaddr 00:10:E0:0F:4E:E9
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2583993 errors:0 dropped:159 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:131036673 (124.9 MiB) TX bytes:0 (0.0 b)
104dd3b9b6 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:EA
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2971119 errors:0 dropped:308152 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:173808870 (165.7 MiB) TX bytes:0 (0.0 b)
10812417eb Link encap:Ethernet HWaddr 00:10:E0:0F:4E:EB
inet addr:172.18.20.21 Bcast:172.18.20.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:79785265 errors:0 dropped:308147 overruns:0 frame:0
TX packets:59666982 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:5272272043 (4.9 GiB) TX bytes:213770574164 (199.0 GiB)
ac120a00 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:E8
inet addr:172.18.10.14 Bcast:172.18.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:37411282 errors:0 dropped:27211 overruns:0 frame:0
TX packets:26454994 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:26791781952 (24.9 GiB) TX bytes:66747028706 (62.1 GiB)
ac120a00:0 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:E8
inet addr:172.18.10.21 Bcast:172.18.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
bond0 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:E8
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:25398774 errors:0 dropped:149288 overruns:0 frame:0
TX packets:53556134 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:13158783040 (12.2 GiB) TX bytes:58483952392 (54.4 GiB)
eth0 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:E8
UP BROADCAST RUNNING SLAVE MULTICAST MTU:1500 Metric:1
RX packets:25398774 errors:0 dropped:0 overruns:0 frame:0
TX packets:53556134 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:13158783040 (12.2 GiB) TX bytes:58483952392 (54.4 GiB)
eth1 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:E9
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:60907850 errors:0 dropped:149288 overruns:0 frame:0
TX packets:46274656 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:55810386302 (51.9 GiB) TX bytes:9002478487 (8.3 GiB)
eth2 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:EA
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:5385839 errors:0 dropped:149288 overruns:0 frame:0
TX packets:1980840 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:597573454 (569.8 MiB) TX bytes:1870009913 (1.7 GiB)
eth3 Link encap:Ethernet HWaddr 00:10:E0:0F:4E:EB
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:3083698952 errors:0 dropped:149288 overruns:0 frame:0
TX packets:2206053130 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:3204785408535 (2.9 TiB) TX bytes:2844843875054 (2.5 TiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:289418 errors:0 dropped:0 overruns:0 frame:0
TX packets:289418 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:575239287 (548.5 MiB) TX bytes:575239287 (548.5 MiB)
tap2.0 Link encap:Ethernet HWaddr 86:01:23:DD:30:45
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:46239049 errors:0 dropped:0 overruns:0 frame:0
TX packets:60793985 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:9000848211 (8.3 GiB) TX bytes:55803051642 (51.9 GiB)
tap2.1 Link encap:Ethernet HWaddr BA:AA:64:41:45:C9
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:40433024 errors:0 dropped:0 overruns:0 frame:0
TX packets:33831126 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:44233509682 (41.1 GiB) TX bytes:9093090370 (8.4 GiB)
tap2.2 Link encap:Ethernet HWaddr 62:65:11:65:D6:D1
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:19737692 errors:0 dropped:0 overruns:0 frame:0
TX packets:19458130 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:16177172226 (15.0 GiB) TX bytes:5121148316 (4.7 GiB)
vif2.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
vif2.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
vif2.2 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)
vif7.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:4214308 errors:0 dropped:0 overruns:0 frame:0
TX packets:8060734 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:7340812076 (6.8 GiB) TX bytes:6143519413 (5.7 GiB)
vif15.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:26718295 errors:0 dropped:0 overruns:0 frame:0
TX packets:27375858 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:30597536250 (28.4 GiB) TX bytes:23460283180 (21.8 GiB)
vif24.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:8920840 errors:0 dropped:0 overruns:0 frame:0
TX packets:10589487 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:77502033529 (72.1 GiB) TX bytes:9979589042 (9.2 GiB)
vif35.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:179700 errors:0 dropped:0 overruns:0 frame:0
TX packets:171511 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:60900250 (58.0 MiB) TX bytes:1544469271 (1.4 GiB)
vif35.1 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:67196487 errors:0 dropped:0 overruns:0 frame:0
TX packets:71343770 errors:0 dropped:75 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:135310654804 (126.0 GiB) TX bytes:272303511292 (253.6 GiB)
Thanks for your help.
Regards
Dean
Edited by: user9256256 on May 11, 2013 8:25 PM

Looks you've tried to setup a bond between various members on bond0. It doesn't appear your bond is working correctly.

Packets Dropped In Hardware By CPU Subport on Catalyst 4507

CHAN4507#sh platform cpu pac stat
Packets Dropped In Hardware By CPU Subport TxQueue 0 TxQueue 1 0 0 3 105952 Packets Dropped In Processing Total 5 sec avg 3914397 0 Packets Dropped In Processing Event Total Input Acl 338853 SA Miss 13 Packets Dropped In Processing Priority Total Normal 3913388 Medium 21642 High 996 Crucial 3553902 Packets Dropped In Processing Reason Total SrcAddrTableFilt L2DstDrop AclActionDrop 338853 NoFloodPorts 3575527 Total packet queues 16
Packets Received by Packet Queue
Queue Total Esmp 3264762238 Control 58750153 Host Learning 2278841 L3 Fwd Low 12359420458 L2 Fwd Highest L2 Fwd High/Medium 107 L2 Fwd Low 71680133 L3 Rx Highest/High/Med 26231554 L3 Rx Low 19491956 RPF Failure 23 ACL fwd(snooping) 4041317 ACL log, unreach 120354109 Packets Dropped by Packet Queue
Queue Total L2 Fwd Low 732 Can anyone answer my following 1. What goes into TxQueue 3?
2. Can we identify any specific 3. Is there some way to rearrange CPU Subport (txQueueNotAvail)
TxQueue 2 TxQueue 3
0 0 71498709
0 0 0
Overall
1 min avg 5 min avg 1 hour avg
0 0 0
by CPU event
5 sec avg 1 min avg 5 min avg 1 hour avg
0 0 0 0
0 0 0 0
by Priority
5 sec avg 1 min avg 5 min avg 1 hour avg
0 0 0 0
0 0 0 0
0 0 0 0
0 0 0 0
by Reason
5 sec avg 1 min avg 5 min avg 1 hour avg
2 0 0 0 0
15 0 0 0 0
0 0 0 0
0 0 0 0
5 sec avg 1 min avg 5 min avg 1 hour avg
132 133 132 132
1 1 1 1
0 0 0 0
2263 2016 1155 719
2 0 0 0 0
0 0 0 0
2 3 2 2
1 1 1 1
0 1 1 0
0 0 0 0
0 0 0 0
15 13 12 11
5 sec avg 1 min avg 5 min avg 1 hour avg
0 0 0 0
questions?
ports particularly affected by these drops?
ports on the chassis to reduce drops?

check out the following link :
http://www.cisco.com/en/US/products/hw/switches/ps663/products_tech_note09186a00804cef15.shtml
hope this helps

Problem using text boxes as the "image" to drag and drop over audio file

I have been adding audio files to my page in iWeb (previous version, not '08), but I am having a problem giving them titles.
When you first drag a file from iTunes into iWeb, it provides a space for you to drag and drop a picture. The online iWeb guide also says that you can drag a text box there instead of a picture.
I created a text box with the text I would like to drop over the controller. However, it is no longer allowing me to drop the text box there. I used to be able to do this, and I don't know what I'm doing differently now. Any suggestions?
Thanks!
-- Will

foobar2000 with the ipod plugin will allow you to drag/drop FLAC files and when it syncs the ipod, it converts the FLAC files on the fly. MUCH better than dealing with the crappy iTunes interface and having to pre-convert the files. I absolutely loathe iTunes and it just gets worse and worse!

Customer packet drops issue

Hi,
Our customer took 30Mbps metro link from us. Even at 17Mbps link utilization they are facing packet drops. Our side policer is implemented for 30Mbps. There are no errors on customer or our interfaces. But I can see exceed packets under 'show policy-map interface' . Used maximum Bc. Does customer required to implement shaping his end with same CIR and Bc.
Regards
Siva K

Hi Siva,
It is not a mandatory rule that Customer should also have the same CIR configured with shaping.
When Customer have 30 Mbps circuit SLA with Service Provider, he may be able to pump ta line rate from CE side. But on PE side, it will be policied and excess traffic will be dropped.
To avoid Customer's traffic getting dropped at PE, It is advisible to configure shaping at CE side so that the traffic SLA will be maintained without or with less number of packet loss.
Can you post your config and show policy-map interface output with traffic?.
Regards,
Nagendra

Packet drop when clients moving from one Access point to another

HI All ,
I am new to wireless . I am using WS-SVC-WISM-1-K9 wism module and using 5 Access points . When my clients are moving from one access point to another we are getting packet drops .
Kindly anyone suggest me what all configuration i need to verify on the controller for Proper client roaming so that i can resolve my issues..
Please let me know in case of any explanations requiered .
Thanks in Advance !!!
Regards
Angus

For radius authenticated SSIDs, you need WPA2-aes or wpa1-tkip-CCKM. It depends on what the client supports.
For pre-shared key, any WPA should be decent enough for roaming speed.
If you're on WEP ... no comment.
If you covered the above point, check if it's not a coverage problem. If the 2 APs coverage zone are not overlapping there will be a hole where you don't have signal and logically will have packet drops.

High packet drop over FCoE setup

Similar Messages

Maybe you are looking for