[c-nsp] BGP confusion in 12.2(18)SXE2

Gert Doering gert at greenie.muc.de
Wed Sep 14 18:21:45 EDT 2005


Hi,

On Wed, Sep 14, 2005 at 05:40:02PM -0400, Rodney Dunn wrote:
> One I missed that I learned about. I haven't looked all that closely
> at it yet but it's in this same area.
> 
> CSCsb09852
> Externally found severe defect: Open (O)
> BGP: pathless nets not freed when updgrp members are out of sync

Dunno whether this is also biting us, but "show ip b update-group summary"
*did* display some table version differences.  

80.81.192.108   4 15169   78142   78193 16851068    0    0 2d09h          23
80.81.192.111   4  6830   78623   78178 16851626    0    0 2d09h         211
80.81.192.116   4  8404   39860   39190 16851436    0    0 2d09h         187
80.81.192.118   4 15933   39062   39151 16851626    0    0 2d09h           3

OTOH, I think this is to be expected on a router that receives a full
feed (and thus, lots of table changes) and cannot always update all 
peers in a large peer-group simultaneously (slow peer, whatever).

I have now "clear ip b * soft out" all of them, waited a couple of 
minutes (to give the BGP scanner a chance to clean up), and alas, it
didn't help - but it certainly was worth a try.

The main symptoms are still the same - "show ip b <prefix>" claiming more 
paths "available" than actually being displayed, and "show proc mem summ"
showing 219 Mb for the "BGP Router".


In the release notes for SXF, there was yet another "BGP does not
clean up things" bug - CSCsa87034 - could that be "the one"?  Or will 
that one manifest differently?


many thanks for looking into this,

gert

-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             gert at greenie.muc.de
fax: +49-89-35655025                        gert at net.informatik.tu-muenchen.de


More information about the cisco-nsp mailing list