はじめに
このドキュメントでは、Cisco ASR 903 シリーズ アグリゲーション サービス ルータに Ethernet Virtual Connection（EVC）を設定した後、ポート チャネル グループ メンバーでフラッピングが発生するという問題に対する解決策について説明します。
前提条件
要件
このドキュメントに関する固有の要件はありません。
使用するコンポーネント
このドキュメントの情報は、カスタマ エッジ デバイスへのポート チャネルを備えたプロバイダー エッジ デバイスとして設定された Cisco ASR 903 シリーズ アグリゲーション サービス ルータに基づいています。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
問題
ポートチャネルグループメンバは、イーサネットバーチャルコネクション(EVC)を設定した後でフラップし始めます。EVCの設定を削除すると、ポートチャネルグループメンバはフラップしなくなります。
ログには次のような出力が示される。
GigabitEthernet0/0/4 taken out of port-channel1
GigabitEthernet0/0/4 added as member-2 to port-channel1
GigabitEthernet0/0/5 taken out of port-channel1
GigabitEthernet0/0/5 added as member-2 to port-channel1
これは、EVC を使用する ASR 903 ポート チャネルに固有の問題です。この問題は、次の設定例に見られます。
!
interface Port-channel1
mtu 1604
no ip address
no negotiation auto
service instance 999 ethernet
encapsulation dot1q 999
rewrite ingress tag pop 1 symmetric
bridge-domain 999
!
service instance 1700 ethernet
encapsulation dot1q 1700
rewrite ingress tag pop 1 symmetric
xconnect 172.26.225.1 1700 encapsulation mpls pw-class TE101
!
service instance 1820 ethernet
encapsulation dot1q 1820
rewrite ingress tag pop 1 symmetric
xconnect 172.26.225.15 1820 encapsulation mpls pw-class TE305
!
interface GigabitEthernet0/0/4
mtu 1604
no ip address
negotiation auto
service-policy input Core-In
service-policy output Core-Out
channel-group 1 mode active
!
interface GigabitEthernet0/0/5
mtu 1604
no ip address
negotiation auto
cdp enable
service-policy input Core-In
service-policy output Core-Out
channel-group 1 mode active
解決方法
ASR 903 上で EVC を使用してポート チャネルを設定する場合、タグなしカプセル化および L2 プロトコルを使用して 1 つの EVC を設定する必要があります。例：
interface Port-channel1
!
service instance 1 ethernet
encapsulation untagged
bridge-domain 1
l2protocol peer
!
ASR 903 のサービス インスタンスおよびポート チャネルの詳細については、『Cisco ASR 903 ルータでのイーサネット仮想接続の設定』の「EFP および EtherChannels」セクションを参照してください。
フィードバック