Takashi Higashimuraさん

コメントありがとうございます。

簡単な構成は下記の通りとなります。

┏━━━━┓       ┏━━━━┓

┃catalyst  ┣━━┫catalyst  ┃

┃                ┣━━┫              ┃

┗━━━━┛       ┗━━━━┛

IOSのイメージ名、EtherChannel,SNMPの設定内容については、職場へ行かないと確認できないのですが、

長期休暇に入ってしまったため来週まで確認できません。

debug snmp packetのログについては、取得しておりません。また機器を落としたりすることができないため、

改めて取得することもできません。

なお、snmpのトラップは、JP1/Cm2のIM Viewで確認しております。

質問に記述しているトラップは、再起動していない機器からあがっております。

また、質問に記述しているトラップがconfigの変更を行った際にあげるトラップと判断したのは、実際にconfigの

変更を行った際に当該のトラップがあがってたためにそのように判断してしまいました。

下記URLによると

http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=ja&translate=Translate&objectInput=entLastChangeTime

entPhysicalTable、entLogicalTable、entLPMappingTable、entAliasMappingTable、entPhysicalContainsTableの

いずれかが更新されると当該とラップがあがるとのことなのですが、○○Tableが何をさしているのかわからず、

よくわからないままディスカッションを起こして質問をしてしまいました。

せっかくコメント頂いているのに整理できていなくて申し訳ございません。

Ohnoさん

> 下記URLによると

> http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?local=ja&translate=Translate&objectInput=entLastChangeTime

> entPhysicalTable、entLogicalTable、entLPMappingTable、entAliasMappingTable、entPhysicalContainsTableの

> いずれかが更新されると当該とラップがあがるとのことなのですが、○○Tableが何をさしているのかわからず、

> よくわからないままディスカッションを起こして質問をしてしまいました。

上記ですが、私の方でも確認をしてみました。上のTableのどれかがEtherChannelのDown/Upに起因して変化するのであれば、Trapが上がることが考えられますが、私が調べた限りではそのような事例を確認することができませんでした。

実機確認など、詳細な調査が必要な可能性もありますので、原因の追及が必要でしたら弊社TACへケースをオープンすることもご検討ください。