2019 年 4月 23日 (初版)
| TAC SR Collection |
| 主な問題 |
IOS-XR 64 bit (eXR) が動作する ASR9000 シリーズルータにおいて、Dual RSP(RP) 構成で運用している場合に、Power Shelf の電源スイッチや、Power Module への input の shut/no shut 等を行うと、それぞれの Power Module に対して cefcPowerStatusChange が重複して SNMP server へ送信される問題が報告されています。
SNMPv2-MIB::snmpTrapOID.0 = OID: CISCO-ENTITY-FRU-CONTROL-MIB::cefcPowerStatusChange CISCO-ENTITY-FRU-CONTROL-MIB::cefcFRUPowerOperStatus.2375681 = INTEGER: on(2) CISCO-ENTITY-FRU-CONTROL-MIB::cefcFRUPowerAdminStatus.2375681 = INTEGER: on(1) ENTITY-MIB::entPhysicalDescr.2375681 = STRING: 6kW AC Power Module ENTITY-MIB::entPhysicalName.2375681 = STRING: 0/PT0-PM0 SNMPv2-MIB::snmpTrapOID.0 = OID: CISCO-ENTITY-FRU-CONTROL-MIB::cefcPowerStatusChange <<< 以下、0/PT0-PM0 への重複 trap CISCO-ENTITY-FRU-CONTROL-MIB::cefcFRUPowerOperStatus.2375681 = INTEGER: on(2) CISCO-ENTITY-FRU-CONTROL-MIB::cefcFRUPowerAdminStatus.2375681 = INTEGER: on(1) ENTITY-MIB::entPhysicalDescr.2375681 = STRING: 6kW AC Power Module ENTITY-MIB::entPhysicalName.2375681 = STRING: 0/PT0-PM0
|
| 原因 |
この問題は、本来 Active RSP(RP) のみが notification を送信すべきであるのに、Standby RSP(RP) も trap を送信してしまうことが原因となり、CSCvo37092 として報告されています。
CSCvo37092 Duplicated trap with the same OperStatus is sent out on PT off/on or PM input shut/no shut
|
| 解決策 |
この問題の回避策はありません。 問題の解決には CSCvo37092 の修正されたバージョンを使用する必要があります。
|
備考
本不具合は、Bug Search Tool でも確認できます。