[c-nsp] SRB1 BGP bug?

[Justin Shore]

Phil Rosenthal wrote:
> I don't have much to offer for 'help' here, but we ran into exactly this 
> same issue with all eBGP peers on SRB1, so it's certainly not an iBGP 
> only bug.

I searched in the new Bug Toolkit and couldn't find a related bug so I 
opened a TAC case.  My engineer found CSCsi88010 which appears to be the 
problem.

  CSCsi88010 Bug Details
New BGP neighbor or shutdown neighbor restarts after reload or remot
Symptoms: BGP sessions that are administravely shutdown before a reload 
lose the "shutdown" state after the reload, even though the 
configuration with the "neighbor x.x.x.x shutdown" statement was written 
to nvram. The output of "show ip bgp summ" shows the peer in 
"shutdown(idle)" state for the first few minutes after reload but then 
the peers changes to "established" state.


Condition:
The issue has been seen with latest 7600 IOS software for RSP720/MSFC4

Workaround:
There is no workaround.
	Status
Fixed (Resolved)

Severity
3

Product
Cisco IOS software

Technology
IP Routing

1st Found-In
12.2SRB

Fixed-In
12.2(32.8.75)SR
12.2(33.1.3)SRB
12.2(33)SRB2

Related Bugs
BGP Peers coming up with neighbor x.x.x.x shutdown in startup config
Symptom: BGP neighbours come up after reload with "neighbor x.x.x.x 
shutdown" in startup config; then shutdown after about ~2 min. 
Workaround: Unconfigure neighbour prior to reload



I didn't notice the 2 minute shutdown window thing.  I worked faster 
than that this morning.  So according to the bug details it's supposed 
to be fixed in SRB2.  I'll put that on my list to upgrade for some 
future window.  I asked the engineer to update the conditions section to 
also list SUP720/MSFC3.

Thanks
  Justin