Re: [c-nsp] Packet Loss During the Backbone Network Converge

How many routes and tunnels are on the PEs? Have you modified any of the TE timers from their defaults? On Thu, Jul 26, 2012 at 9:43 AM, Xu Hu jstuxuhu0...@gmail.com wrote: Hi All, Below is the network topology, i ping from CE-2 to CE-1, during i shutdown the PE-4, have some packet drops.

Re: [c-nsp] Packet Loss During the Backbone Network Converge

Yes, i configure the reoptimize 25. The PE just have 20 subnet routes, Active Tunnel is four, backup Tunnel is also four, then about 4 mid-point Tunnel. 2012/7/28 Pete Lumbis alum...@gmail.com How many routes and tunnels are on the PEs? Have you modified any of the TE timers from their

Re: [c-nsp] Packet Loss During the Backbone Network Converge

On 27/07/2012 04:54, Xu Hu wrote: So i think is because of backbone network converge. But i am not sure which part will need to converge. Looks like convergence to me. What are your OSPF timers set to? You should probably set them to hello:1, dead:4 on most modern kit. Nick

Re: [c-nsp] Packet Loss During the Backbone Network Converge

Using the hello-interval 1, dead-interval 4. 7600 using fast-hello, but asr9000 cannot support, that's why using the 1 4. Thanks and regards, Xu Hu On 27 Jul, 2012, at 17:43, Nick Hilliard n...@foobar.org wrote: On 27/07/2012 04:54, Xu Hu wrote: So i think is because of backbone network

Re: [c-nsp] Packet Loss During the Backbone Network Converge

Using the hello-interval 1, dead-interval 4. 7600 using fast-hello, but asr9000 cannot support, that's why using the 1 4. you should use BFD instead.. but about the issue: You stated that PE4 is not in the traffic path, but PE4 failure is still causing packet loss, then I guess you want

Re: [c-nsp] Packet Loss During the Backbone Network Converge

Already double confirmed with Cisco tac, the routing should be no issue. Not sure is it possible caused by the physical hardware. The 7600 using ws-6700 line card. Thanks and regards, Xu Hu On 27 Jul, 2012, at 21:06, Oliver Boehmer (oboehmer) oboeh...@cisco.com wrote: Using the

[c-nsp] Packet Loss During the Backbone Network Converge

Hi All, Below is the network topology, i ping from CE-2 to CE-1, during i shutdown the PE-4, have some packet drops. CE connect to the backbone network using HSRP, the hear beat is through the CE switch. PE-1 and PE-3 is the active gateway, PE-2 and PE-4 is the standby one. PE equipment running

Re: [c-nsp] Packet Loss During the Backbone Network Converge

Anybody have any idea? Thanks and regards, Xu Hu On 26 Jul, 2012, at 21:43, Xu Hu jstuxuhu0...@gmail.com wrote: Hi All, Below is the network topology, i ping from CE-2 to CE-1, during i shutdown the PE-4, have some packet drops. CE connect to the backbone network using HSRP, the hear

[c-nsp] packet loss

Hello, I have a Cisco PIX 515e firewall where it is connected to the campus Core switch(Cisco 6500 switch) through Cisco 3524 switch. Being from my pc, i initiated a continuous ping to the inside interface of the PIX, but there were many packets being lost while the response time is less than

Re: [c-nsp] packet loss when servers are brought online

You mention you're using iSCSI. What utilisation rates are you hitting? The 3750 has pretty small per-port buffers, so if you are contending one or more ports, you could be getting packet loss due to that. e.g. you boot a machine, it hits a disk very hard over iSCSI, causing contention and packet

[c-nsp] packet loss when servers are brought online

I'm not sure that this list is the best place to post, but given that the issue involves a stack of 3750s, I figured I'd cover all my bases. See the following posts for reference: http://serverfault.com/questions/207480/massive-packet-loss-when-servers-are-brought-online

Re: [c-nsp] packet loss when servers are brought online

On 30/11/10 16:45, Christopher Hobbs wrote: I'm not sure that this list is the best place to post, but given that the issue involves a stack of 3750s, I figured I'd cover all my bases. See the following posts for reference: You mention you're using iSCSI. What utilisation rates are you

Re: [c-nsp] Packet Loss on 6513

@puck.nether.net' Subject: [c-nsp] Packet Loss on 6513 We currently have 2 6513's in our core, and we have seen packet loss on our network. I was trying to locate the source of the packet loss. We did see some input queue drops on the SVI's and physical interfaces. I had increased our queue size

[c-nsp] Packet Loss on 6513

We currently have 2 6513's in our core, and we have seen packet loss on our network. I was trying to locate the source of the packet loss. We did see some input queue drops on the SVI's and physical interfaces. I had increased our queue size on the vlan interfaces to 500, and our packet drops

Re: [c-nsp] Packet Loss on 6513

Mesiatowsky, Shawn wrote: We currently have 2 6513's in our core, and we have seen packet loss on our network. I was trying to locate the source of the packet loss. We did see some input queue drops on the SVI's and physical interfaces. I had increased our queue size on the vlan interfaces

[c-nsp] Packet Loss on 6513

We currently have 2 6513's in our core, and we have seen packet loss on our network. I was trying to locate the source of the packet loss. We did see some input queue drops on the SVI's and physical interfaces. I had increased our queue size on the vlan interfaces to 500, and our packet drops

Re: [c-nsp] packet loss between adjacent ciscos

Upgrade the 72xx's to 12.4(20)T latest on Cisco.com to get the packet capture feature and prove where the packets are getting lost via a capture: http://supportwiki.cisco.com/ViewWiki/index.php/Tech_Insights:Utilizing_the_New_Packet_Capture_Feature We could go in to the long discussion about how

Re: [c-nsp] packet loss between adjacent ciscos

Quoting Mark Tinka mti...@globaltransit.net: On Friday 27 February 2009 01:28:30 pm Sam Tilders wrote: So, I was wondering if this sounds familiar to anyone or if there is anything someone might be able to suggest to further investigate or resolve this issue. Does this affect all other

Re: [c-nsp] packet loss between adjacent ciscos

On Friday 27 February 2009 01:28:30 pm Sam Tilders wrote: So, I was wondering if this sounds familiar to anyone or if there is anything someone might be able to suggest to further investigate or resolve this issue. Does this affect all other traffic running across this switch, or just the

Re: [c-nsp] packet loss between adjacent ciscos

So, I was wondering if this sounds familiar to anyone or if there is anything someone might be able to suggest to further investigate or resolve this issue. I'd appreciate any advice that can be given. the one time i saw something like this it was excessive arp packets triggering my switch to

[c-nsp] packet loss between adjacent ciscos

Hi, We have been experiencing some packet loss between a switch and a router directly connected to each other and are having some difficulty finding the problem. The problem showed up when a customer complained that there were moments of silence on their voip calls. They did some pings and

Re: [c-nsp] packet loss

Hello, Le 27 oct. 08 à 04:35, a. rahman isnaini r.sutan a écrit : ro#sh int g1/0 1090542525 packets input, 87373962 bytes, 39 no buffer Received 176544249 broadcasts, 0 runts, 0 giants, 2079 throttles 0 input errors, 542 CRC, (Check this) 0 frame, 134 overrun, 0 ignored

[c-nsp] packet loss

Hi What is easy way to see any packet loss in the router? eg: sh int ls this big problem for 100M interface? Input queue: 0/75/679/0 (size/max/drops/flushes); Total output drops: 4179819 Thank you Send instant messages to your online friends http://uk.messenger.yahoo.com

Re: [c-nsp] packet loss

Hi Adrian, More information would be needed. Like, when were the interface counters cleared, the last time? -Amol On Sun, Oct 26, 2008 at 10:22 PM, adrian kok [EMAIL PROTECTED]wrote: Hi What is easy way to see any packet loss in the router? eg: sh int ls this big problem for 100M

[c-nsp] packet loss

Hi Adrian, I think a complete show interface fastethernet X/Y would be useful in order to consider how many drops are present as compared to the total number of packets and to get details about these drops ! Then, input drops are quite unusual, as it means that the input buffer was full at

Re: [c-nsp] packet loss

ro#sh int g1/0 1090542525 packets input, 87373962 bytes, 39 no buffer Received 176544249 broadcasts, 0 runts, 0 giants, 2079 throttles 0 input errors, 542 CRC, (Check this) 0 frame, 134 overrun, 0 ignored clearing interface : CRC should be 0. ro#clear counters ro#sh int g1/0

Re: [c-nsp] Packet Loss on PPPoE Sessions with 2811 LAC/LNS

@puck.nether.net Subject: Re: [c-nsp] Packet Loss on PPPoE Sessions with 2811 LAC/LNS The OP has stated 12.4(15) but this release does not exist as a mainline release, I can only assume that 12.4(15)T is intended (totally different codebase). In terms of 12.4(11)T though, note: http://www.cisco.com/en/US

Re: [c-nsp] Packet Loss on PPPoE Sessions with 2811 LAC/LNS

already have and if it does, you probably don't need it. Ziv -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ?ukasz Bromirski Sent: Sunday, February 03, 2008 2:51 PM To: Kurt Bales Cc: cisco-nsp@puck.nether.net Subject: Re: [c-nsp] Packet Loss on PPPoE

Re: [c-nsp] Packet Loss on PPPoE Sessions with 2811 LAC/LNS

pings to devices beyond the 2811 are losing every second attempt Default, or other routing? None of the clients are advertising a default route, or a route to the particular subnet you are trying to access are they, perhaps creating a second path on the LNS which leads to a dead end..