ITインフラエンジニア風の業務内容について日々の備忘録などなどスマートフォン専用ページを表示ITインフラエンジニア風の業務内容について日々の備忘録などなどインフラエンジニア風な事をやっています。バッチが書ける程度です。一連のサイクルを行っています。日々の業務の発見や、備忘録など。VRRPの切り戻しがうまくいかないメーカからなかなか回答がないので自分で調べてみた。・YAMAHAルータ1)VRRP切り戻し時にVRRPのMACからARPブロードキャストへのリクエスト2)VRRPのMACからVRRPのMACにARPリプライ・アライドルータ1)VRRP切り戻し時にVRRPのMACからARPブロードキャストへのリプライこのように投げてるARPの種類が違うみたい。VRRPの切り戻しがうまくいかないアライドさんから、アライドのルータであるAR同士のVRRPならうまく動いているとの連絡。パケットを採取して確認してみると、VRRPマスタに戻った時点で確かにARP(GARP)が投げられている。その直後にVRRPアドレスを送信元、送信先としたGARPがReplyしている。これが正しい動作なんだろうか。問題が発生しているスイッチのARPログを見てみるとVRRPマスタとバックアップ同士でVRRPのMACとIPを取り合いしているような感じだ。この状況をYAMAHAに投げてみた。現在のところ返信なし。今日は定時でかえろう。VRRPの切り戻しがうまくいかないアライドのx600。VCSという仮想スタック機能を持つスイッチ。この仮想スタック機能を持っているスイッチは他社からもリリースされており扱ったことがあるのは比較的安価なものばかり。S5120-28C-EIどちらもそれなりに不具合があったけどサポート体制や対応で言えばD-Linkの方が良かったかな。H3Cは仕様という事で何もしようとしない感じが否めない。私の選択としてはH3Cは今後ないだろうな。今回は初のアライド仮想スタックだったのだけど、仮想スタックのシャーシそれぞれに接続されたルータ間でVRRPを構成してそのVRRPアドレスへの切り戻しがうまくいかない。具体的にはVRRPは正常に復旧してるのにx600側でうまく復旧時のarpを拾えてない感じ。いつまでたってもVRRPバックアップ側にパケットを投げ続けるって状況??だと思う。他社ルータをここに嵌めて同様の試験をおこなったけど切り戻し時に2個ぐらいPingをこぼす程度で復旧する。