中島様
質問２についてありがとうございます。
しかしながら、「reditribute-static」で実施すると、
Csctg27206に該当するのではないかと懸念しています。
>>２台のスタック構成でマスター起動後にメンバーを起動してスタック構成とした場合、
>>マスターのCPU負荷が同時に起動させた場合と明らかにCPU負荷が高い状態となります。
>こちらは、マスタはそのままでメンバスイッチの再起動をかけた際に、
>メンバスイッチがスタックに参加する際の一時的なCPU使用率が、
>スタック全体の再起動をかけた際の起動直後の一時的なCPU使用率よりも高い、という事でしょうか。
起動直後ではありません。また、一時的でもありません。
２台のスタック構成でマスター起動完了後（Routingできている状態）にメンバーを起動してスタック構成とした場合
このときに、show process cpuで確認すると、IP-INPUTが明らかに高負荷となっています。
CPU処理になっていると申し上げた理由は、VLAN-I/Fに[permit any]のACLをセットしておき、
CPU処理のshow access-listsのカウンター上昇のレベルと、
ASIC処理のshow access-list hardware countersの上昇のレベルが
2台同時に起動しpriorityで優劣が決まりMaster、Memberが選出されたときと比較して明らかに違っており
CPU処理になってしまっていると見極めています。
2台同時に起動し、priorityで優劣が決まりMaster、Memberが選出されたときには、
IP-INPUTの上昇はまったく見られません。
>>また、2台スタック状態でマスターの再起動後にメンバーで復帰した状態後もCPU負荷が高くなって、
>>Config変更した際など、Config変更の負荷と相俟って高負荷となりメンバー側を通過するパケットがロスしてしまいます。
>こちらは、元マスタがメンバとしてスタックに参加した直後に、CPU使用率が一時的に高くなり、
>この状態でコンフィグの変更を行うと、メンバスイッチのポートをIngress/Egressとしているトラフィックにがロストするという事でしょうか。
>上記で相違ない場合、コンフィグの変更とは具体的にどの様な変更でしょうか。
>また、ロストするパケットとはどの様なパケットなのでしょうか。
>スイッチがH/W転送を行っているパケットでしょうか、
>それともスイッチ宛てのパケット等、スイッチ自身が処理する様なパケットでしょうか。
>またロストする割合ですが、一部なのでしょうか、それとも全てなのでしょうか。
スタック参加直後ではありません。
相違するVLAN以下のPC間で500ms間隔のpingを実施した状態で、
「conf t」→「exit」と投入し、設定変更しなくても、Pingを８秒程度ロスします。
このときには、ConfigをSyncしているためCPU処理は一時的に高くなるのは仕様であると
認識していますが、上記Pingを8秒間ほどロスする状態までCPUを逼迫させるようになります。
この状態を収束させるには、今のところMasterとMemberの同時再起動しか方法が見当たりません。
このような事象はVer15.0(1)SEにはまったく見られませんので、IOSの問題でしょうか。
