2016年7月16日(初版)
TAC SR Collection |
主な問題 |
IOS-XR が動作する Cisco ルータにおいて、BGP の update を継続的に受信しているようなタイミングで、"clear bgp ipv4 unicast * soft in" コマンドなどによって soft reset を行った場合、show bgp summary の "St/PfxRcd" や、show bgp neighbor の "accepted prefixes"が誤った値を示す場合があることが報告されています。
### 事象発生時の show command の出力例。30000 prefix が neighbor より印加されている。
RP/0/RSP0/CPU0:IOS-XR#show bgp summary
<snip> Process RcvTblVer bRIB/RIB LabelVer ImportVer SendTblVer StandbyVer Speaker 3553397 3553397 3553397 3553397 3553397 3553397
Neighbor Spk AS MsgRcvd MsgSent TblVer InQ OutQ Up/Down St/PfxRcd 192.168.0.1 0 65000 267567 1490 3553397 0 0 00:16:08 29991 <<<
RP/0/RSP0/CPU0:IOS-XR#show bgp neighbor
BGP neighbor is 192.168.0.1 Remote AS 65000, local AS 65000, internal link - snip -
For Address Family: IPv4 Unicast BGP neighbor version 0 Update group: 0.1 Filter-group: 0.0 No Refresh request being processed NEXT_HOP is always this router AF-dependent capabilities: Graceful Restart capability advertised Local restart time is 120, RIB purge time is 600 seconds Maximum stalepath time is 360 seconds Route refresh request: received 0, sent 0 29991 accepted prefixes, 14996 are bestpaths <<<<<
|
原因 |
この問題は CSCun86803として報告されています。
CSCun86803: BGP neighbor accepted/PfxRcd couters incorrect after soft reset in
|
解決策
|
本問題は表示上の問題となり、コマンド出力については誤った値となりますが、広告されたルートについては正常に受信ができています。
事象が発生した場合、改めて soft reset を行うことで事象を復旧させることができますが、BGP の update を受信しているタイミングで行った場合は再度事象が発生する可能性があります。 事象を回避するためには、BGP の update を受信しているタイミングを外して、soft reset を行う必要があります。
以下のコマンドを使用することによって、本事象が発生している場合でも受信 prefix の正しい数を確認できますが、フルルートを保持している状態では grep をしてもかなり時間がかかります。
RP/0/RSP0/CPU0:ASR9K#show bgp neighbors X.X.X.X routes - snip - Processed 30000 prefixes, 30000 paths
問題の解決には CSCun86803 の修正されたバージョンを使用する必要があります。
|
備考
本不具合は、Bug Search Tool でも確認できます。