はじめに
本ドキュメントでは IOS XR ルータで出力される以下のような ROUTING-FIB-4-RETRYDB_NONEMPTY ログの意味、また調査にあたって必要な情報やログについてまとめています。
fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 120 seconds
ROUTING-FIB-4-RETRYDB_NONEMPTY ログについて
本 syslog は FIB に unresolved な prefix が存在する場合に出力されます。
例として以下のような事例、不具合が報告されています。
IOS-XR:%ROUTING-FIB-4-RETRYDB_NONEMPTY メッセージが Standby RP から不定期に出力される
IOS XR: セグメントの異なる ARP を学習すると FIB が unresolved となってしまう
(unresolved な prefix が存在するケースは多岐にわたるため、ログ出力の原因としてはこの限りではありません)
ログ出力が一時的であり、その後以下ログが出力されるようであれば unresolved な prefix が resolve されたことを意味しますので特に対処の必要はありません。
fib_mgr[138]: %ROUTING-FIB-6-RETRYDB_OK : All objects in FIB IPv4 retry queue are resolved now.
以下のように継続して出力される場合、unresolved な prefix が継続して残存していることを意味します。
1 行目のログは少なくとも 120 秒 unresolved prefix が残っていることを示し、その後 240秒、480 秒とログ出力間隔が増加し最終的には 1 日間隔でログが出力されるようになります。
LC/0/0/CPU0:Dec 7 15:24:32.488 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 120 seconds
LC/0/0/CPU0:Dec 7 15:28:32.489 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 240 seconds
LC/0/0/CPU0:Dec 7 15:36:32.489 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 480 seconds
LC/0/0/CPU0:Dec 7 15:52:32.489 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 960 seconds
LC/0/0/CPU0:Dec 7 16:24:32.489 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 1920 seconds
-- snip --
LC/0/0/CPU0:Dec 10 01:28:32.490 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 86400 seconds
LC/0/0/CPU0:Dec 11 01:28:32.491 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 86400 seconds
LC/0/0/CPU0:Dec 12 01:28:32.491 JST: fib_mgr[138]: %ROUTING-FIB-4-RETRYDB_NONEMPTY : 1 FIB object(s) have been in IPv4 retry queue for at least 86400 seconds
取得ログについて
基本的には以下ログでどの prefix が unresolved となっているか確認を行います。
show cef vrf all unresolved detail location <RP/LC>
show cef vrf all mpls unresolved detail location <RP/LC>
<RP / LC> は ROUTING-FIB-4-RETRYDB_NONEMPTY ログが出力されている node を指定してください。
上記ログを例にとると 0/0/CPU0 を指定する必要があります。
複数 node で出力されている場合はログ出力している全ての node を指定してください。以下出力例です。
RP/0/RP0/CPU0:IOS-XR#show cef vrf all unresolved detail location 0/0/CPU0
VRF: TEST
_____________
192.0.2.1/32, version 0, not-preferred-src, internal 0x1020003 0xf0 (ptr 0x8f398d18) [1], 0x0 (0x0), 0x0 (0x0)
Updated Dec 7 15:22:32.484
Prefix Len 32, traffic index 0, Adjacency-prefix, precedence n/a, priority 15
via 192.0.2.1/32, HundredGigE0/1/0/1, 0 dependencies, weight 0, class 0 [flags 0x0]
path-idx 0 NHID 0x0 [0x0 0x0]
unresolved
>>>> LC0 において VRF TEST の192.0.2.1/32 が unresolved であることがわかる
TAC にケースオープンの上調査が必要な場合には、以下ログを取得してください。
併せてログ出力の契機、ログ出力されたタイミングで実施していた作業や上記ログで確認した unresolved な prefix がどういった位置づけのものかを整理しケースオープン時に記載してください。
show route
show route vrf all
show cef vrf all
show arp
show arp vrf all
show cef vrf all retry-db location <RP/LC>
show cef vrf all unresolved detail location <RP/LC>
show cef vrf all mpls unresolved detail location <RP/LC>
show logging
show tech-support
show tech-support cef
show tech-support cef platform
show tech-support rib
show tech-support arp
