
説明/参照:
IPv6-in-IPv4およびGREは手動および6RDおよび6to4です

この章をダウンロードする
トンネルの実装
完全な本をダウンロードする
Cisco IOS XE Release 3Sのインターフェイスおよびハードウェアコンポーネントコンフィギュレーションガイド(PDF - 1 MB)フィードバック
内容
トンネルの実装
機能情報の検索
トンネルの実装に関する制限事項
トンネルの実装に関する情報
トンネリングとカプセル化
トンネルToS
汎用ルーティングカプセル化
GREトンネルIPソースおよび宛先VRFメンバーシップ
IPv6トラフィックのGRE IPv4トンネルサポート
EoMPLS over GRE
プロバイダーのエッジからプロバイダーのエッジへの一般的なルーティングカプセル化のチューン
プロバイダからプロバイダへの汎用ルーティングカプセル化トンネル
プロバイダーエッジからプロバイダーへの汎用ルーティングカプセル化トンネル
汎用ルーティングカプセル化に特有の機能
Ethernet over MPLS特有の機能
IPv6用の仮想プライベートネットワークオーバーレイトンネルのマルチプロトコルラベルスイッチング特有の機能
IPv6手動設定トンネル
自動6to4トンネル
ISATAPトンネル
パスMTUディスカバリ
トンネルのQoSオプション
トンネルの実装方法
トンネルタイプの決定
IPv4 GREトンネルの設定
GREトンネルキープアライブ
次はどうする
IPv6トンネルでのGREの設定
次はどうする
GREトンネルIP送信元および宛先VRFメンバーシップの設定
次はどうする
IPv6トンネルの手動設定
次はどうする
6to4トンネルの設定
次はどうする
ISATAPトンネルの設定
トンネルの設定と操作の確認
トンネルを実装するための設定例
例:GRE IPv4トンネルの設定
例:IPv6トンネルでのGREの設定
例:GREトンネルIP送信元および宛先VRFメンバーシップの設定例:EoMPLS over GREの設定
例:IPv6トンネルの手動設定
例:6to4トンネルの設定
例:ISATAPトンネルの設定
トンネルインターフェイスのQoSオプションの設定例
ポリシングの例
その他の参考資料
トンネルの実装に関する機能情報
トンネルの実装
最終更新日:2012年9月17日
このモジュールでは、さまざまなタイプのトンネリング手法について説明します。構成の詳細と例は、物理インターフェイスまたは仮想インターフェイスを使用するトンネルタイプに対して提供されています。多くのトンネリング技法は、技術特有のコマンドを使用して実装され、リンクは適切な技術モジュールに提供される。
トンネリングは、任意のパケットをトランスポートプロトコル内にカプセル化する方法を提供します。トンネルは仮想インターフェイスとして実装され、設定目的のための簡単なインターフェイスを提供します。トンネルインターフェース
特定の「乗客」または「輸送」プロトコルに結びついているのではなく、標準のポイントツーポイントカプセル化方式を実装するのに必要なサービスを提供するためのアーキテクチャです。
注意
Cisco ASR 1000シリーズアグリゲーションサービスルータは、VPNルーティングおよびフォワーディング(VRF)対応汎用ルーティングカプセル化(GRE)トンネルキープアライブ機能をサポートします。
機能情報の検索
トンネルの実装に関する制限事項
トンネルの実装に関する情報
トンネルの実装方法
トンネルを実装するための設定例
その他の参考資料
トンネルの実装に関する機能情報
機能情報の検索
ご使用のソフトウェアリリースは、このモジュールに記載されているすべての機能をサポートしているとは限りません。最新の警告および機能情報については、ご使用のプラットフォームおよびソフトウェアリリースのバグ検索ツールおよびリリースノートを参照してください。このモジュールで説明されている機能に関する情報を検索し、各機能がサポートされているリリースのリストを表示するには、このモジュールの最後にある機能情報表を参照してください。
Cisco Feature Navigatorを使用して、プラットフォームサポートおよびシスコのソフトウェアイメージサポートに関する情報を検索してください。
Cisco Feature Navigatorにアクセスするには、www.cisco.com/go/cfnを参照してください。 Cisco.comのアカウントは必要ありません。
トンネルの実装に関する制限事項
トンネルプロトコルがファイアウォールとアクセス制御リスト(ACL)チェックを通過できるようにすることが重要です。
帯域幅がトンネルインターフェイス上で正しく設定されていない場合、複数のポイントツーポイントトンネルはルーティング情報で物理リンクを飽和させる可能性があります。
トンネルは単一ホップリンクのように見え、ルーティングプロトコルはマルチホップ物理パス上のトンネルを優先します。
トンネルは、シングルホップリンクのように見えるにもかかわらず、マルチホップリンクよりも遅いパスを通過することがあります。トンネルは、実際に通過するリンクと同じくらい堅牢で速く、信頼性が低く、低速です。ホップ数だけに基づいて決定を下すルーティングプロトコルは、しばしば一連の物理リンク上のトンネルを優先します。トンネルは1ホップのポイントツーポイントリンクのように見えるかもしれませんが、最もコストの低いパスがありますが、トンネルは代替の物理トポロジと比較して実際にレイテンシの点でより多くのコストがかかります。たとえば、下の図に示すトポロジでは、ホスト1からのパケットは、w、x、y、およびzの代わりにネットワークw、t、zを経由してホスト2に到達するように見えます。カウントはより短く表示されます。実際、トンネルを通過するパケットは、ルータA、B、およびCを経由して移動しますが、ルータCに戻る前にルータDに移動する必要があります。
図1
トンネル予防策:ホップカウント
ルーティングが正確に設定されていないと、トンネルに再帰的なルーティング問題が発生する可能性があります。トンネル宛先への最適なパスは、トンネル自体を介したものです。したがって、再帰的ルーティングにより、トンネルインターフェースがフラップします。再帰的なルーティングの問題を回避するには、次の方法を使用して、コントロールプレーンのルーティングとトンネルのルーティングを分離してください。
別の自律システム番号またはタグを使用してください。
別のルーティングプロトコルを使用します。
最初のホップを上書きするためにスタティックルートが使用されていることを確認します(ルーティングループを監視する)。
トンネル宛先への再帰的ルーティングがある場合、次のエラーが表示されます。
%TUN-RECURDOWNインタフェーストンネル0
再帰的ルーティングのために一時的に無効になりました
トンネルの実装に関する情報
トンネリングとカプセル化
トンネルToS
汎用ルーティングカプセル化
EoMPLS over GRE
IPv6のオーバーレイトンネル
IPv6手動設定トンネル
自動6to4トンネル
ISATAPトンネル
パスMTUディスカバリ
トンネルのQoSオプション
トンネリングとカプセル化
トンネルの仕組みを理解するには、カプセル化とトンネリングの概念を区別できる必要があります。カプセル化は、特定のプロトコルスタックの各レイヤーのデータにヘッダーを追加するプロセスです。
Open Systems Interconnection(OSI)参照モデルは、ネットワークの機能を記述します。 1つのホスト(たとえばPC)からネットワーク上の別のホストにデータパケットを送信するには、カプセル化を使用して、プロトコルスタックの各レイヤーのデータパケットの前に降順でヘッダーを追加します。ヘッダーには、現在のレイヤのすぐ上にあるレイヤでカプセル化されたデータの種類を示すデータフィールドが含まれている必要があります。パケットがネットワークの受信側のプロトコルスタックを上回ると、各カプセル化ヘッダーは逆の順序で削除されます。
トンネリングは、異なるプロトコル内の1つのプロトコルからデータパケットをカプセル化し、そのパケットを外部ネットワーク上に転送する。カプセル化とは異なり、トンネリングにより、トンネルを介して下位層のプロトコルと同じ層のプロトコルが伝送されます。トンネルインターフェイスは、仮想(または論理)インターフェイスです。トンネリングは、3つの主要コンポーネントで構成されています。
Passenger protocol - カプセル化しているプロトコル。例えば、IPv4およびIPv6プロトコル。
キャリアプロトコル - カプセル化するプロトコル。たとえば、汎用ルーティングカプセル化(GRE)およびマルチプロトコルラベルスイッチング(MPLS)。
トランスポートプロトコル - カプセル化されたプロトコルを運ぶプロトコル。主なトランスポートプロトコルはIPです。
次の図は、IPトンネリングの用語と概念を示しています。
図2
IPトンネリングの用語と概念
トンネルToS
トンネルタイプのサービス(ToS)では、ネットワークトラフィックをトンネリングし、すべてのパケットを同じToSバイト値でグループ化できます。 ToSバイト値とTTL(Time-to-Live)ホップカウント値は、ルータ上のIPトンネルインターフェイスのトンネルパケットのカプセル化IPヘッダーに設定できます。トンネルToS機能は、Cisco Express Forwarding(旧CEF)、高速スイッチング、およびプロセススイッチングでサポートされています。
ToSおよびTTLバイト値はRFC 791で定義されています。RFC 2474およびRFC 2780では、RFC 791で定義されているToSバイトの使用は廃止されています。RFC 791では、ToSバイトのビット6および7(最初の2つの最下位ビット)は将来の使用のために予約されているため、0に設定する必要があります。Cisco IOS XEリリース2.1の場合、トンネルToS機能はこの規格に準拠しておらず、ToSバイト値全体(ビット6と7を含む)どのRFC標準でパケットのToSバイトが適合するべきか。
汎用ルーティングカプセル化
GREはRFC 2784で定義されています。GREは、さまざまな基盤となるトランスポートプロトコルで使用でき、多くのパッセンジャープロトコルを運ぶことができるキャリアプロトコルです。 RFC 2784では、トランスポートプロトコルと乗客プロトコルとしてIPv4を使用するGREの使用についても説明しています。シスコのソフトウェアは、乗客プロトコルとトランスポートプロトコルの多数の組み合わせにより、キャリアプロトコルとしてGREをサポートしています。
GREトンネルについては、次のセクションで説明します。
GREトンネルIPソースおよび宛先VRFメンバーシップ
IPv6トラフィックのGRE IPv4トンネルサポート
GREトンネルIPソースおよび宛先VRFメンバーシップ
GRE Tunnel IP SourceおよびDestination VRF Membership機能を使用すると、任意のVPN Routing and Forwarding(VRF)テーブルに属するトンネルの送信元と宛先を設定できます。 VRFテーブルには、各VPNのルーティングデータが格納されます。 VRFテーブルは、ネットワークアクセスサーバー(NAS)に接続されているカスタマーサイトのVPNメンバーシップを定義します。各VRFテーブルには、IPルーティングテーブル、派生シスコエクスプレスフォワーディングテーブル、およびルーティングテーブルに含まれる情報を制御するガイドラインとルーティングプロトコルパラメータが含まれています。
Cisco IOS XE Release 2.2より前のGRE IPトンネルでは、IPトンネル宛先がグローバルルーティングテーブルに存在する必要がありました。この機能を実装すると、任意のVRFに属するトンネルの送信元と宛先を設定できます。既存のGREトンネルの場合と同様に、トンネル宛先へのルートが定義されていない場合、トンネルは無効になります。
IPv6トラフィックのGRE IPv4トンネルサポート
標準のポイントツーポイントカプセル化方式を実装するのに必要なサービスを提供するために、標準的なGREトンネリング技術を使用することによって、IPv6トラフィックをIPv4 GREトンネル経由で搬送することができます。 GREトンネルは2つのポイント間のリンクで、各ポイントごとに別々のトンネルがあります。 GREトンネルは特定の乗客または輸送プロトコルに結び付けられていませんが、IPv6トラフィックの場合はIPv6がパッセンジャープロトコル、GREはキャリアプロトコル、IPv4はトランスポートプロトコルです。
GREトンネルの主な用途は、安定した接続を提供し、2つのエッジデバイス間、またはエッジデバイスとエンドシステム間の通信を安全にすることです。エッジデバイスとエンドシステムにはデュアルスタック実装が必要です。
GREには、乗客のプロトコルを識別するプロトコルフィールドがあります。 GREトンネルを使用すると、中間システムから中間システム(IS-IS)またはIPv6をパッセンジャプロトコルとして指定できるため、IS-ISトラフィックとIPv6トラフィックの両方を同じトンネルで実行できます。 GREにプロトコルフィールドがない場合、トンネルがIS-ISパケットかIPv6パケットかを区別することは不可能になります。
EoMPLS over GRE
Ethernet over MPLS(EoMPLS)は、レイヤ3トラフィックをレイヤ3 MPLSネットワークにトンネリングできるトンネリングメカニズムです。 EoMPLSはレイヤ2トンネリングとも呼ばれます。
EoMPLSは長距離にわたってレイヤ2の拡張を効果的に促進します。 EoMPLS over GREは、ハードウェアベースのスイッチとしてGREトンネルを作成し、GREトンネル内にEoMPLSフレームをカプセル化するのに役立ちます。 2つのコアルータ間でGRE接続が確立され、MPLSラベルスイッチングパス(LSP)がトンネリングされます。
GREカプセル化は、転送される前にヘッダー情報が追加されたパケットを定義するために使用されます。
カプセル化解除は、パケットが宛先トンネルエンドポイントに到達したときに追加のヘッダー情報を削除するプロセスです。
パケットがGREトンネルを介して転送されると、パケットの先頭に2つの新しいヘッダーが追加され、新しいペイロードのコンテキストが変更されます。カプセル化の後、もともとはデータペイロードと別個のIPヘッダーがGREペイロードと呼ばれていました。 GREヘッダーがパケットに追加され、プロトコルタイプと再計算されたチェックサムに関する情報が提供されます。新しいIPヘッダーもGREヘッダーの先頭に追加されます。このIPヘッダーには、トンネルの宛先IPアドレスが含まれています。
GREヘッダーは、ヘッダーがトンネルに入る前に、IP、レイヤー2 VPN、およびレイヤー3 VPNなどのパケットに追加されます。カプセル化されたパケットを受信するパスに沿ったすべてのルータは、新しいIPヘッダーを使用して、パケットがどのようにトンネルエンドポイントに到達できるかを判断します。
IP転送では、トンネル宛先エンドポイントに到達すると、新しいIPヘッダーとGREヘッダーがパケットから削除され、元のIPヘッダーがパケットを最終宛先に転送するために使用されます。
EoMPLS over GRE機能は、新しいIPヘッダーとGREヘッダーをトンネル宛先のパケットから削除し、MPLSラベルを使用してパケットを適切なレイヤ2接続回線またはレイヤ3 VRFに転送します。
次のセクションのシナリオでは、PE(プロバイダエッジ)またはP(プロバイダー)ルータでのL2VPNおよびL3VPN over GRE展開について説明します。
プロバイダーのエッジからプロバイダーのエッジへの一般的なルーティングカプセル化のチューン
プロバイダからプロバイダへの汎用ルーティングカプセル化トンネル
プロバイダーエッジからプロバイダーへの汎用ルーティングカプセル化トンネル
汎用ルーティングカプセル化に特有の機能
Ethernet over MPLS特有の機能
仮想プライベートネットワークプロバイダーのエッジからプロバイダーエッジへのマルチプロトコルラベルの特有の機能汎用ルーティングカプセル化のトンネル
プロバイダーエッジからプロバイダーエッジ(PE)GREトンネルシナリオでは、お客様はコアの一部をMPLSに移行するのではなく、EoMPLSおよび基本的なMPLS VPNサービスを提供することを推奨します。したがって、MPLSトラフィックのGREトンネリングはPE間で行われます。
プロバイダからプロバイダへの汎用ルーティングカプセル化トンネル
Provider to Provider(P)GREトンネルシナリオでは、プロバイダーエッジ(PE)とPルーターの間でマルチプロトコルラベルスイッチング(MPLS)が有効ですが、ネットワークコアに非MPLS対応ルーターまたはIP暗号化ボックスを使用できます。このシナリオでは、MPLSラベル付きパケットのGREトンネリングはPルータ間で行われます。
プロバイダーエッジからプロバイダーへの一般的なルーティングカプセル化トンネルプロバイダーエッジからプロバイダーへのGREトンネルシナリオでは、ネットワークにMPLS対応P to Pノードがあります。 GREトンネリングは、PEからP非MPLSネットワークセグメント間で行われます。汎用ルーティングカプセル化に固有の機能展開シナリオでは、次の構成と情報を理解する必要があります。
トンネルエンドポイントは、ループバックまたは物理インターフェイスにすることができます。
キープアライブタイマーが期限切れになると、エンドポイントごとの設定可能なトンネルキープアライブタイマーパラメータとsyslogメッセージを生成する必要があります。
双方向転送検出(BFD)は、トンネル障害、およびトンネルを使用するInterior Gateway Protocol(IGP)でサポートされています。
GREトンネルを介したIGPロードシェアリングがサポートされています。
GREトンネル全体のIGP冗長性がサポートされています。
GREトンネル全体の断片化がサポートされています。
ジャンボフレームを渡す機能がサポートされています。
すべてのIGPコントロールプレーントラフィックがサポートされています。
トンネル間のIP ToS保存がサポートされています。
トンネルはエンドポイントの物理インターフェイスタイプとは独立している必要があります。例えば、ATM、ギガビット、POS(Packet over SONET)、およびTenGigabitなどがあります。
最大100のGREトンネルがサポートされています。
Ethernet over MPLS特有の機能
MPLS(AToM)シーケンスによるすべてのトランスポート。
IGPロードシェアリングと冗長性
ポートモードイーサネットover MPLS(EoMPLS)。
Pseudowire冗長性。
最大200のEoMPLS仮想回線(VC)をサポートします。
トンネルの選択、および特定の擬似回線をGREトンネルにマッピングする機能
VLANモードEoMPLS。
マルチプロトコルラベルスイッチング仮想プライベートネットワークに特有の機能IPv4 VRFによるPEの役割のサポート。
すべてのPEからカスタマーエッジ(CE)プロトコルをサポート
複数のトンネルを介したロードシェアリングと、単一のトンネルを使用した同等のコストのIGPパス。
単一のトンネルで不等コストのIGPパスによる冗長性のサポート
Multiprotocol Label Switching(MPLS;マルチプロトコルラベルスイッチング)ラベルのExpression(EXP)ビットフィールドにコピーされたIP precedence値をサポートし、Generic Routing Encapsulation(GRE)パケットの外部IPv4 ToSフィールドのprecedenceビットにコピーします。
EoMPLS over GREの設定例については、「例:EoMPLS over GREの設定」を参照してください。 EoMPLS over GREの詳細については、MPLS仮想プライベートネットワークの展開および設定を参照してください。
IPトンネル環境文書を参照してください。
IPv6のオーバーレイトンネル
下の図は、IPv4インフラストラクチャ(コアネットワークまたはインターネット)を介して配信するために、オーバーレイトンネリングがIPv6パケットをIPv4パケットにカプセル化する仕組みを示しています。オーバーレイトンネルを使用すると、IPv4インフラストラクチャをアップグレードすることなく、分離されたIPv6ネットワークと通信できます。オーバーレイトンネルは、境界ルータ間または境界ルータとホスト間で設定できます。ただし、両方のトンネルエンドポイントでIPv4、IPv6プロトコルスタックをサポートしている必要があります。 IPv6は、次のタイプのオーバーレイトンネリングメカニズムをサポートしています。
6to4
GRE
サイト内自動トンネルアドレッシングプロトコル(ISATAP)
IPv4互換
マニュアル
図3
オーバーレイトンネル
注意
基本的なIPv4パケットヘッダーにオプションフィールドがない場合、オーバーレイトンネルはインターフェイスの最大伝送ユニット(MTU)を20オクテットだけ減らすことができます。オーバーレイトンネルを使用するネットワークではトラブルシューティングが困難です。したがって、分離されたIPv6ネットワークを接続するオーバーレイトンネルは、最終的なIPv6ネットワークアーキテクチャと見なすべきではありません。オーバーレイトンネルの使用は、IPv4とIPv6の両方のプロトコルスタックまたはIPv6プロトコルスタックのいずれかをサポートするネットワークの移行技術と見なされます。
IPv4ネットワーク経由でIPv6パケットを伝送するように設定するトンネルのタイプを決定するには、以下の表を参照してください。
表1
IPv4ネットワークトンネリングタイプでIPv6パケットを伝送するトンネルタイプの推奨される使用法
推奨される使用法
使用上の注意
6to4
隔離されたIPv6サイトを接続するために使用できるポイントツーマルチポイントトンネル。
サイトは、2002 :: / 16接頭辞で始まるアドレスを使用します。
GRE / IPv4
サイト内またはサイト間で使用できる単純なポイントツーポイントトンネル。
トンネルは、IPv6、Connectionless Network ServiceCLNS、および他の多くのタイプのパケットを伝送できます。
ISATAP
サイト内のシステムに接続するために使用できるポイントツーマルチポイントトンネル。
サイトは任意のIPv6ユニキャストアドレスを使用できます。
マニュアル
サイト内またはサイト間で使用できる単純なポイントツーポイントトンネル。
トンネルはIPv6パケットだけを伝送できます。
個々のトンネルタイプについては、以下の概念で詳しく説明します。実装する特定のトンネルタイプに関する情報を確認して理解することをお勧めします。便利なトンネル設定パラメータの概要については、以下の表を参照してください。
表2
トンネリングタイプによるオーバーレイトンネル構成パラメータ
オーバーレイトンネリングタイプ
オーバーレイトンネル設定パラメータ
トンネルモード
トンネルソース
トンネル宛先
インタフェース接頭辞/アドレス
6to4
ipv6ip 6to4
IPv4が設定されているインターフェイスへのIPv4アドレスまたは参照。
不要です。これらはすべてポイントツーマルチポイントトンネリングタイプです。 IPv4宛先アドレスは、IPv6宛先からパケットごとに計算されます。
IPv6アドレス。接頭辞は、トンネル送信元IPv4アドレスを埋め込む必要があります。
GRE / IPv4
gre ip
IPv4アドレス。
IPv6アドレス。
ISATAP
ipv6ip isatap
不要です。これらはすべてポイントツーマルチポイントトンネリングタイプです。 IPv4宛先アドレスは、IPv6宛先からパケットごとに計算されます。
変更されたeui-64形式のIPv6接頭辞。 IPv6アドレスは、プレフィックスとトンネル送信元IPv4アドレスから生成されます。
マニュアル
ipv6ip
IPv4アドレス。
IPv6アドレス。
IPv6手動設定トンネル
手動で設定されたトンネルは、IPv4バックボーン上の2つのIPv6ドメイン間の永続的なリンクに相当します。手動で構成されたトンネルの主な用途は、2つのエッジルータ間、またはエンドシステムとエッジルータ間の安全な通信を必要とする接続を安定させることです。手動設定トンネルは、リモートIPv6ネットワーク間の接続も安定させます。
IPv6アドレスは、トンネルインターフェイス上で手動で設定されます。手動で設定されたIPv4アドレスは、トンネルの送信元と宛先に割り当てられます。 The host or router at each end of a configured tunnel must support both the IPv4 and IPv6 protocol stacks. Manually configured tunnels can be configured between border routers or between a border router and a host. Cisco Express Forwarding switching can be used for manually configured IPv6 tunnels. Switching can be disabled if process switching is required.
Automatic 6to4 Tunnels
An automatic 6to4 tunnel allows isolated IPv6 domains to be connected over an IPv4 network to remote IPv6 networks. The key difference between automatic 6to4 tunnels and manuallyconfigured tunnels is that the tunnel is not point-to-point; it is point-to-multipoint. In automatic 6to4 tunnels, routers are not configured in pairs because they treat the IPv4 infrastructure as a virtual nonbroadcast multiaccess (NBMA) links. The IPv4 address embedded in the IPv6 address is used to find the other end of the automatic tunnel.
An automatic 6to4 tunnel may be configured on a border router in an isolated IPv6 network, which creates a tunnel on a per-packet basis on a border router in another IPv6 network over an IPv4 infrastructure. The tunnel destination is determined by the IPv4 address of the border router extracted from the IPv6 address that starts with the prefix 2002::/16, where the format is 2002:border-router-IPv4-address ::/48.The embedded IPv4 addresses are 16 bits and can be used to number networks within the site. The border router at each end of a 6to4 tunnel must support both IPv4 and IPv6 protocol stacks. 6to4 tunnels are configured between border routers or between a border router and a host.
The simplest deployment scenario for 6to4 tunnels is to interconnect multiple IPv6 sites, each of which has at least one connection to a shared IPv4 network. This IPv4 network could either be the Internet or a corporate backbone. The key requirement is that each site have a globally unique IPv4 address; the Cisco software uses this address to construct a globally unique 6to4/48 IPv6 prefix. A tunnel with appropriate entries in a Domain Name System (DNS) that maps hostnames and IP addresses for both IPv4 and IPv6 domains, allows the applications to choose the required address IPv6 traffic can be carried over IPv4 GRE tunnels by using the standard GRE tunneling technique to provide the services necessary to implement a standard point-to-point encapsulation scheme. GRE tunnels are links between two points, with a separate tunnel for each point. GRE tunnels are not tied to a specific passenger or transport protocol, but in case of IPv6 traffic, IPv6 is the passenger protocol, GRE is the carrier protocol, and IPv4 is the transport protocol.
The primary use of GRE tunnels is to provide a stable connection and secure communication between two edge devices or between an edge device and an end system. The edge device and the end system must have a dual-stack implementation. GRE has a protocol field that identifies the passenger protocol. GRE tunnels allow intermediate system to intermediate system (IS-IS) or IPv6 to be specified as the passenger protocol, thereby allowing both IS-IS and IPv6 traffic to run over the same tunnel. If GRE does not have a protocol field, it becomes impossible to distinguish whether the tunnel is carrying IS-IS or IPv6 packets.