[c-nsp] slow convergence for full bgp table on a Cisco7613/SUP720-3BXL

[Oliver Boehmer (oboehmer)]

Can you find out if you indeed see any SPD drops when you converge, or
if those SPD drops where from something else (i.e. Internet background
noise or something like this).
But I don't think this is an input/SPD drop issue, if you had this
problem, you would have noticed it with 2x1GE already.
Can you check the TCP stats at both sides? Did your peer change
something on his end except the interface? It's really weird.

	oli

Emanuel Popa <mailto:emanuel.popa at gmail.com> wrote on Tuesday, March 13,
2007 6:03 PM:

> the headromm has the default value.
> 
> br01.frankfurt#sh ip spd
> Current mode: normal.
> Queue min/max thresholds: 73/74, Headroom: 1000, Extended Headroom: 10
> IP normal queue: 1, priority queue: 0.
> SPD special drop mode: none
> 
> please tell me in what scenario whould your commands help me with my
> issue? 
> 
> regards,
> emanuel
> 
> On 3/13/07, Oliver Boehmer (oboehmer) <oboehmer at cisco.com> wrote:
>> Emanuel Popa <> wrote on Tuesday, March 13, 2007 3:33 PM:
>> 
>>> Ytti,
>>> 
>>> Here is the output:
>>> br01.frankfurt#sh int te 10/3 | i Input queue
>>>   Input queue: 0/75/109/109 (size/max/drops/flushes); Total output
>>> drops: 0 
>>> 
>>> But:
>>> 
>>> - routing protocol packets are not dropped when default hold queue
>>> of 75 is full; they are considered priority packets and they are
>>> dropped after headroom of 1000 is full; please see
>>> 
>>
http://www.cisco.com/en/US/products/hw/routers/ps167/products_tech_note0
>> 9186a008012fb87.shtml
>>> for more details
>>> 
>> 
>> how's your headroom? What does "show spd" tell you?
>> 
>> ip spd queue max-threshold 999
>> ip spd queue min-threshold 998
>> 
>> might help..
>> 
>>         oli