IP トンネルの設定

IP トンネルについて

IP トンネルを使うと、同じレイヤまたは上位層プロトコルをカプセル化して、2 台のデバイス間で作成されたトンネルを通じて IP に結果を転送できます。

IP トンネルの概要

IP トンネルは次の 3 つの主要コンポーネントで構成されています。

パッセンジャプロトコル：カプセル化する必要があるプロトコル。パッセンジャプロトコルの例には IPv4 があります。
キャリアプロトコル：パッセンジャプロトコルをカプセル化するために使用するプロトコル。Cisco NX-OS はキャリアプロトコルとして GRE をサポートします。
トランスポートプロトコル：カプセル化したプロトコルを伝送するために使用するプロトコル。トランスポートプロトコルの例には IPv4 があります。IP トンネルは IPv4 などのパッセンジャプロトコルを使用し、このプロトコルを GRE などのキャリアプロトコル内にカプセル化します。次に、このキャリアプロトコルは IPv4 などのトランスポートプロトコルを通じてデバイスから送信されます。

対応する特性を持つトンネルインターフェイスをトンネルの両端にそれぞれ設定します。

設定の前にトンネル機能をイネーブルにする必要があります。システムはこの機能をディセーブルにする前のチェックポイントを自動的に取得するため、このチェックポイントにロールバックできます。ロールバックおよびチェックポイントについては、『Cisco Nexus 9000 Series NX-OS System Management Configuration Guide』を参照してください。

GRE トンネル

Generic Routing Encapsulation（GRE）をさまざまなパッセンジャプロトコルのキャリアプロトコルとして使用できます。

この次図は、GRE トンネルの IP トンネルのコンポーネントを示しています。オリジナルのパッセンジャプロトコルパケットは GRE ペイロードとなり、デバイスはパケットに GRE ヘッダーを追加します。次にデバイスはトランスポートプロトコルヘッダーをパケットに追加して送信します。

ポイントツーポイント IP-in-IP トンネルのカプセル化およびカプセル化解除

ポイントツーポイント IP-in-IP のカプセル化およびカプセル化解除は、送信元トンネルインターフェイスから宛先トンネルインターフェイスにカプセル化されたパケットを送信するために作成できる一種のトンネルです。このタイプのトンネルは、着信トラフィックと発信トラフィックの両方を伝送します。

（注）

PBR ポリシーに基づく GRE または IP-in-IP トンネル接続先の選択は、サポートされません。

（注）

IP-in-IP トンネルカプセル化とカプセル化解除は、N9K-X9636C-R、N9K-X9636Q-R、N9K-X9636C-RX ラインカードを搭載した Cisco Nexus 9500 シリーズスイッチではサポートされません。

（注）

IP-in-IP トンネルのカプセル化とカプセル化解除は、Cisco Nexus 9300-EX、9300-FX、 9300-GX および Nexus 9500 プラットフォームスイッチの vPC 設定ではサポートされません。

マルチポイント IP-in-IP トンネルのカプセル化解除

マルチポイント IP-in-IP の decapsulate-any は、任意の数の IP-in-IP トンネルから 1 つのトンネルインターフェイスにパケットのカプセル化を解除するために作成できるトンネルのタイプです。このトンネルは発信トラフィックを伝送しません。ただし、任意の数のリモートトンネルエンドポイントが、このように設定されたトンネルを宛先として使用することができます。

パス MTU ディスカバリ

パス最大伝送単位（MTU）ディスカバリ（PMTUD）は、パケットの発信元から宛先へのパスに沿って最小 MTU を動的に決定することで、2 つのエンドポイント間のパスのフラグメンテーションを防ぎます。PMTUD は、パケットにフラグメンテーションが必要であるという情報がインターフェイスに届くと、接続に対する送信 MTU 値を減らします。

PMTUD をイネーブルにすると、インターフェイスはトンネルを通過するすべてのパケットに Don't Fragment（DF）ビットを設定します。トンネルに入ったパケットがそのパケットの MTU 値よりも小さい MTU 値を持つリンクを検出すると、リモートリンクはそのパケットをドロップし、パケットの送信元にインターネット制御メッセージプロトコル（ICMP）メッセージを返します。このメッセージには、フラグメンテーションが要求されたこと（しかし許可されなかったこと）と、パケットをドロップしたリンクの MTU が含まれています。

（注）

トンネルインターフェイスの PMTUD は、トンネルエンドポイントがトンネルのパスでデバイスによって生成される ICMP メッセージを受信することを要求します。ファイアウォール接続を通じて PMTUD を使用する前に、ICMP メッセージが受信できることを確認してください。

高可用性

IP トンネルはステートフル再起動をサポートします。ステートフル再起動はスーパーバイザ切り替え時に発生します。切り替え後、Cisco NX-OS は実行時の設定を適用します。

IP トンネルの前提条件

IP トンネルには次の前提条件があります。

IP トンネルを設定するための TCP/IP に関する基礎知識があること。
スイッチにログインしている。
IP トンネルを設定してイネーブルにする前にデバイスのトンネリング機能をイネーブルにしておくこと。

注意事項と制約事項

IP トンネルの設定に関する注意事項と制約事項は次のとおりです。

Cisco NX-OS リリース 9.3(3) 以降：
- Cisco Nexus N92xx、N93xx-EX/FX/FX2、N9500 ラインカード、N9700-EX、および N9700-FX プラットフォームでは、全部で 16 のGRE/IPIPトンネルがサポートされています。
- 同じ Cisco Nexus デバイス上の複数の IP-in-IP/GRE トンネルインターフェイスは、異なる VRF 間で、同じ IP アドレスを送信元とすること、または同じ IP アドレスを宛先とすることができます。これは、Cisco Nexus N92xx および N93xx-EX/FX/FX2 プラットフォームでサポートされています。これは、Cisco Nexus 9300-GX および N9500 プラットフォームではサポートされていません。
- 複数の、最大で 16 の IPIP Decap-any トンネルがサポートされています。VRF ごとに 1 つの decap-any トンネルです。これは、Cisco Nexus N92xx および M93xx-EX/FX/FX2 プラットフォームでサポートされています。
- IPIP/GRE カプセル化パケットが終端ノードで入力されるインターフェイスの VRF メンバーシップは、トンネルのパケットを正しく終端するために、トンネル転送 VRF と一致している必要があります。
- パケットの外部ヘッダーがトンネルの送信元およびトンネルの宛先と一致する場合、デフォルト以外の VRF に着信する IPIP/GRE パケットは、デフォルトの VRF トンネルによって終端されることがあります。
Cisco NX-OS リリース9.3(5) 以降では、次の機能が N9K-C9316D-GX、N9K-C93600CD-GX、および N9K-C9364C-GX スイッチでサポートされています。
- 合計 16 の GRE/IPIPトンネル。
- 同じ Cisco Nexus デバイス上の複数の IP-in-IP/GRE トンネルインターフェイスは、異なる VRF 間で、同じ IP アドレスを送信元とすること、または同じ IP アドレスを宛先とすることができます。
- 複数の、最大で 16 の IPIP Decap-any トンネルがサポートされています。VRF ごとに 1 つの decap-any トンネルです。
GRE ストリッピングは、N9K-C9364C および N9K-C9332C ファミリスイッチ、および N9K-C9508-FM-E2、N9K-C9516-FM-E2 モジュールではサポートされていません。
トンネルの source-direct および ipv6ipv6-decapsulate-any オプションについてのガイドラインは、以下のとおりです：
- IP トンネルは、インターフェイス、IPv4 アドレス、IPv6 アドレス、または IPv4 プレフィックスを使用した tunnel source CLI コマンドをサポートします。新しい tunnel source direct CLI コマンドを使用すれば、直接接続された IP アドレス（物理インターフェイス、ポートチャネル、ループバック、SVIなど）で IP-in-IP トンネルのカプセル化解除を設定できます。2 つのスイッチ間に複数の IP リンクがある場合は、IP ECMP リンクを選択できます。単一のトンネルインターフェイスは、外部宛先 IP がローカルで設定された IPv4 または IPv6 アドレスのいずれかであり、スイッチで動作的にアップ状態になっているようなトンネルパケットを、カプセル化解除できます。
- 現在、 tunnel mode ipip decapsulate-any は、IPv4 トランスポート（IPv4inIPv4 パケット）を介して IPv4 ペイロードをカプセル化解除するためにサポートされています。 tunnel mode ipv6ipv6 decapsulate-any コマンドは、IPv6 トランスポートを介した IPv6 ペイロード（IPv6inIPv6 パケット）をサポートするために導入されました。
- ネットワーク形成エンジン（NFE）を搭載した Cisco Nexus 9500 プラットフォームスイッチでは、 tunnel source direct および tunnel mode ipv6ipv6 decapsulate-any CLI コマンドはサポートされていません。
- tunnel source direct CLI コマンドがサポートされるのは、管理者が IP-in-IP カプセル化解除を使用して、パケットをネットワーク経由でソースルーティングする場合だけです。source-direct トンネルは、管理上シャットダウンされない限り、常に動作的にアップ状態です。直接接続されたインターフェイスは、 show ip route direct CLI コマンドを使用して識別されます。
- CLIコマンドは、カプセル化解除トンネルモード（andなど）でのみサポートされます。 tunnel source direct tunnel mode ipip decapsulate-any tunnel mode ipv6ipv6 decapsulate-any
- source-direct の自動回復はサポートされていません。
- ipv6ipv6 decapsulate-any の場合、inter-VRF はサポートされません。トンネルインターフェイス VRF（iVRF）と、トンネルトランスポートまたはフォワーディング VRF（fVRF）は、同じである必要があります。Cisco Nexus 9200、9300-EX、および 9300-FX プラットフォームスイッチと、EX および FX ラインカードを備えた Cisco Nexus 9500プラットフォームモジュラスイッチには、VRF に関係なくカプセル化解除トンネルが 1 つだけ存在します。
- ipv6ipv6 decap-any トンネルインターフェイスで IPv6 を有効にするには、有効な IPv6 アドレスを設定するか、トンネルインターフェイスで ipv6 address use-link-local-only を設定します。

送信元ダイレクトトンネルで対応可能な送信元の最大数と関連動作については、次のハードウェア制限を参照してください。

送信元直接トンネルは、ネットワーク転送エンジン（NFE）、アプリケーションスパインエンジン（ASE）、およびリーフスパインエンジン（LSE）を搭載した Cisco Nexus 9000 シリーズスイッチでサポートされるようになりましたほとんどの制限は、スケーリングされた SIP の場合に限り、インターフェイス上の IP/IPv6 アドレスの合計数にのみ適用されます。この場合のインターフェイスとは、L3、サブインターフェイス、PC、PC-サブインターフェイス、ループバック、SVI、および任意のセカンダリ IP/IPv6 アドレスを指します。

次の使用例を参照してください。

使用例 1：IP / IPv6インターフェイススケールの数がより多い場合に SIP がインストールされたときの非決定的動作への対応。

両方のスイッチにトンネル SIP が 512 エントリがあります。トンネル送信元を使用する場合は、任意の IP または IPv6 アドレスを、 ipip or ipv6ipv6 decap any により、上記のテーブルにインストールされたトンネル送信元にダイレクトします。

これらのエントリの挿入は、どのインターフェイス IP アドレスをインストールするかを制御する CLI コマンドを使用せずに、先着順に行われますシステムにインストールする IP/IPv6 インターフェイスの数が多い場合、動作は非決定的です（動作はインターフェイスフラップを使用して変更できます）。

使用例 2：両方のスイッチでスケール数が異なる場合。それぞれに長所と短所があります。

NFE を備えたスイッチの場合、IPv4 の個別のスケールはより大きくすることができますが（最大512）、IPv6と共有されます。ASE および LSE を備えたするスイッチでは、IPv4 の個別のスケールは 256 までですが、IPv6 とは共有されません。

トンネル decap テーブルがいっぱいになると、TABLE_FULL エラーが表示されます。テーブルがいっぱいになった後でも、一部のエントリが削除されると、テーブルフルエラーはクリアされます。

表 1. スケール番号
コマンド	NFE を使用したスイッチ：テーブルサイズ 512、v4 は 1 エントリ、v6 は 4 エントリ	ASE および LSE を使用したスイッチ：テーブルサイズ 512、v4 は 1エントリ、v6 は 2 エントリ（ペアインデックス）
トンネルソースダイレクトによる IPIP カプセル化解除	v4 と v6 の間で共有、v6 は 4 エントリを取得 v4 + 4 * v6 = 512 最大エントリ数は 512 で、v6 エントリなし	専用で 256
トンネルソースダイレクトによる IPv6IPv6 カプセル化解除	v4 と v6 の間で共有、v6 は 4 エントリを取得 v4 + 4 * v6 = 512 最大エントリ数は 128 で、v4 エントリなし	専用で 128

使用例 3：自動リカバリはサポートされていません。

上記のテーブルが使い果たされたためにハードウェアにエントリがインストールされない場合、すでにインストールされている IP/IPv6 をインターフェイスから削除すると、テーブルにスペースが生じますが、前に失敗した SIP がテーブルに自動的に追加されることはありません。トンネルインターフェイスまたは IP インターフェイスをフラップしてインストールする必要があります。

ただし、エントリが重複しているためにエントリがハードウェアにインストールされない場合（すでに 1 つのソースで decap-any が存在していて、 source direct tunnel CLI コマンドを設定した場合、以前に設定されたソースのエントリは重複します）両方のトンネルが削除された場合にのみエントリを削除するように注意してください。

Network Forwarding Engine（NFE）とApplication Spine Engine（ASE）を備えた Cisco Nexus 9000 シリーズスイッチでは、専用の IPv4 および IPv6 のカプセル化解除がsyslog に記録されるため、syslog は異なります。tunnel-decap-table がいっぱいの場合、ユーザは次のように syslog を取得します。
```
2017 Apr 6 12:18:04 switch %$ VDC-1 %$ %IPFIB-2-FIB_HW_IPV4_TUNNEL_DECAP_TABLE_FULL: IPv4 tunnel decap hardware table full. 
IP tunnel decapsulation may not work for some GRE/IPinIP traffic

2017 Apr 6 12:18:11 switch %$ VDC-1 %$ %IPFIB-2-FIB_HW_IPV6_TUNNEL_DECAP_TABLE_FULL: IPv6 tunnel decap hardware table full. 
IP tunnel decapsulation may not work for some GRE/IPinIP traffic
```
テーブルがいっぱいで、一部のエントリがテーブルから削除されるようになった場合（インターフェイスが動作上ダウンしているか、IP アドレスが削除されているため）、テーブルがクリアされたとの syslog が表示されます。トンネルを削除すると、そのトンネルの一部として追加されたすべてのエントリが削除されることに注意してください。
```
2017 Apr 5 13:29:25 switch %$ VDC-1 %$ %IPFIB-2-FIB_HW_IPV4_TUNNEL_DECAP_TABLE_FULL_CLRD: IPv4 tunnel decap hardware table full exception cleared

2017 Apr 4 19:41:22 switch %$ VDC-1 %$ %IPFIB-2-FIB_HW_IPV6_TUNNEL_DECAP_TABLE_FULL_CLRD: IPv6 tunnel decap hardware table full exception cleared
```

IP-in-IP トンネルのカプセル化解除は、IPv6 対応ネットワークでサポートされます。


!
interface tunnel 1
  ipv6 address use-link-local-only             <<< enable IPv6
  tunnel mode ipv6ipv6 decapsulate-any
  tunnel source direct
  description IPinIP Decapsulation Interface
  mtu 1476
  no shutdown

internal キーワードが付いているコ show マンドはサポートされていません。
Cisco NX-OS は、次のプロトコルだけをサポートします。
- IPv4 パッセンジャープロトコル
- GRE キャリアプロトコル
Cisco NX-OS は、Cisco NX-OS リリース 9.3(3) よりも前のトンネルについては、次の最大数をサポートします。
- IP トンネル：8 トンネル
- GRE および IP-in-IP 標準トンネル：8 トンネル
Cisco NX-OS リリース9.3(3) 以降、サポートされる GRE および IP-in-IP の通常トンネルの最大数は 16 です。
アクセスコントロールリスト（ACL）または QoS ポリシーは IP トンネルでサポートされません。
Cisco NX-OS は、IETF RFC 2784 に定義されている GRE ヘッダーをサポートします。Cisco NX-OS は、トンネルキーと IETF RFC 1701 のその他のオプションをサポートしません。
Cisco NX-OS は、GRE トンネルキープアライブをサポートしません。
すべてのユニキャストルーティングプロトコルが IP トンネルでサポートされます。
IP トンネルインターフェイスは、SPAN 送信元または宛先には設定できません。
IP トンネルは、PIM またはその他のマルチキャスト機能およびプロトコルをサポートしません
PBR ポリシーに基づく GRE または IP-in-IP トンネル接続先の選択は、サポートされません。
IP トンネルは、デフォルトの system routing モードでのみサポートされ、その他のモードではサポートされません
トンネルインターフェイスを ipip mode に設定する場合、最大の mtu 値は 9196 です。

NX-OS 9.2(1) 以降のリリースから以前のリリースにダウングレードする場合、MTU 値が 9196 の ipip mode のトンネルインターフェイスを使用していると、ダウングレード操作の結果として MTU 設定が失われます。ベストプラクティスとしては、MTU 設定が失われることを回避するために、ダウングレードを開始する前に MTU 値を 9192 に調整します。
トンネルインターフェイスを ipip mode に設定する場合、デフォルトの mtu 値は 1480 です。

NX-OS 9.2(1) 以降のリリースから以前のリリースにダウングレードする場合、明示的な MTU 設定のない ipip mode のトンネルインターフェイスを使用していると、ダウングレード操作の結果として MTU 値が 1480 から 1476 に変更されます。ベストプラクティスとしては、MTU 値が変更されることを回避するために、ダウングレードを開始する前に MTU 値を 1476 に調整します。

から NX-OS 9.2(1) 以降のリリースにアップグレードする場合、で、明示的な mtu 設定のない ipip mode のトンネルインターフェイスがあると、アップグレード操作の結果として MTU 値が 1476 から 1480 に変更されます。ベストプラクティスとしては、MTU 値が変更されることを回避するために、アップグレードを開始する前に MTU 値を 1480 に調整します。
Cisco Nexus 9200 シリーズスイッチでは、IP-in-IP トンネルで受信される GRE パケットが予想通りにドロップされず、パケット宛先に転送されます。
スイッチから送信される Tx パケット（制御パケットなど）は、Tx 統計には含まれません。
別のトンネル経由で到達可能なトンネル宛先は、サポートされません。
トンネル経由のルートについては整合性チェッカがサポートされません。
非 IP ルーティングプロトコル（isis など）は、IP-in-IP トンネル経由ではサポートされません。
RFC5549 は、トンネル経由ではサポートされません。
トンネル経由の BGP 隣接関係は、トンネルインターフェイスとトンネル入口が同じ VRF にあり（例：VRF-A）、トンネル出口が反対側からのルートリーク（例：VRF-B経由）で到達可能なシナリオでは、サポートされません。
デバイスごとに設定できる GRE トンネルは 8 つだけです。
GRE トンネルは RACL をサポートしません。
GRE トンネルは、基盤となるルーティングインフラストラクチャと同じ VRF に属している必要があります。つまり、tunnel use-vrf および vrf member の値は、同じ GRE トンネルで常に一致する必要があります。
GRE トンネルは、限定されたトラフィック（入力または出力）カウンタのみをサポートします。
レイヤ 3 FEX インターフェイスは、トンネルの入口または出口として許可されません。
GRE トンネルでは二重カプセル化は許可されません。
BFD は GRE トンネルではサポートされていません。
Cisco Nexus N9K-C9300-GX プラットフォームでは、GRE/IPinIPトンネルインターフェイスは、Dot1Q タグ付き L2 bcast または 1Q タグ付き L2/L3 mcast 中継トラフィックと共存できません。Cisco Nexus N9300-GX プラットフォームでfeature tunnel を設定すると、次の警告が表示され、syslog メッセージにも警告が記録されます。デバイスに Dot1Q タグ付き L2 bcast または 1Q タグ付き L2/L3 mcast 中継トラフィックがある場合は、feature tunnel を設定しないでください。
```
N9300-GX(config)# feature tunnel
WARN:GRE/IPinIP cannot coexist with 1Q tagged L2 bcast or 1Q tagged L2/L3 mcast transit packets on this
platform
N9300-GX(config)#
N9300-GX(config)# show logging logfile
2019 Dec 12 00:41:08 N9300-GX %TUNNEL-2-TRAFFIC_WARNING: GRE/IPinIP cannot coexist with 1Q
tagged L2 bcast or 1Q tagged L2/L3 mcast transit packets on this platform
N9300-GX(config)#
```
Cisco Nexus 9000 スイッチの機能トンネル機能は、VXLAN 機能である機能 nv オーバーレイと共存できません。
Cisco Nexus 9200、9300-EX、9300-FX、9300-FX2 シリーズスイッチ、および 9700-EX/FX ラインカードを搭載した Cisco Nexus 9500 プラットフォームスイッチでは、複数のトンネルインターフェイスを、同じ IP アドレスを送信元または宛先とする単一の VRFに含めることはできません。たとえば、デバイスは、トンネル 0 およびトンネル 1 のインターフェイスを、同じ IP アドレスまたはインターフェイスを送信元とするデフォルト VRF に含めることはできません。
vPC の Cisco Nexus 9300-EX、9300-FX、9300-GX、および Nexus 9500 プラットフォームスイッチは、それぞれのトンネルの GRE トンネルエンドポイントとして機能できます。ただし、トンネルの宛先を vPC 経由にすることはできません。

デフォルト設定

次の表に、IP トンネルパラメータのデフォルト設定を示します。

表 2. デフォルトの IP トンネルパラメータ
パラメータ	デフォルト
パス MTU ディスカバリ経過時間タイマー	10 分
パス MTU ディスカバリの最小 MTU	64
トンネル機能	ディセーブル

IP トンネルの設定

（注）

Cisco IOS の CLI に慣れている場合、この機能に対応する Cisco NX-OS コマンドは通常使用する Cisco IOS コマンドと異なる場合があるので注意してください。

トンネリングのイネーブル化

IP トンネルを設定する前にトンネリング機能をイネーブルにする必要があります。

手順の概要

configure terminal
feature tunnel
exit
show feature
copy running-config startup-config

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:

switch# configure terminal
switch(config)#

グローバルコンフィギュレーションモードを開始します。

ステップ 2

feature tunnel

例:

switch(config)# feature tunnel
switch(config-if)#

新しいトンネルインターフェイスを作成できます。

トンネルインターフェイス機能を無効にするには、このコマンドの no 形式を使用します。

（注）

マルチキャストの重いテンプレートが適用されている場合、feature tunnel コマンドはマルチキャスト機能を中断する可能性があります。

ステップ 3

exit

例:

switch(config-if)# exit
switch#

インターフェイスモードを終了し、コンフィギュレーションモードに戻ります。

ステップ 4

show feature

例:

switch(config-if)# show feature

（任意）デバイス上でイネーブルされている機能に関する情報を表示します。

ステップ 5

copy running-config startup-config

例:

switch(config-if)# copy running-config
startup-config

（任意）この設定の変更を保存します。

トンネルインターフェイスの作成

トンネルインターフェイスを作成して、この論理インターフェイスを IP トンネルに設定できます。

（注）

Cisco NX-OS は、最大 8 つの IP トンネルをサポートしています。

（注）

トンネルインターフェイスおよび関連するすべての設定を削除するには、no interface tunnel コマンドを使用します。


コマンド	目的
no interface tunnel `number` 例： `switch(config)# no interface tunnel 1`	トンネルインターフェイスおよび関連する設定を削除します。
description `string` 例： `switch(config-if)# description GRE tunnel`	トンネルの説明を設定します。
mtu `value` 例： `switch(config-if)# mtu 1400`	インターフェイスで送信される IP パケットの MTU を設定します。
tunnel ttl `value` 例： `switch(config-if)# tunnel ttl 100`	トンネルの存続可能時間を設定します。範囲は 1 ～ 255 です。

（注）

トンネルの宛先の use-vrf とは異なるトンネルインターフェイス VRF を使用する GREv6 トンネルまたは IP-in-IP トンネルを設定することは、サポートされていません。トンネルインターフェイスとトンネルの宛先で同じ VRF を使用する必要があります。GREv4 では、トンネルの use-vrf とは異なるトンネルインターフェイス VRF の設定がサポートされています。

始める前に

異なる VRF でトンネル送信元およびトンネル宛先を設定できます。トンネリング機能がイネーブルになっていることを確認します。

手順の概要

configure terminal
interface tunnel number
tunnel mode {gre ip | ipip {ip | decapsulate-any}}
tunnel source {ip-address |interface-name}
tunnel destination ip{address | hostname}
tunnel use-vrf vrf-name
show interfaces tunnel number
copy running-config startup-config

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	configure terminal 例: `switch# configure terminal switch(config)#`	グローバルコンフィギュレーションモードを開始します。
ステップ 2	interface tunnel `number` 例: `switch(config)# interface tunnel 1 switch(config-if)#`	新しいトンネルインターフェイスを作成します。
ステップ 3	tunnel mode {gre ip \| ipip {ip \| decapsulate-any}}	このトンネルモードを GRE、ipip、または ipip decapsulate-only に設定します。 IP での GRE カプセル化の使用を指定するには、gre キーワードおよび ip キーワードを指定します。 ipip キーワードは、IP-in-IP カプセル化の使用を指定します。オプションの decapsulate-any キーワードは、トンネルインターフェイスの IP-in-IP トンネルを終了させます。このキーワードは、発信トラフィックを伝送しないトンネルを作成します。ただし、リモートトンネルエンドポイントは、宛先として設定されたトンネルを使用できます。
ステップ 4	tunnel source {`ip-address` \|`interface-name`} 例: `switch(config-if)# tunnel source ethernet 1/2`	この IP トンネルの送信元アドレスを設定します。送信元は、IP アドレスまたは論理インターフェイス名によって指定できます。
ステップ 5	tunnel destination `ip{address \| hostname}` 例: `switch(config-if)# tunnel destination 192.0.2.1`	この IP トンネルの宛先アドレスを設定します。宛先は、IP アドレスまたは論理ホスト名によって指定できます。
ステップ 6	tunnel use-vrf `vrf-name` 例: `switch(config-if)# tunnel use-vrf blue`	（任意）設定された VRF をトンネルの IP 宛先アドレスの検索に使用します。
ステップ 7	show interfaces tunnel `number` 例: `switch# show interfaces tunnel 1`	（任意）トンネルインターフェイス統計情報を表示します。
ステップ 8	copy running-config startup-config 例: `switch(config-if)# copy running-config startup-config`	（任意）この設定の変更を保存します。

例

次に、トンネルインターフェイスを作成する例を示します。

switch# configure terminal
switch(config)# interface tunnel 1
switch(config-if)# tunnel source ethenet 1/2
switch(config-if)# tunnel destination 192.0.2.1
switch(config-if)# copy running-config startup-config

ネットマスクを使用した IP-in-IP トンネルの作成

ネットマスクを使用して IP-in-IP トンネルを作成すると、トンネル送信元サブネットおよびトンネル宛先サブネットを指定することと、一致するパケットのカプセル化を解除することが可能になります。

IP-in-IP decap-any トンネルは、任意の数の IP-in-IP トンネルからカプセル化されたパケットを受信します。
ネットマスク機能により、スイッチは、ネットマスクに適合する IP アドレスからのパケットを受信します。

ネットマスク機能に関する注意事項

ルーティングプロトコルは、ネットマスクを使用して作成された IP-in-IP トンネルではサポートされません。
カプセル化はネットマスク機能ではサポートされていません。同じサブネットの一連の送信元からのカプセル化解除だけがサポートされています。

手順の概要

configure terminal
interface tunnel number
tunnel mode ipip [ip]
tunnel source ip-address / mask_length
tunnel destination ip-address / mask_length
（任意） no shut
ip address ip-prefix/length

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	configure terminal 例: `switch# configure terminal switch(config)#`	グローバルコンフィギュレーションモードを開始します。
ステップ 2	interface tunnel `number` 例: `switch(config)# interface tunnel 5 switch(config-if)#`	新しいトンネルインターフェイスを作成します。
ステップ 3	tunnel mode ipip [ip]	このトンネルモードを ipip に設定します。 ipip キーワードは、IP-in-IP カプセル化の使用を指定します。
ステップ 4	tunnel source `ip-address` / `mask_length` 例: `switch(config-if)# tunnel source 33.1.1.1 255.255.255.0`	この IP トンネルの送信元アドレスを設定します。送信元は、IP アドレスとマスクの長さによって指定されます。
ステップ 5	tunnel destination `ip-address` / `mask_length` 例: `switch(config-if)# tunnel destination 33.1.1.2 255.255.255.0`	この IP トンネルの宛先アドレスを設定します。宛先は、IP アドレスとマスクの長さによって指定されます。
ステップ 6	（任意） no shut	（任意）インターフェイスを消去します。
ステップ 7	ip address `ip-prefix`/`length` 例: `switch(config-if)# ip address 50.1.1.1/24`	このインターフェイスの IP アドレスを設定します。

例

次に、ネットマスクを使用して IP-in-IP トンネルを作成する例を示します。

switch(config)# interface tunnel 10
switch(config-if)# tunnel mode ipip 
switch(config-if)# tunnel source 33.1.1.2/24
switch(config-if)# tunnel destination 33.1.1.1/24
switch(config-if)# no shut
switch(config-if)# ip address 10.10.10.10/24
switch(config-if)# end
switch# show interface tunnel 10
Tunnel10 is up
    Admin State: up 
    Internet address is 10.10.10.10/24     
    MTU 1476 bytes, BW 9 Kbit
    Tunnel protocol/transport IPIP/IP
    Tunnel source 33.1.1.2, destination 33.1.1.1
    Transport protocol is in VRF "default"
    Last clearing of "show interface" counters never
    Tx
    0 packets output, 0 bytes
    Rx
    0 packets input, 0 bytes

switch# show run interface tunnel 10

!Command: show running-config interface Tunnel10
!Time: Wed Aug 26 13:50:01 2015

version 7.0(3)I2(1)

interface Tunnel10
  ip address 10.10.10.10/24
  tunnel mode ipip ip
  tunnel source 33.1.1.2 255.255.255.0
  tunnel destination 33.1.1.1 255.255.255.0
  no shutdown

トンネルインターフェイスの設定

トンネルインターフェイスを GRE トンネルモード、ipip モード、または ipip カプセル化解除モードに設定できます。GRE モードはデフォルトのトンネルモードです。.

Cisco NX-OS Release 7.0(3)I6(1) 以降、tunnel source direct および tunnel mode ipv6ipv6 decapsulate-any CLI コマンドが Cisco Nexus 9000 シリーズスイッチでサポートされています。

tunnel source direct および tunnel mode ipv6ipv6 decapsulate-any CLI コマンドは、Cisco Nexus 9000 シリーズスイッチでサポートされています。

（注）

Network Forwarding Engine（NFE）を搭載した Cisco Nexus 9500 プラットフォームスイッチでは、tunnel source direct および tunnel mode ipv6ipv6 decapsulate-any CLI コマンドはサポートされていません。

IPv6 トランスポート（IPv6inIPv6 パケット）を介した IPv6 ペイロードをサポートするために、新しい CLI tunnel mode ipv6ipv6 decapsulate-any コマンドが導入されました。新しい CLI tunnel source direct コマンドを使用すれば、直接接続された IP アドレス（物理インターフェイス、ポートチャネル、ループバック、SVI など）で IP-in-IP トンネルのカプセル化解除を設定できます。

始める前に

トンネリング機能がイネーブルになっていることを確認します。

手順の概要

configure terminal
interface tunnel number
tunnel mode {gre ip | ipip | {ip | decapsulate-any}}
（任意） tunnel mode ipv6ipv6 decapsulate-any
tunnel source direct
show interfaces tunnel number
mtu value
copy running-config startup-config

手順の詳細

コマンドまたはアクション目的

ステップ 1

configure terminal

例:

switch# configure terminal
switch(config)#

グローバルコンフィギュレーションモードを開始します。

ステップ 2

interface tunnel number

例:

switch(config)# interface tunnel 1
switch(config-if)#

新しいトンネルインターフェイスを作成します。

ステップ 3

tunnel mode {gre ip | ipip | {ip | decapsulate-any}}

このトンネルモードを GRE、ipip、または ipip decapsulate-only に設定します。

IP での GRE カプセル化の使用を指定するには、gre キーワードおよび ip キーワードを指定します。

ipip キーワードは、IP-in-IP カプセル化の使用を指定します。オプションの decapsulate-any キーワードは、トンネルインターフェイスの IP-in-IP トンネルを終了させます。このキーワードは、発信トラフィックを伝送しないトンネルを作成します。ただし、リモートトンネルエンドポイントは、宛先として設定されたトンネルを使用できます。

ステップ 4

（任意） tunnel mode ipv6ipv6 decapsulate-any

（任意）

IPv6 トランスポートを介した IPv6 ペイロード（IPv6 パケット）をサポートします（7.0(3)I6(1) 以降）。この手順は、IPv6 ネットワークにのみ適用されます。

（注）

このコマンドは、Cisco Nexus 9500-GX プラットフォームスイッチではサポートされていません。

ステップ 5

tunnel source direct

直接接続されている IP アドレスで IP-in-IP トンネルのカプセル化解除を設定します。このオプションは、IP-in-IP カプセル化解除を使用してネットワーク経由でパケットを送信する場合にのみサポートされるようになりました。

（注）

このコマンドは、Network Forwarding Engine（NFE）を備えた　Cisco Nexus 9500 プラットフォームスイッチではサポートされません。

ステップ 6

show interfaces tunnel number

例:

switch(config-if)# show interfaces tunnel 1

（任意）トンネルインターフェイス統計情報を表示します。

ステップ 7

mtu value

インターフェイスで送信される IP パケットの Maximum Transmission Unit（MTU; 最大伝送単位）を設定します。

有効な範囲は 64 ～ 9192 ユニットです。

（注）

tunnel mode ipip を設定する場合、その範囲は NX-OS のリリースによって異なります。

64 ~ 9192 ユニット
64 ~ 9196 ユニット

ステップ 8

copy running-config startup-config

例:

switch(config-if)# copy running-config
startup-config

（任意）この設定の変更を保存します。

例

次に、GRE へのトンネルインターフェイスを作成する例を示します。

switch# configure terminal
switch(config)# interface tunnel 1
switch(config-if)# tunnel mode gre ip
switch(config-if)# copy running-config startup-config

次に、ipip トンネルを作成する例を示します。

switch# configure terminal
switch(config)# interface tunnel 1
switch(config-if)# tunnel mode ipip
switch(config-if)# mtu 1400
switch(config-if)# copy running-config startup-config
switch(config-if)# no shut

次に、直接接続された IP アドレスで IP-in-IP トンネルのカプセル化解除を設定する例を示します。

switch# configure terminal
switch(config)# interface tunnel 0
switch(config-if)# tunnel mode ipip ip
switch(config-if)# tunnel source direct
switch(config-if)# description IPinIP Decapsulation Interface
switch(config-if)# no shut

次に、IPv6 対応ネットワークで IP-in-IP トンネルのカプセル化解除を設定する例を示します。


!
interface tunnel 1
  ipv6 address use-link-local-only             <<< enable IPv6
  tunnel mode ipv6ipv6 decapsulate-any
  tunnel source direct
  description IPinIP Decapsulation Interface
  mtu 1476
  no shutdown

show running-config interface tunnel 1
interface Tunnel1
  tunnel mode ipv6ipv6 decapsulate-any
  tunnel source direct
  no shutdown

show interface tunnel 1
Tunnel1 is up    Admin State: up    
MTU 1460 bytes, BW 9 Kbit    
Tunnel protocol/transport IPv6/DECAPANY/IPv6    
Tunnel source - direct    
Transport protocol is in VRF "default"    
Tunnel interface is in VRF "default"    
Last clearing of "show interface" counters never    
Tx    0 packets output, 0 bytes    Rx    0 packets input, 0 bytes

GRE トンネルの設定

トンネルインターフェイスを GRE トンネルモードに設定できます。

（注）

Cisco NX-OSは、IPV4 over IPV4のGREプロトコルのみをサポートします。

始める前に

トンネリング機能がイネーブルになっていることを確認します。

手順の概要

configure terminal
interface tunnel number
tunnel mode gre ip
show interfaces tunnel number
copy running-config startup-config

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	configure terminal 例: `switch# configure terminal switch(config)#`	グローバルコンフィギュレーションモードを開始します。
ステップ 2	interface tunnel `number` 例: `switch(config)# interface tunnel 1 switch(config-if)#`	新しいトンネルインターフェイスを作成します。
ステップ 3	tunnel mode gre ip 例: `switch(config-if)# tunnel mode gre ip`	このトンネルモードを GRE に設定します。
ステップ 4	show interfaces tunnel `number` 例: `switch(config-if)# show interfaces tunnel 1`	（任意）トンネルインターフェイス統計情報を表示します。
ステップ 5	copy running-config startup-config 例: `switch(config-if)# copy running-config startup-config`	（任意）この設定の変更を保存します。

Path MTU Discovery のイネーブル化

tunnel path-mtu discovery コマンドを使用し、トンネルのパスMTUディスカバリをイネーブルにします。

手順の概要

tunnel path-mtu-discovery age-timer min
tunnel path-mtu-discovery min-mtu bytes

手順の詳細

コマンドまたはアクション目的

	コマンドまたはアクション	目的
ステップ 1	tunnel path-mtu-discovery age-timer `min` 例: `switch(config-if)# tunnel path-mtu-discovery age-timer 25`	トンネルインターフェイスで Path MTU Discovery（PMTUD）をイネーブルにします。 min：分数。指定できる範囲は 10 ～ 30 です。デフォルトは 10 です。
ステップ 2	tunnel path-mtu-discovery min-mtu `bytes` 例: `switch(config-if)# tunnel path-mtu-discovery min-mtu 1500`	トンネルインターフェイスで Path MTU Discovery（PMTUD）をイネーブルにします。 bytes：認識された最小 MTU。範囲は64〜9192です。デフォルトは 64 です。

ステップ 1

tunnel path-mtu-discovery age-timer min

例:

switch(config-if)# tunnel path-mtu-discovery age-timer 25

トンネルインターフェイスで Path MTU Discovery（PMTUD）をイネーブルにします。

min：分数。指定できる範囲は 10 ～ 30 です。デフォルトは 10 です。

ステップ 2

tunnel path-mtu-discovery min-mtu bytes

例:

switch(config-if)# tunnel path-mtu-discovery min-mtu 1500

トンネルインターフェイスで Path MTU Discovery（PMTUD）をイネーブルにします。

bytes：認識された最小 MTU。

範囲は64〜9192です。デフォルトは 64 です。

トンネルインターフェイスへの VRF メンバーシップの割り当て

VRF にトンネルインターフェイスを追加できます。

始める前に

トンネリング機能がイネーブルになっていることを確認します。

VRF 用のインターフェイスを設定した後で、トンネルインターフェイスに IP アドレスを割り当てます。

手順の概要

configure terminal
interface tunnel number
vrf member vrf-name
ip address ip-prefix/length
show vrf [vrf-name] interface interface-type number
copy running-config startup-config

手順の詳細

	コマンドまたはアクション	目的
ステップ 1	configure terminal 例: `switch# configure terminal switch(config)#`	グローバルコンフィギュレーションモードを開始します。
ステップ 2	interface tunnel `number` 例: `switch(config)# interface tunnel 0 switch(config-if)#`	インターフェイス設定モードを開始します。
ステップ 3	vrf member `vrf-name` 例: `switch(config-if)# vrf member RemoteOfficeVRF`	このインターフェイスを VRF に追加します。
ステップ 4	ip address `ip-prefix/length` 例: `switch(config-if)# ip address 192.0.2.1/16`	このインターフェイスの IP アドレスを設定します。このステップは、このインターフェイスを VRF に割り当てたあとに行う必要があります。
ステップ 5	show vrf [`vrf-name`] interface `interface-type number` 例: `switch(config-vrf)# show vrf Enterprise interface tunnel 0`	（任意）VRF 情報を表示します。
ステップ 6	copy running-config startup-config 例: `switch# copy running-config startup-config`	（任意）この設定の変更を保存します。

例

次に、VRF にトンネルインターフェイスを追加する例を示します。

switch# configure terminal
switch(config)# interface tunnel 0
switch(config-if)# vrf member RemoteOfficeVRF
switch(config-if)# ip address 209.0.2.1/16
switch(config-if)# copy running-config startup-config

IP トンネル設定の確認

IP トンネルの設定情報を確認するには、次のいずれかの作業を行います。

コマンド

目的

show interface tunnel number

トンネルインターフェイスの設定を表示します（MTU、プロトコル、転送、および VRF）。入力および出力パケット、バイト、およびパケットレートを表示します。

show interface tunnel number brief

トンネルインターフェイスの動作状態、IP アドレス、カプセル化のタイプ、MTU を表示します。

show interface tunnel number counters

入出力パケットのインターフェイスカウンタを表示します。

（注）

インターフェイスカウンタとともに表示されるバイトカウントには、内部ヘッダーサイズが含まれます。

show interface tunnel number description

トンネルインターフェイスに設定された説明を表示します。

show interface tunnel number status

トンネルインターフェイスの動作ステータスを表示します。

show interface tunnel number status err-disabled

トンネルインターフェイスの errdisable 状態を表示します。

IP トンネリングの設定例

次の例では、簡易 GRE トンネルを示します。イーサネット 1/2 は、ルータ A のトンネル送信元であり、ルータ B のトンネル宛先です。イーサネットインターフェイス 2/1 は、ルータ B のトンネル送信元であり、ルータ A のトンネル宛先です。

ルータ A：


feature tunnel
interface tunnel 0
ip address 209.165.20.2/8
tunnel source ethernet 1/2
tunnel destination 192.0.2.2
tunnel mode gre ip
tunnel path-mtu-discovery 25 1500

interface ethernet 1/2
ip address 192.0.2.55/8

ルータ B：


feature tunnel
interface tunnel 0
ip address 209.165.20.1/8
tunnel source ethernet 2/1
tunnel destination 192.0.2.55
tunnel mode gre ip

interface ethernet 2/1
ip address 192.0.2.2/8

Cisco Nexus 9000 NX-OS インターフェイス設定ガイド、リリース 10.2(x)

偏向のない言語

翻訳について

検索結果

章のタイトル： IP トンネルの設定

IP トンネルの設定

IP トンネルについて

IP トンネルの概要

GRE トンネル

ポイントツーポイント IP-in-IP トンネルのカプセル化およびカプセル化解除

マルチポイント IP-in-IP トンネルのカプセル化解除

パス MTU ディスカバリ

高可用性

IP トンネルの前提条件

注意事項と制約事項

デフォルト設定

IP トンネルの設定

トンネリングのイネーブル化

手順の概要

手順の詳細

例:

例:

例:

例:

例:

トンネル インターフェイスの作成

始める前に

手順の概要

手順の詳細

例:

例:

例:

例:

例:

例:

例:

例

ネットマスクを使用した IP-in-IP トンネルの作成

手順の概要

手順の詳細

例:

例:

例:

例:

例:

例

トンネル インターフェイスの設定

始める前に

手順の概要

手順の詳細

例:

例:

例:

例:

例

GRE トンネルの設定

始める前に

手順の概要

手順の詳細

例:

例:

例:

例:

例:

Path MTU Discovery のイネーブル化

手順の概要

手順の詳細

例:

例:

トンネル インターフェイスへの VRF メンバーシップの割り当て

始める前に

手順の概要

手順の詳細

例:

例:

例:

例:

例:

例:

例

トンネルインターフェイスの作成

トンネルインターフェイスの設定

トンネルインターフェイスへの VRF メンバーシップの割り当て