MTU's been checked and confirmed on numerous occasions with the customer. Their control plane has no policing.
FYI. He has numerous other connections to the same device all receiving a full routing table and they all work fine. Its just our connection that's having the issue. Its driving me round the bend :) Cheers Kieron -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Shanawaz Batcha Sent: 04 May 2012 23:14 To: [email protected] Subject: [c-nsp] 7606 to 6509 [BGP hold time issue] During the 3 minutes of the session holding up, do you see any packets in the OutQ (show ip bgp summ) Neighbor V AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down State/PfxRcd 172.16.2.1 4 64900 1754971 1714093 1406547 0 0 7w2d 8 As has been fairly pointed out, it looks like your 'fat' update packets are likely dropped by either an MTU mismatch or a CoPP filter on the other side. Its hard to know either way without further debugging (debug ip bgp update) run during your off-hours Shaan _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/ _______________________________________________ cisco-nsp mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
