[c-nsp] 2821 spurious reload

[Rodney Dunn]

I looked at it again and noticed it's a combination of Netflow being 
enabled and ACL Based RBSCP.

It's hard for me to tell without more data if it's an exact match or if 
the fix is more generic.

The general recommendation for code direction in regards to 12.4T/15.0 is:

12.4(15)T as it will live a long time if you don't need newer features/hw.

15.0(1)M if you are on between 12.4(20)-(24)T.

Rodney



Eninja wrote:
> Pete,
> 
> Get off the T train to 15.0. T train is too unstable to be run in _any_ 
> production network and should _only_ be used when there is absolutely no 
> alternative.
> 
> Eninja
> 
> PS. Rodney, feel free to post the release notes of sv85009 so others can 
> be enlightened about its cause and effect. Tx
> 
> 
> 
> On Dec 2, 2009, at 5:36 PM, Pete Barnwell <peter at whole-uk.com> wrote:
> 
>>
>>
>> Rodney Dunn wrote:
>>> From the 'sh stack' you posted offline it *appears* that this may be a
>>> result of:
>>>
>>> CSCsv85009  fixed in 12.4(22)T2.
>>>
>>> I didn't spend a lot of time analyzing it but the code tracebacks you
>>> sent me offline match up pretty closely.
>>>
>>> Rodney
>>>
>>
>> Thanks - I'm going to try upgrading it to 12.4(22)T2 and see if that
>> fixes the problem.
>>
>> Regards
>>
>> Pete
>> _______________________________________________
>> cisco-nsp mailing list  cisco-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-nsp
>> archive at http://puck.nether.net/pipermail/cisco-nsp/