同じセグメントからのPINGが通ったり、通らなかったり

同じセグメントに属する端末A（192.168.0.1）とB（192.168.0.2）からVMの同じセグメントに属するサーバーA 10.0.0.100、B 10.0..0.101にPINGを打つと以下の結果になる。

端末A　⇒サーバーA　PING OK
端末A　⇒サーバーB　PING NG

端末B　⇒サーバーA　PING NG

端末B　⇒サーバーB　PING OK

ARPの問題でもなく、お手上げ状態になっていたところ、

物理サーバのNICのネゴシエーションが不整合を起こしていて、1000BaseTでつながるところ、10BaseTで接続されていた。

スイッチ側から見ると1000BaseTでアップしており、エラーも出ていなかったのでサーバー担当者が来るまでわからなかった。

原因はケーブルの不良で新しいケーブルに変えると復旧した。

珍しい事象で、物理層での障害が一番厄介でした。

Adj resolve request: Failed to resolve Cisco Catalyst3750

https://supportforums.cisco.com/ja/discussion/12333846
Catalyst3750X(15.0(2)SE6)やCatalyst2960XR(15.2(2)E)などで以下のメッセージが出力されます。
%ADJ-3-RESOLVE_REQ : Adj resolve request: Failed to resolve
この状態で "no ip cef optimize neighbor resolution"を設定すると出力されなくなります。
このログメッセージの意味と、no ip cef optimize neighbor resolutionを設定した場合の影響について

該当メッセージは、単に該当アドレスのARP解決が行えなかった事を示すメッセージであり、ARP解決が元々行えない様なノード（存在しないノード等）に関する出力であれば、気にする必要はございません。
"no ip cef optimize neighbor resolution" は、CEF で address resolution optimization を無効にする設定です。
該当メッセージを出力させなくしたとしても、ARP解決が行えていない事実は変わりませんので、出力させなくするという事にはあまり意味は無いと思います。
ARP解決が行える事が期待されるノードに関する出力であれば、何らかの問題に起因してARP解決が行えない状況が発生しているものと思われますので、別途適切なトラブルシューティングが必要になります。
宜しくお願い致します。

Cisco Catalyst3750の復旧中のメモ

Catalyst3750のIOSバージョンが違うままスタックケーブルを接続して、IOSの起動ができなくなってしまった。
Miniromモード（switch: )になってしまい、boot　してもイメージの指定がずれていて、起動できない。
最終的には、tftpでもう一台の稼働中のCatalyst3750のIOSをダウンロードしてきて、xmodemで
miniromモードになったCatalystにアップロードして、boot先を指定して起動(boot flash:/指定するIOS.bin)することになったが、
うまく起動すると思ったところ、以下のメッセージが出てバグっているように見える。

ront-end Microcode IMG MGR: Programming device 0...rrrrrrwssssssssssssssssssspssssssssssssssssssspsssssssssssssssssss

延々でる。

結論はしばらく放置していれば、OKだがバグっているものと思い、再起動したり、

IOSを入れ替えたり、手間を取ってしまった。

IOSをバージョンアップする際に、microcodeというものをバージョンアップしている進捗らしいが紛らわしい。

＜参考＞

https://supportforums.cisco.com/discussion/11508716/3560x-wont-boot

Programming front end microcode should only happen once when upgrading to a higher version with newer microcode.

The thing is that this MCU programming takes awhile, especially on first boot. I see you did not get this finished, no any errors were produced, so I suggest to put a switch aside and wait till it does the programming. In case you see some errors after that, do let me know.

Front-end Microcode IMG MGR: found microcode images for 4 devices.
Image for front-end 0: flash:/front_end_ucode_cache/ucode.3
Image for front-end 0: flash:/front_end_ucode_cache/ucode.4
Image for front-end 0: flash:/front_end_ucode_cache/ucode.5
Image for front-end 0: flash:/front_end_ucode_cache/ucode.6

Front-end Microcode IMG MGR: Preparing to program device microcode...
Front-end Microcode IMG MGR: Preparing to program device[0]...594412 bytes.
Front-end Microcode IMG MGR: Programming device 0...rrrrrrwssssssssssssssssssspssssssssssssssssssspsssssssssssssssssss
～
省略
～
sssssssssssssspssssssssssssssssssspw

% Front-end Microcode IMG MGR: HW image is upgraded. MCU reset causes the switch to reload