キャリアが提供している実際の「メトロイーサネット」サービスに応じて、いくつかの可能なソリューションがあります。最も可能性の高いシナリオと見なすものと、そのシナリオでのいくつかの解決策について説明します。
キャリアはおそらくQ-in-Qタギングを使用しており、ローカルVLANは無関係です。(Q-in-Qの詳細については、802.1adのWikipediaページ、またはVLANトンネリングに関するこのCisco構成ガイドを参照してください。)
キャリアがQ-in-Qを使用しているこの状況は、通常、私の経験の場合です。送信するVLANを受け入れ、Q-in-Qタギングを適用して、ネットワーク全体にトラフィックを送信します。したがって、キャリアネットワーク内では、サイトA宛てのトラフィックにVLAN 10のタグを付けることができます。フレームがPE機器に到達すると、追加のVLANタグが取り除かれ、元のVLANタグ付けをそのまま使用して機器に転送されます。 。
キャリアが適用されたVLANタグを利用してトラフィックを誘導している可能性があります。(つまり、サイトAの場合はVLAN 10、サイトBの場合はVLAN 20)。
最も簡単な解決策:このトラフィックエンジニアリングの目的で異なるVLANを選択する必要があることをキャリアに伝えます。 あなたはお客様です!! このソリューション/サービスを設計する前に、セールスエンジニアが適切な情報を収集して、重複がないことを確認しておく必要があります。問題が解決するまで回路を受け入れないでください。 IF彼らはQ-で-Qを使用している、彼らは唯一のVLANは、管理目的のためにその場所に、ではない技術的な理由のために行くかを知る必要があり、その構成を変更することができるはずです。
より複雑なソリューション:Q-in-Qタギング/ VLANトンネリングを自分で調べます。ハードウェア/ライセンス機能に応じて、ローカルで重要なVLANタグを維持し、キャリアのフレームに別のタグをたたくことができます。次に、フレームが宛先に到着したら、余分なタグを取り除き、元のVLANに基づいてフレームを送信します。
以上のことすべてを踏まえて、VLAN 10とVLAN 20を使用しなければならないシナリオが他にもある可能性があります。これが当てはまる理由について、キャリアに説明を求めてください。
このシナリオでキャリアが扱いにくい場合は(説明を提供しないか、ローカルVLAN構造を回避してください)、サービスの停止中のキャリアを想像してください。
常にインストールプロセスを使用して、サービスプロバイダーをテストしてください!顧客サービスが彼らのレーダーにないならば、あなたは彼らのサービスに無関心でなければなりません。つまり、インストールでのパフォーマンスが低い場合、通常は契約全体の期間を期待して、同じ「品質の高いサービス」をより多く利用できます。