問題ID： 4652

選択肢に

○SwitchB(config)#vlan 255
SwitchB(config-vlan)#name Native
SwitchB(config-vlan)#exit
SwitchB(config-if-range)#switchport trunk native vlan 255


とあり、exitした後に突然rangeに入ってます。

Souya77さん

ご指摘の点を修正致しました。
ご報告、誠にありがとうございました。

お世話になります。

先日の以下のIDについて疑問が生じましたため、
他のIDと一緒にこちらで質問させていただきます。

ID:4652について

SwitchB(config)#vlan 255
SwitchB(config-vlan)#name Native
SwitchB(config-vlan)#exit
SwitchB(config)#interface range fastEthernet 0/10 - 11
SwitchB(config-if-range)#switchport trunk native vlan 255

とありますが、

SwitchB(config)#interface range fastEthernet 0/10 - 11
上記の部分を
SwitchB(config)#interface Port-Channel 1
SwitchB(config-if)#switchport trunk native vlan 255
SwitchB(config-if)#exit
SwitchB(config)#interface range fastEthernet 0/10 - 11
SwitchB(config-if-range)#switchport trunk native vlan 255
にする必要があると思いますがいかがでしょうか。

理由として、他の問題にてEtherChannelのポートをバンドルする
際に共通する必要がある項目として以下の項目が挙げられており
ます。

・イーサネットメディアタイプ
・速度とデュプレックス
・スイッチポートの種類（アクセス/トランク/L3）
・割り当てるVLAN（アクセスポートの場合）
・ネイティブVLANと搬送するVLANの範囲（トランクポートの場合）
・トランキングモード（トランクポートの場合）

ID:4652について回答の通りですと、
・ネイティブVLANと搬送するVLANの範囲（トランクポートの場合）
の項目と論理ポートの項目とが一致せずに物理ポート
がバンドルから外れ、ダウン状態になるかと思います。

また以下のIDについて同様の修正が必要かどうかも調べていただきたいです。

ID:4650,4651

以上です。

よろしくお願いいたします。

自己レスです。

自宅の検証環境(Packet Tracer)にてID:4652と同様にスイッチ２台
でFE 2ポートにて接続し、各々のスイッチ(Cat 2960 IOS ver:12.2)
両方に以下のコンフィグを投入しました。

SwitchA:
interface FastEthernet0/10
switchport trunk native vlan 255
channel-protocol pagp
channel-group 1 mode desirable
switchport mode trunk
switchport nonegotiate
!
interface FastEthernet0/11
switchport trunk native vlan 255
channel-protocol pagp
channel-group 1 mode desirable
switchport mode trunk
switchport nonegotiate

interface Port-channel 1
switchport mode trunk


SwitchB:

interface FastEthernet0/10
channel-protocol pagp
channel-group 1 mode auto
switchport mode trunk
switchport nonegotiate
!
interface FastEthernet0/11
channel-protocol pagp
channel-group 1 mode auto
switchport mode trunk
switchport nonegotiate

interface Port-channel 1
switchport mode trunk

上記コマンド投入後のshow interfaces trunkは以下のとおりになります。

SwitchA#sh int trunk
Port Mode Encapsulation Status Native vlan
Po1 on 802.1q trunking 1

Port Vlans allowed on trunk
Po1 1-1005

Port Vlans allowed and active in management domain
Po1 1,31,32,33,255

Port Vlans in spanning tree forwarding state and not pruned
Po1 1,31,32,33,255

SwitchB#sh int trunk
Port Mode Encapsulation Status Native vlan
Po1 on 802.1q trunking 1

Port Vlans allowed on trunk
Po1 1-1005

Port Vlans allowed and active in management domain
Po1 1,51,52,53

Port Vlans in spanning tree forwarding state and not pruned
Po1 51,52,53

この時点より以下のコマンドをSwitchBへ以下のコマンドを投入しました。

SwitchB(config)#vlan 255
SwitchB(config-vlan)#name Native
SwitchB(config-vlan)#exit
SwitchB(config)#interface range fastEthernet 0/10 - 11
SwitchB(config-if-range)#switchport trunk native vlan 255

その後、両方のスイッチより以下のメッセージが表示されるように
なりました。

%CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on Port-channel 1 (1), with Switch FastEthernet0/10 (255).


%CDP-4-NATIVE_VLAN_MISMATCH: Native VLAN mismatch discovered on Port-channel 1 (1), with SwitchA FastEthernet0/11 (255).

またその際に「show interfaces trunk」の結果を見たところ、
「Native Vlan」が1のままでした。（SwitchAでも同様にNative vlan
が1のままでした。）

SwitchA#sh int trunk
Port Mode Encapsulation Status Native vlan
Po1 on 802.1q trunking 1

Port Vlans allowed on trunk
Po1 1-1005

Port Vlans allowed and active in management domain
Po1 1,31,32,33,255

Port Vlans in spanning tree forwarding state and not pruned
Po1 31,32,33

SwitchB#sh int trunk
Port Mode Encapsulation Status Native vlan
Po1 on 802.1q trunking 1

Port Vlans allowed on trunk
Po1 1-1005

Port Vlans allowed and active in management domain
Po1 1,51,52,53,255

Port Vlans in spanning tree forwarding state and not pruned
Po1 51,52,53,255

この時点で、SwitchBにて「show spanning-tree vlan 255」の結果を見ると、PVID(Port Vlan ID?)不整合となっていることがわかります。

VLAN0255
Spanning tree enabled protocol ieee
Root ID Priority 33023
Address 0010.11E7.8766
Cost 9
Port 27(Port-channel 1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 33023 (priority 32768 sys-id-ext 255)
Address 00E0.F917.39E4
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 20

Interface Role Sts Cost Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1 Root BKN*9 128.27 Shr *PVID_Inc
Fa0/10 Desg FWD 19 128.10 P2p
Fa0/11 Desg FWD 19 128.11 P2p

参考URL:http://www.cisco.com/cisco/web/support/JP/docs/SW/DCSWT/Nex5000SWT/CR/002/16599_01_3.html?bid=0900e4b1825ae605

引用:• *ROOT_Inc、*LOOP_Inc、*PVID_Inc、*BA_Inc、および *TYPE_Inc ― ポートは、不整合が原因で中断ステート（BKN*）になっています。中断ステートは、ルート不整合、ループ ガード不整合、PVID 不整合、ブリッジ保証不整合、またはタイプ不整合です。

ここで、各スイッチのPo1に、
switchport trunk native vlan 255
を投入します。

投入後以下のメッセージが表示され、PVID不整合が解除されたことがわかります。

%SPANTREE-2-UNBLOCK_CONSIST_PORT: Unblocking Port-channel 1 on VLAN0255. Port consistency restored.

%SPANTREE-2-UNBLOCK_CONSIST_PORT: Unblocking Port-channel 1 on VLAN0001. Port consistency restored.

その後、SwitchBにて「show spanning-tree vlan 255」の結果を見ると、
先ほどの不整合の表示がなくなっております。

SwitchB>sh span vlan 255
VLAN0255
Spanning tree enabled protocol ieee
Root ID Priority 33023
Address 0010.11E7.8766
Cost 9
Port 27(Port-channel 1)
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec

Bridge ID Priority 33023 (priority 32768 sys-id-ext 255)
Address 00E0.F917.39E4
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Aging Time 20

Interface Role Sts Cost Prio.Nbr Type
---------------- ---- --- --------- -------- --------------------------------
Po1 Root FWD 9 128.27 Shr
Fa0/10 Desg FWD 19 128.10 P2p
Fa0/11 Desg FWD 19 128.11 P2p

このことから、Port-Channelのポートと物理ポートにてNative Vlan
の値を一致させる必要があります。

参考までにSwtichBの「show interfaces trunk」を見ることでも、
Native Vlanの値が変わっていることがわかります。

SwitchB>sh int trunk
Port Mode Encapsulation Status Native vlan
Po1 on 802.1q trunking 255

Port Vlans allowed on trunk
Po1 1-1005

Port Vlans allowed and active in management domain
Po1 1,51,52,53,255

Port Vlans in spanning tree forwarding state and not pruned
Po1 1,51,52,53,255


あれ？ということは・・・SwitchAでもPort-Channelの論理ポートで
switchport trunk native vlan 255　を投入する必要があるのでは・・・。
と思いますがいかがでしょうか。

お返事をいただけますと幸いです。

以上です。

poppynejpさん

ポイントは、コマンドを入力する順番ですね。
解説にある順番で設定した場合は論理ポート（SwitchB(config)#interface Port-Channel 1）の追加設定は必要ないはずです。
引用：
ちなみに、以下の選択肢に変わったとしても論理インターフェースの設定と、物理インターフェースの設定に不整合が発生することはあります。
引用：この後に、以下のコマンドを設定すると・・・
引用：
つまり、どっちにしても設定する順番次第では正しく動作しなくなる可能性があります。
全てにポートチャネルの設定も変更するコマンドを追加すれば、入力する順番関係なくなると思います・・・が、4652の選択肢がそうなっちゃうと、それはそれで微妙な感じですね ｆ ＾＾；

引用：これも入力する順番次第ですが、イーサチャネルの設定をする前に「switchport trunk native vlan 255」を設定しておけば、論理ポートにコマンドを投入する必要はないです。

popopopon234 さん

ご返信いただきありがとうございます。

問題点は「入力する順番」ですか。
つまり popopopon234 さんのおっしゃられるとおりですと、「すべての設定を物理ポートに投入後、
ポートチャネルを有効にする」ことで論理ポートに反映されるということでしょうか。

しかしGNS3と実機両方で試した所、物理ポートにてnative vlanの設定後にポートチャネルを
有効にしても、論理ポートのコンフィグには何も表示されませんでした。
（ポートチャネル有効後に論理ポートより設定を変更すれば当然すべての物理ポートに設定が反映されますが・・・）

以下に、GNS3の「NM-16ESW」でコマンドを投入した結果を示します。（ちなみに実機(Catalyst 2960 IOS ver:15.0(2))でも同じ結果でした。）

R1(config)#int range fa 1/0 - 7
R1(config-if-range)#switchport trunk encapsulation dot1q
R1(config-if-range)#switchport trunk native vlan 255 ←native vlan の設定を先に投入
R1(config-if-range)#switchport trunk allowed vlan 1-2,51-53,1002-1005
R1(config-if-range)#switchport mode trunk
R1(config-if-range)#channel-group 1 mode on
Creating a port-channel interface Port-channel1
R1(config-if-range)#
*Mar 1 00:03:11.315: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
*Mar 1 00:03:12.315: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
R1(config-if-range)#end
R1#sh run
*Mar 1 00:03:19.023: %SYS-5-CONFIG_I: Configured from console by console

R1#sh run int port-channel 1
Building configuration...

Current configuration : 31 bytes
!
interface Port-channel1
end
↑なにも表示されない。

次に、ポートチャネルを有効にした後に各種設定を論理ポートに投入していきます。

R1(config)#int range fa 1/0 - 7
R1(config-if-range)#channel-group 1 mode on
Creating a port-channel interface Port-channel1
R1(config-if-range)#exit
R1(config)#int p
*Mar 1 00:00:31.107: %LINK-3-UPDOWN: Interface Port-channel1, changed state to up
*Mar 1 00:00:32.107: %LINEPROTO-5-UPDOWN: Line protocol on Interface Port-channel1, changed state to down
R1(config)#int po 1
R1(config-if)#switchport trunk encap
R1(config-if)#switchport trunk encapsulation dot1q
R1(config-if)#switchport trunk native vlan 255
R1(config-if)#switchport trunk allowed vlan 1-2,51-53,1002-1005
R1(config-if)#switchport mode trunk
R1(config-if)#end
R1#sh run
*Mar 1 00:01:22.531: %SYS-5-CONFIG_I: Configured from console by console
R1#sh run int fa 1/0
Building configuration...

Current configuration : 166 bytes
!
interface FastEthernet1/0
switchport trunk native vlan 255
switchport trunk allowed vlan 1,2,51-53,1002-1005
switchport mode trunk
channel-group 1 mode on
end

R1#sh run int po 1
Building configuration...

Current configuration : 139 bytes
!
interface Port-channel1
switchport trunk native vlan 255
switchport trunk allowed vlan 1,2,51-53,1002-1005
switchport mode trunk
end

R1#

popopopon234 さんのお話ですと、rangeコマンドにて各種設定を投入後にポートチャネルを有効にしても
論理ポートのコンフィグに設定が入った状態になるという認識ですが、ご教授いただいた順番では論理ポート
には何も表示されませんでした。

ちなみに返信の中で示されていた、「論理ポートと物理ポートにそれぞれnative vlanの設定を投入後に
物理ポートに各種設定を投入する」順番では、論理ポートにコンフィグが反映されないことも確認できました。

改めて回答のコマンドの順番を見ていきますと、SwitchA,B共に「各種設定を物理ポートに投入後、
ポートチャネルを有効にする」という順番でした。
この順番では検証結果から、少なくとも私の環境下では論理ポートにコンフィグが反映されませんでした。

上記の検証結果について popopopon234 さんのご認識をご教授いただけますと幸いです。

以上です。
よろしくお願いいたします。

poppynejpさん

引用：一つ確認ですが、SwitchA側（対向デバイス）にもイーサチャネルの設定はしたでしょうか？

というのも、先ほどあらためて試してみたところpoppynejpさんと同じような状態になりました。
引用：
そこで、あらためて昨日の設定を再現していってみたところ、SwitchA側の設定をしたところで下記の状態になりました。
引用：どうやら物理ポートの設定が論理ポートに反映されるのは、イーサチャネルのネゴシエーションがトリガーになってるようなのですが、詳しい動作がわからないのでちょっと調べてみます。
何かわかりましたらこちらに追記しますね ＾＾

poppynejpさんの方でも何かわかりましたら、書き込んでいただけると助かります。

ちなみに、以下のようなこともあるようなので、SwitchA側の設定をしても何の変化もない場合、一度物理ポートをshutdown/no shutdownしてみるといいかもしれません。
引用：http://www.infraexpert.com/study/etherchannel.htm

それでもダメな場合は機種依存の動作かもしれません ｆ ＾＾；

popopopon234さん

お世話になります。
まずは、年の瀬のこの時期にここまでご協力いただきましたこと本当にありがとうございます。

引用：
申し訳ありません。すべて１台のみで設定した状況下でした。
この時は、１台で設定してもきちんと設定すれば論理ポートにも反映されると思っておりました。

引用：
引用：
私も本日実機（Cat 2960 IOS Ver:15.0(2)×２)で設定した後、物理ポートをshutdownした後に
線を１本だけ接続して、各スイッチをno shutdownしたところpopopopon234さんと
同じ動作になりました。いままで何をやってもコンフィグが反映されなくて悶々としていた気分
が晴れました！！　ありがとうございます。

しかし、ネゴシエーションがトリガーになり論理ポートに反映されるとは知りませんでした。

詳しい動作については・・・CCOのEtherChannel関連のドキュメントにかかれてそうなのでしょうか？
調べてみたいのですが、どうしらべたらいいのかわからないため成果が出せるか非常に不安で・・・。

もしよろしければ目星をつけれおられるサイトなどありましたらご教授いただけないでしょうか。

よろしくお願いいたします。

poppynejpさん

引用：誤解させてしまってすみません。
引用：と言ったのは、動きをみてそう思っただけの、勝手な憶測です ｆ ＾＾；
本当は違う動きなのかもしれません・・・

引用：そうですね。そのあたりにあったら良いな。とは思ってますが、時間がなくてまだ調べられてません。
確実なことを調べもせず中途半端に首を突っ込んでしまって申し訳ないです。

何はともあれ、設定がうまくいったようで良かったです　＾＾