Nexus 7000のLISP IGPアシスト拡張サブネットモードの設定と検証

概要

このドキュメントでは、Nexus 7000を使用してLISP IGP Assist拡張サブネットモード(ESM)を導入する方法について説明します

トポロジ

トポロジの詳細

• DC1とDC2は、OTVによって拡張される2つの場所です
• Vlan 144、145、および244は、すべてのアグリゲーションスイッチ、アクセスレイヤおよびOTVスイッチで設定されます
• これらのVlanのSVIは、集約スイッチで設定されます。SVI 144および244はVRFテナント1にあります。SVI 145はVRFテナント2にあります。 
• LISP IGP Assistの導入時には、SVIがVRFに存在する必要はありません。この例では、必要な設定変更を示すために複数のVRFを使用しています（関連する各VRFコンテキストで）。すべてのSVIは同じVRF内に存在し、LISP IGPアシストを使用できます 
• HSRPはVlan144、145、および244で設定されます。このトポロジではFHRP分離が設定されています。これは、合計4台のスイッチでHSRPが実行され、両側にアクティブ/スタンバイペアがあることを意味します。FHRP分離は、HSRP Helloメッセージをフィルタリングすることによって実現されます。 
• DC1-agg1とDC2-Agg2はvPCペアです。DC2-Agg1とDC2-Agg2も同様です。
• LISP設定は、SVI 144、145、および244で適用されます
• EIGRPネイバーシップは、集約からVRFごとにコアスイッチに確立されます。各VRFの集約スイッチからコアスイッチまでサブインターフェイスが実行され、これらのサブインターフェイス上でEIGRPネイバーシップが形成されます。
• リモートルータ（ブランチ）も同じIGPドメインに属しています。 
• LISP IGP Assistを使用すると、LISP Encap/Decapがないため、LISPルートをIGP（ここではEIGRP）に再配布する必要があります。 このドキュメントで説明する導入モデルでは、ブランチルータにはLISP設定はありません。

使用するコンポーネント

• 集約、コアスイッチは、8.2(4) NXOSバージョンを実行するSUP2E、F3/M3を搭載したNexus 7000です
• ブランチルータはASR1ks
• これらのNexus 7000スイッチの別のVDCでOTVが設定されている。OTVとLISPは異なるVDC上にある必要があります。VDCの共有はオプションではありません。

このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期（デフォルト）設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。

AGGスイッチでの必要な設定

DC1-Agg1およびDC1-Agg2でのLISP固有の設定

Common Configuration on both DC1-Agg1 and DC1-Agg2

feature lisp
vrf context tenant-1                                                       # This example is based on SVI 144 in VRF- tenant-1 and SVI 145 in VRF- tenant-2
  ip lisp etr                                                              # This is needed to initialize LISP and only etr is needed on a IGP assist mode Environment
  lisp instance-id 2                                                       # Instance-ID should be unique per VRF
  ip lisp locator-vrf default                                              # Locator Is specified in Default VRF
  lisp dynamic-eid VLAN144                                                 # Dynamic EID definition for Vlan 144
    database-mapping 172.16.144.0/24 10.10.10.1 priority 50 weight 50      # Database-mapping for 172.16.144.0/24 which is the Vlan 144; IP-> 10.10.10.1 is the Loopback100 IP address(which is the unique IP on DC1-AGG1)
    database-mapping 172.16.144.0/24 10.10.10.2 priority 50 weight 50      # Database-mapping for 172.16.144.0/24 which is the Vlan 144; IP-> 10.10.10.2 is the Loopback100 IP address(which is the unique IP on DC1-AGG2)
    map-notify-group 239.254.254.254                                       # Multicast group that will be used by LISP enabled switches to communicate about new EID learns or periodic EID notification messages
    no route-export away-dyn-eid                                           # This is a hidden command required to stop advertising any null0 /32 route for a remote host to the IGP
  lisp dynamic-eid VLAN244                                                 # Dynamic EID definition for Vlan 244
    database-mapping 172.16.244.0/24 10.10.10.1 priority 50 weight 50
    database-mapping 172.16.244.0/24 10.10.10.2 priority 50 weight 50
    map-notify-group 239.254.254.254
    no route-export away-dyn-eid

vrf context tenant-2
  ip lisp etr
  lisp instance-id 3
  ip lisp locator-vrf default
  lisp dynamic-eid VLAN145
    database-mapping 172.16.145.0/24 10.10.10.1 priority 50 weight 50
    database-mapping 172.16.145.0/24 10.10.10.2 priority 50 weight 50
    map-notify-group 239.254.254.254
    no route-export away-dyn-eid
                             
Configuration on DC1-Agg1

interface Vlan144
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN144
  lisp extended-subnet-mode                                               # SVI needs to be in ESM Mode-Extended subnet mode
  ip address 172.16.144.250/24
  ip pim sparse-mode
  hsrp 144 
    preempt 
    priority 254
    ip 172.16.144.254

interface Vlan145
  no shutdown
  vrf member tenant-2
  lisp mobility VLAN145
  lisp extended-subnet-mode
  ip address 172.16.145.250/24
  ip pim sparse-mode
  hsrp 145 
    preempt 
    priority 254
    ip 172.16.145.254

interface Vlan244
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN244
  lisp extended-subnet-mode
  ip address 172.16.244.250/24
  hsrp 244 
    preempt 
    priority 254
    ip 172.16.244.254

interface loopback100
  ip address 10.10.10.1/32
  ip router eigrp 100
  ip pim sparse-mode

Configuration on DC1-Agg2

interface Vlan144
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN144
  lisp extended-subnet-mode
  ip address 172.16.144.251/24
  ip pim sparse-mode
  hsrp 144 
    ip 172.16.144.254

interface Vlan145
  no shutdown
  vrf member tenant-2
  lisp mobility VLAN145
  lisp extended-subnet-mode
  ip address 172.16.145.251/24
  ip pim sparse-mode
  hsrp 145 
    ip 172.16.145.254

interface Vlan244
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN244
  lisp extended-subnet-mode
  no ip redirects
  ip address 172.16.244.251/24
  hsrp 244 
    ip 172.16.244.254

interface loopback100
  ip address 10.10.10.2/32
  ip router eigrp 100
  ip pim sparse-mode

#データベースマッピングは、一方の側でDC1-Agg1とDC1-Agg2の両方のループバックIPアドレスを指定する必要があるように提供する必要があります。DC2-Agg1およびDC2-Agg2内では、一意のループバックを作成し、データベースマッピング内に同じループバックを配置する必要があります。

# IGPアシストモードでは、configuration-> "ip lisp itr-etr"を使用すると、非LISP対応Vlanには/32 null0ホストルートを挿入します。したがって、IGPアシストモードの正しい設定は「ip lisp etr」です。

DC2-Agg1およびDC2-Agg2でのLISP固有の設定

Common Configuration on both DC2-Agg1 and DC2-Agg2

feature lisp

vrf context tenant-1
  ip lisp etr
  lisp instance-id 2
  ip lisp locator-vrf default
  lisp dynamic-eid VLAN144
    database-mapping 172.16.144.0/24 10.10.20.1 priority 50 weight 50      # Note that the IP addresses used in DC2 Agg switches are 10.10.20.1 and 10.10.20.2(Which are Loopbacks Configured on DC2-Agg switches)
    database-mapping 172.16.144.0/24 10.10.20.2 priority 50 weight 50
    map-notify-group 239.254.254.254
    no route-export away-dyn-eid
  lisp dynamic-eid VLAN244
    database-mapping 172.16.244.0/24 10.10.20.1 priority 50 weight 50
    database-mapping 172.16.244.0/24 10.10.20.2 priority 50 weight 50
    map-notify-group 239.254.254.254
    no route-export away-dyn-eid
vrf context tenant-2
  ip lisp etr
  lisp instance-id 3
  ip lisp locator-vrf default
  lisp dynamic-eid VLAN145
    database-mapping 172.16.145.0/24 10.10.20.1 priority 50 weight 50
    database-mapping 172.16.145.0/24 10.10.20.2 priority 50 weight 50
    map-notify-group 239.254.254.254
    no route-export away-dyn-eid

Configuration on DC2-Agg1 

interface Vlan144
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN144
  lisp extended-subnet-mode
  ip address 172.16.144.252/24
  ip pim sparse-mode
  hsrp 144 
    preempt 
    priority 254
    ip 172.16.144.254

interface Vlan145
  no shutdown
  vrf member tenant-2
  lisp mobility VLAN145
  lisp extended-subnet-mode
  ip address 172.16.145.252/24
  ip pim sparse-mode
  hsrp 145 
    preempt 
    priority 254
    ip 172.16.145.254

interface Vlan244
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN244
  lisp extended-subnet-mode
  ip redirects
  ip address 172.16.244.252/24
  hsrp 244 
    preempt 
    priority 254
    ip 172.16.244.254

interface loopback100
  ip address 10.10.20.1/32
  ip router eigrp 100
  ip pim sparse-mode

Configuration on DC2-Agg2

interface Vlan144
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN144
  lisp extended-subnet-mode
  ip address 172.16.144.253/24
  ip pim sparse-mode
  hsrp 144 
    ip 172.16.144.254

interface Vlan145
  no shutdown
  vrf member tenant-2
  lisp mobility VLAN145
  lisp extended-subnet-mode
  ip address 172.16.145.253/24
  ip pim sparse-mode
  hsrp 145 
    ip 172.16.145.254

interface Vlan244
  no shutdown
  vrf member tenant-1
  lisp mobility VLAN244
  lisp extended-subnet-mode
  no ip redirects
  ip address 172.16.244.253/24
  hsrp 244 
    preempt 
    ip 172.16.244.254

interface loopback100
  ip address 10.10.20.2/32
  ip router eigrp 100
  ip pim sparse-mode

# DC1とDC2集約LISPの設定の違いは、「データベースマッピング」で定義されたループバックです。 DC1の設定では、これはDC1-Agg1とDC1-Agg2のループバックで定義され、DC2の場合、データベースマッピングはDC2-Agg1とDC2-Agg2にあるループバックで定義されます

#次に示す残りのIGP/ルートマップ/プレフィックスリストの設定は類似しています（インターフェイスに割り当てられたIPアドレスは実際には異なります）

IGP固有

router eigrp 100
  address-family ipv4 unicast
  vrf tenant-1
    distance 90 245                                                       # External EIGRP Routes have to have an AD which is higher than the default LISP AD(which is 240); Reason being, if the redistributed route from dc1-agg1 comes back to dc1-agg2 via eigrp, default EIGRP External is 170 which will override LISP route causing problems
    redistribute lisp route-map lisp-to-eigrp                             # This command is to redistribute LISP /32 routes only to the IGP(EIGRP In this example)
    redistribute direct route-map direct                                  # This is needed so that the direct routes(/24 SVI routes in LISP) are redistributed to the IGP; This will be needed if there is some device that is trying to communicate to a silent host in the LISP enabled Vlan
  vrf tenant-2
    distance 90 245
    redistribute lisp route-map lisp-to-eigrp
    redistribute direct route-map direct

# LISP対応AGG VDCもコア側へのIGPネイバーシップを形成 

#この例では、次に示すように、各テナントVRFの一部であるサブインターフェイスを使用して、コアへのネイバーシップを形成しました。

interface Ethernet3/6.111
  encapsulation dot1q 111
  vrf member tenant-1
  ip address 192.168.98.1/30
  ip router eigrp 100
  no shutdown


interface Ethernet3/6.212
  encapsulation dot1q 212
  vrf member tenant-2
  ip address 192.168.198.1/30
  ip router eigrp 100
  no shutdown

ルートマップ/プレフィックスリスト

ip prefix-list lisp-to-eigrp seq 5 permit 0.0.0.0/0 ge 32                # This is the prefix list that is matching any /32 routes which are to be redistributed from LISP To IGP
   
route-map direct permit 10                                               # This is for the Direct routes

route-map lisp-to-eigrp deny 10                                          # This is to prevent any null0 routes from being redistributed to IGP from LISP
  match interface Null0 
route-map lisp-to-eigrp permit 20                                        # This is to allow redistribution of /32 host routes 
  match ip address prefix-list lisp-to-eigrp 

#上記のすべての構成は、すべてのアグリゲーションスイッチ（DC1およびDC2）で必要です。 SVI、ループバック、HSRP VIPは、すべてのSVIで同じIPアドレスを提供することに注意してください

OTV VDCの設定

HSRPフィルタリング

# IGPアシスト導入の場合、OTVまたはその他のメカニズムによって拡張された場合は、FHRP分離を実施する必要があります。 

#これは、OTV VDC内でFHRP Helloメッセージをフィルタリングすることによって行われます

#この例では、N7k OTVが使用されているため、OTV VDCのFHRPパケットをフィルタリングするために次の設定が適用されています。

ip access-list ALL_IPs
  10 permit ip any any 
mac access-list ALL_MACs
  10 permit any any 
ip access-list HSRP_IP
  10 permit udp any 224.0.0.2/32 eq 1985 
  20 permit udp any 224.0.0.102/32 eq 1985 
mac access-list HSRP_VMAC
  10 permit 0000.0c07.ac00 0000.0000.00ff any 
  20 permit 0000.0c9f.f000 0000.0000.0fff any 
arp access-list HSRP_VMAC_ARP
  10 deny ip any mac 0000.0c07.ac00 ffff.ffff.ff00 
  20 deny ip any mac 0000.0c9f.f000 ffff.ffff.f000 
  30 permit ip any mac any 
vlan access-map HSRP_Localization 10
        match mac address HSRP_VMAC
        match ip address HSRP_IP
        action drop
vlan access-map HSRP_Localization 20
        match mac address ALL_MACs
        match ip address ALL_IPs
        action forward
vlan filter HSRP_Localization vlan-list 144-145
ip arp inspection filter HSRP_VMAC_ARP vlan 144-145

mac-list OTV_HSRP_VMAC_deny seq 10 deny 0000.0c07.ac00 ffff.ffff.ff00
mac-list OTV_HSRP_VMAC_deny seq 11 deny 0000.0c9f.f000 ffff.ffff.f000
mac-list OTV_HSRP_VMAC_deny seq 20 permit 0000.0000.0000 0000.0000.0000
route-map OTV_HSRP_filter permit 10
  match mac-list OTV_HSRP_VMAC_deny

otv-isis default
  vpn Overlay0
    redistribute filter route-map OTV_HSRP_filter

# FHRPフィルタリング設定はOTV VDCでのみ必要です。ASR OTVの導入を使用する場合は、フィルタリングメカニズムを関連として使用し、ASRコンフィギュレーションガイドに従って文書化する必要があります。

OTV Suppress ARP

# OTV VDCのARP NDキャッシュ機能を無効にする

interface Overlay0
 no otv suppress-arp-nd >>>>> 

LISP設定によるルートの作成

DC1-AGG1# show ip route lisp vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.0/25, ubest/mbest: 1/0
    *via Null0, [240/1], 07:22:30, lisp, dyn-eid
172.16.144.128/25, ubest/mbest: 1/0
    *via Null0, [240/1], 07:22:30, lisp, dyn-eid

# SVI 144でLISPが有効になっていると、2つのNull0ルートが自動的に作成されます。SVI 144は/24サブネットであるため、1番目のnull0ルートは172.16.144.0/25から、2番目のルートは172.16.144.128/25になります（上記を参照）。 

#これは予期された設計です。これは、未検出のホストから送信されたパケットがRPF例外をトリガーし、その結果パケットがCPUにパントされ、最終的にホスト検出(EID)で役立つことを確認するために実行されます

LISP対応SVI内でホストがオンラインになった場合のイベントのシーケンス

# LISP対応インターフェイスでのホスト検出は、データベースマッピング設定で指定された範囲内のIPアドレスからのL3トラフィックの受信に基づいています。

ホストの検出を容易にするため、インターフェイスでLISPが有効になっている場合は、次の点に注意してください。
 # RPF例外がインターフェイスで有効になっているため、不明な送信元によって生成されたパケットによって例外がトリガーされます
 # LISPソースNull0ルートがインストールされ、不明なソースがRPF例外をトリガーすることを確認します

このソリューションは、2つのデータセンター間のL2拡張にOTVを使用するため、ARPシグナリングを直接使用してIPホストを検出することはできません。これは、多くの場合、すべてのスイッチにブロードキャストされるためです。

ただし、ARP信号は、検出されていないホストが存在する可能性があることをLISPに示すために使用されます。ホストはOTVブリッジの任意の側に配置できるため、LISPは新しいIP-MACバインディングを学習した後でローカリゼーションメカニズムを開始します。
ローカライズメカニズムは次のように動作します。
 #スイッチは新しいIP-MACバインディングを学習します（GARP、RARP、またはARP要求を使用）。
 #アクティブHSRPとして動作するスイッチは、ホストにエコー要求を送信しますが、HSRP VIPアドレスが送信元です
 #ホストはエコー要求に応答しますが、OTVでFHRPを分離した後、エコー応答はホストが存在するDCサイトでのみ受信されます
 #エコー応答はL3パケットであるため、ホストはLISPによって検出されます。

# LISP対応のSVIでIPパケットが受信されると、エンドポイントがローカルであることを通知するLISPプロセスがIPパケット自体によってフィードされます。ホストがローカルであるかどうかを確認するために送信されるICMP ECHO要求はありません。したがって、DC2ホストからDC1-AGG SVI IPアドレスへのpingは、エンドポイントの識別が破損し、DC2ではなくDC1のローカルEIDとしてホストが識別されるため、pingはLISPのSVI IPアドレスから発信されませんこのような環境では、ルーティングテーブルが破損し、トラフィックがブラックホール化する可能性があります。LISP対応Vlan内のホストがSVI IPアドレスにpingを試みても、同じ問題が発生します。VIPにpingを実行しても問題はありません。これは、同じことが存在し、サイドとサイトのローカルの両方でアクティブであるためです。

ホストがDC1でオンラインになっている場合のルーティングテーブルエントリの例を次に示します。

DC1-AGG1# show ip route 172.16.144.1 vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.1/32, ubest/mbest: 1/0, attached
    *via 172.16.144.1, Vlan144, [240/1], 3d05h, lisp, dyn-eid
     via 172.16.144.1, Vlan144, [250/0], 3d05h, am

DC1-AGG2# sh ip route 172.16.144.1 vr tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.1/32, ubest/mbest: 1/0, attached
    *via 172.16.144.1, Vlan144, [240/1], 3d05h, lisp, dyn-eid
     via 172.16.144.1, Vlan144, [250/0], 3d05h, am

#上記のように、2つのルートがあります。アドミニストレーティブディスタンスが240のLISPプロセスと、ADが250のAM->隣接関係マネージャ（ARPプロセスによって入力）によるLISPプロセスの1つ。

# DC1の両方の集約スイッチに同じエントリがあります。

#また、LISPはダイナミックEIDテーブル内のホストに対する同じエントリを次のようにリストします。

DC1-AGG1# show lisp dynamic-eid detail vrf tenant-1 | in 144.1, nex 1
    172.16.144.1, Vlan144, uptime: 3d05h, last activity: 00:14:38
      Discovered by: packet reception

DC1-AGG2#  show lisp dynamic-eid detail vrf tenant-1 | in 144.1, nex 1
    172.16.144.1, Vlan144, uptime: 3d05h, last activity: 00:00:37
      Discovered by: site-based Map-Notify

#ディスカバリは両方のケースで異なります。HSRPアクティブであるDC1-AGG1は、「パケット受信」を使用してエントリを記録しています。これは、基本的にパケットが着信し、その結果、EIDとして追加されたことを意味します

# Agg1がEIDを認識すると、送信元IP-> Loopback100 IPアドレス（データベースマッピングで定義）からグループ – > 239.254.254.254（上記で設定）にマルチキャストメッセージを送信し、vPCピアスイッチもエントリを受信してローカルEIDとみなしますdc1-agg1およびdc1-agg2。この同じマルチキャストパケットがOTVを通過してリモートサイトに到達します。ただし、リモートサイトはデータベースマッピングを確認し、このパケットの送信元が「データベースマッピング」とは異なるIPアドレスであるため、DC2 AGgスイッチによってローカルEIDとは見なされません。

通知メッセージのマップ

#ホストがLISP対応SVIで検出されると、トリガーされた「map-notify」メッセージが、対応するダイナミックEID設定で定義されているマルチキャストグループに送信されます

#トリガーされたmap-notifyメッセージ以外にも、そのvlan内のHSRPアクティブ（またはFHRPアクティブ）スイッチによって送信される定期的なmap-notifyメッセージがあります。 

# map notifyメッセージのPCAPは次のとおりです。

LISP /32ルートのIGPへの再配布

#これはIGPアシストモードの鍵です。/32 LISPルートはすべてIGPに再配布されます。これは、EIGRPで適用された「redistribute LISP」コマンドによって可能になります。  

#すべての/32ホストルートは、再配布後にEIGRP外部ルートとして認識されます。EIGRPアドミニストレーティブディスタンスの調整は、より高くするために行われました。これは、着信EIGRP外部ルートではなく、LISPルートがURIBに留まることを確認するためです。例：DC1-Agg1とDC1-Agg2は、DC1コアを持つEIGRPネイバーです。再配布によって、DC1-AGG1によってDC1-Coreに/32ルートが注入されました。DC1-CoreがDC1-Agg2とのEIGRPネイバーになったので、同じルートがDC1-Agg2に戻り、EIGRP ADが170の場合にLISPルート（240のAD）を勝つ可能性があります。そのため、これを回避するために、EIGRP外部ルートADは245に変更されています。 

# DC1-Aggスイッチによって学習された/32ルートはEIGRPに再配布され、DC1コアエントリは次のようになります。 

DC1-CORE# sh ip route 172.16.144.1 
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.1/32, ubest/mbest: 2/0
    *via 192.168.98.1, Eth3/20.111, [170/51456], 00:00:01, eigrp-100, external
    *via 192.168.98.5, Eth3/22.112, [170/51456], 18:14:51, eigrp-100, external

#ルートはグローバルルーティングテーブルにあり、コア側にVRFが設定されていません。 

#また、AGGスイッチで設定された「redistribute direct」により、コアには次に示すように親サブネットの/24 ECMPルートも存在します。これは、サイレントホストのトラフィックを引き付けるのに役立ちます（/32ルートはありません）。

DC1-CORE# sh ip route 172.16.144.10                # Checking for a non existent Host 172.16.144.10
IP Route Table for VRF "default"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.0/24, ubest/mbest: 2/0
    *via 192.168.98.1, Eth3/20.111, [170/51456], 00:02:13, eigrp-100, external
    *via 192.168.98.5, Eth3/22.112, [170/51456], 18:17:03, eigrp-100, external

#また、DC1コアとDC2コアの両方に/24 ECMPルートが表示されます

Branch1-Router# sh ip route 172.16.144.10
Routing entry for 172.16.144.0/24
  Known via "eigrp 100", distance 170, metric 51712, type external
  Redistributing via eigrp 100
  Last update from 192.168.99.2 on GigabitEthernet0/0/1, 00:00:17 ago
  Routing Descriptor Blocks:
    192.168.99.2, from 192.168.99.2, 00:00:17 ago, via GigabitEthernet0/0/1      # 192.168.99.2 is DC2-Core
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2
  * 192.168.99.1, from 192.168.99.1, 00:00:17 ago, via GigabitEthernet0/0/1      # 192.168.99.1 is DC1-Core
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2

#このルートは、ブランチホストがEitherの場所にあるサイレントホストに到達できることを確認します。 

Intra-vlan inter-DCのパケットのパス

# DC1-Host1 -> 172.16.144.1がDC2-Host1-> 172.16.144.2に到達しようとすると、これはデータセンター間のVLAN内トラフィックです。DC1-Host 1はARP要求を送信し、OTVを通過してDC2-Host1に到達します

# DC2-Host1は、DC1-Host1に戻るARP応答で応答します

#後続のICMPパケットはOTV経由で送信されます

VLAN間DCのパケットのパス（VLAN 144からVLAN 244）

# DC1-Host1-> 172.16.144.1がDC2-Host2-> 172.16.244.2に到達しようとすると、パケットはDC1のVLAN 144から244にルーティングされません。むしろ、DC1-AggからDC1-Coreへのルーテッドパスに従ってDC2-Coreに到達し、最終的なルーティングはDC2-Aggスイッチによって宛先Vlan-244に行われます。

# DC1-Host1からDC2-Host2へのtracerouteは次のとおりです。

DC1-HOST# traceroute 172.16.244.2 vrf vlan144
traceroute to 172.16.244.2 (172.16.244.2), 30 hops max, 40 byte packets
 1  172.16.144.250 (172.16.144.250)  1.149 ms  0.841 ms  0.866 ms                               # DC1-AGG1
 2  192.168.98.2 (192.168.98.2)  1.004 ms  0.67 ms  0.669 ms                                    # DC1-CORE
 3  192.168.99.2 (192.168.99.2)  0.756 ms  0.727 ms  0.714 ms                                   # DC2-CORE
 4  192.168.94.5 (192.168.94.5)  1.041 ms  0.937 ms 192.168.94.1 (192.168.94.1)  1.144 ms       # DC2-Agg1/DC2-Agg2
 5  172.16.244.2 (172.16.244.2)  2.314 ms *  2.046 ms                                           # DC2-Host2

VLAN間DCのパケットのパス（VRF-tenant-1からVRF tenant-2へ）

#これは、あるVLANから別のVLANへのVLAN間DC通信（前の例）と同じです

# DC1-host1-> 172.16.144.1がDC2-Host3-> 172.16.145.2に到達しようとすると、これはVlan 144(VRF tenant-1)で発信され、Vlan 145(VRF tenant-2)に宛てられたVLAN間トラフィックになります。 通常のN7k OTV導入とは異なり、このトラフィックは若干異なる処理されます。DC1側ではVLAN間ルーティングは行われません。このトラフィックはルーティングされ、DC1コアに送信され、コアはIGPを介してDC2コアにルーティングされます

#このドキュメントでは、VRF間のリークはコアスイッチによってサイトごとに行われます。任意のデバイス（ファイアウォールなど）を使用できます。LISP設定の観点からは、VRF間リークが存在するかどうかについては変更はありません。 

DC1-AGG1# sh ip route 172.16.145.2 vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.145.2/32, ubest/mbest: 1/0
    *via 192.168.98.2, Eth3/6.111, [245/51968], 00:00:46, eigrp-100, external

# DC1-Host1からDC2-Host3へのTracerouteでは、コアを通じてレイヤ3でルーティングされるのではなく、VLAN間でルーティングされるのと同じことが判明します。つまり、VLAN間トラフィックはOTVを使用しません。

DC1-HOST# traceroute 172.16.145.2 vrf vlan144
traceroute to 172.16.145.2 (172.16.145.2), 30 hops max, 40 byte packets
 1  172.16.144.250 (172.16.144.250)  1.049 ms  0.811 ms  0.81 ms                               # DC1-AGG1
 2  192.168.98.2 (192.168.98.2)  0.844 ms  0.692 ms  0.686 ms                                  # DC1-CORE
 3  192.168.99.2 (192.168.99.2)  0.814 ms  0.712 ms  0.735 ms                                  # DC2-CORE
 4  192.168.194.1 (192.168.194.1)  0.893 ms  0.759 ms 192.168.194.5 (192.168.194.5)  0.89 ms   # DC2-Agg1/DC2-Agg2
 5  172.16.145.2 (172.16.145.2)  1.288 ms *  1.98 ms                                           # DC2-Host3
DC1-HOST# 

Branch-1ホストがDC2に存在するサイレントホストに到達しようとしたときのパケットのパス

# Branch-1-172.17.200.1のホストがDC2-Silent Host- 172.16.144.119に到達しようとします。ホストがサイレントであるため、DC2には/32ルートはありません。 

DC2-AGG1# show ip route 172.16.144.119 vr tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.0/25, ubest/mbest: 1/0
    *via Null0, [240/1], 20:48:29, lisp, dyn-eid

DC2-AGG2# show ip route 172.16.144.119 vr tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.0/25, ubest/mbest: 1/0
    *via Null0, [240/1], 20:48:13, lisp, dyn-eid

# LISP設計に従って、ルート172.16.144.119は172.16.144.0/25 null0ルートと一致します。 

#ブランチルータが宛先IP = 172.16.144.119のパケットを受信すると、URIBにはDC1コアとDC2コアの両方へのECMP /24ルートがあります。つまり、パケットはコアスイッチの1つに送信されます。

Branch1-Router# sh ip route 172.16.144.119
Routing entry for 172.16.144.0/24
  Known via "eigrp 100", distance 170, metric 51712, type external
  Redistributing via eigrp 100
  Last update from 192.168.99.2 on GigabitEthernet0/0/1, 00:08:54 ago
  Routing Descriptor Blocks:
    192.168.99.2, from 192.168.99.2, 00:08:54 ago, via GigabitEthernet0/0/1
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2
  * 192.168.99.1, from 192.168.99.1, 00:08:54 ago, via GigabitEthernet0/0/1
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2

Branch1-Router#sh ip cef exact-route 172.17.200.1 172.16.144.119 dest-port 1
172.17.200.1 -> 172.16.144.119 =>IP adj out of GigabitEthernet0/0/1, addr 192.168.99.1

# CEFに基づくパケットは192.168.99.1(DC1-Core)にハッシュされます。

# DC1-Coreには2つのECMPパスがあります。1つはDC1-Agg1（HSRPアクティブ）に向かい、もう1つはDC1-Agg2（HSRPスタンバイ）に向かいます。 ルーティングハッシュから、選択されたパスはDC1-Agg2になります。

DC1-CORE# sh routing hash 172.17.200.1 172.16.144.119 1 1 
Load-share parameters used for software forwarding:
load-share mode: address source-destination port source-destination
Universal-id seed: 0xfdba3ebe
Hash for VRF "default"
Hash Type is 1
Hashing to path *192.168.98.5 Eth3/22.112
For route:
172.16.144.0/24, ubest/mbest: 2/0
    *via 192.168.98.1, Eth3/20.111, [170/51456], 00:19:57, eigrp-100, external
    *via 192.168.98.5, Eth3/22.112, [170/51456], 18:34:47, eigrp-100, external

DC1-CORE# sh cdp nei int e3/22
Capability Codes: R - Router, T - Trans-Bridge, B - Source-Route-Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater,
                  V - VoIP-Phone, D - Remotely-Managed-Device,
                  s - Supports-STP-Dispute

Device-ID          Local Intrfce  Hldtme Capability  Platform        Port ID
DC1-AGG2(JAF1534CHCJ)
                    Eth3/22        172    R S s     N7K-C7009        Eth3/7  

# DC1-Agg2はURIBにエントリを持たないため、パケットは収集されてCPUに送信されます。これにより、DC1-Agg2は次に示すようにSVI IPアドレスからARP要求を生成します。

2020-02-18 15:09:05.673165 172.17.200.1 -> 172.16.144.119 ICMP 114 Echo (ping) request id=0x0022, seq=0/0, ttl=254
2020-02-18 15:09:05.675041 de:ad:20:19:22:22 -> Broadcast ARP 60 Who has 172.16.144.119? Tell 172.16.144.251

#このARP要求はブロードキャストであり、OTV拡張を介してDC2も含むレイヤ2ドメイン全体に伝搬します。 

# DC2-Silent Host now respond to ARP request from DC1-Agg2

# DC1-Agg2は、サイレントホストからこのARP応答を受信します

2020-02-18 15:09:05.675797 64:12:25:97:46:41 -> de:ad:20:19:22:22 ARP 60 172.16.144.119 is at 64:12:25:97:46:41

#受信したパケットがARP（LISPのヒントとして機能する）であったため、ICMP ECHO RequestはHSRP VIP-> 172.16.144.254を送信元とし、silent host-> 172.16.144.119を宛先として生成されます。HSRP VIPからパケットを送信元とする意図は、ローカルかリモートか。ホストがリモートの場合、FHRP Activeはリモートのデータセンターにも存在し、ホストからのICMP ECHO応答パケットを捕捉するため、DC2-Agg2（HSRPアクティブ）でこのエントリについて学習し、LISPプロセスはこのIPパケットに基づいてEID学習をします。HSRP VIPから元々ICMP ECHO Requestを送信したDC1-Agg2は応答を受信しないため、エンドポイント学習はDC1側では発生しません。DC2側になります。 

DC2-AGG2# show lisp dynamic-eid detail vrf tenant-1
LISP Dynamic EID Information for VRF "tenant-1"
Dynamic-EID name: VLAN144
  Database-mapping [2] EID-prefix: 172.16.144.0/24, LSBs: 0x00000003
    Locator: 10.10.20.1, priority: 50, weight: 50
             Uptime: 21:50:32, state: up
    Locator: 10.10.20.2, priority: 50, weight: 50
             Uptime: 21:50:13, state: up, local
  Registering more-specific dynamic-EIDs
  Registering routes: disabled
  Allowed-list filter: none applied
  Map-Server(s): none configured, use global Map-Server
  Site-based multicast Map-Notify group: 239.254.254.254
  Extended Subnet Mode configured on 1 interfaces
  Number of roaming dynamic-EIDs discovered: 3
  Last dynamic-EID discovered: 172.16.144.254, 00:01:10 ago
  Roaming dynamic-EIDs: 
    172.16.144.2, Vlan144, uptime: 19:09:07, last activity: 00:05:21
      Discovered by: packet reception
    172.16.144.119, Vlan144, uptime: 00:05:55, last activity: 00:05:55 Discovered by: packet reception
    172.16.144.252, Vlan144, uptime: 3d21h, last activity: 00:01:10
      Discovered by: packet reception

Secure-handoff pending for sources: none

# LISPプロセスがDC2-Agg2(HSRP Active)上のEIDを認識すると、

 a) /32をローカルにインストールします

 b)DC2-Coreへのルートを再配布します

 c) Vlan内でサイトベースの通知をマルチキャストメッセージとして送信する(この例では、メッセージの宛先はグループ – > 239.254.254.254)

DC2-AGG1# show lisp dynamic-eid detail vrf tenant-1
LISP Dynamic EID Information for VRF "tenant-1"
Dynamic-EID name: VLAN144
  Database-mapping [2] EID-prefix: 172.16.144.0/24, LSBs: 0x00000003
    Locator: 10.10.20.1, priority: 50, weight: 50
             Uptime: 21:52:39, state: up, local
    Locator: 10.10.20.2, priority: 50, weight: 50
             Uptime: 21:52:08, state: up
  Registering more-specific dynamic-EIDs
  Registering routes: disabled
  Allowed-list filter: none applied
  Map-Server(s): none configured, use global Map-Server
  Site-based multicast Map-Notify group: 239.254.254.254
  Extended Subnet Mode configured on 1 interfaces
  Number of roaming dynamic-EIDs discovered: 4
  Last dynamic-EID discovered: 172.16.144.254, 00:03:07 ago
  Roaming dynamic-EIDs: 
    172.16.144.2, Vlan144, uptime: 19:11:04, last activity: 00:00:21
      Discovered by: site-based Map-Notify
    172.16.144.110, Vlan144, uptime: 20:04:09, last activity: 20:04:09
      Discovered by: site-based Map-Notify
   172.16.144.119, Vlan144, uptime: 00:07:52, last activity: 00:00:21 Discovered by: site-based Map-Notify
    172.16.144.252, Vlan144, uptime: 21:50:51, last activity: 00:00:21
      Discovered by: site-based Map-Notify

Secure-handoff pending for sources: none

#最後に、Branch-router1はこの/32ルートを受信します。これにより、Branchルータはトラフィックを正しいDC2コアスイッチに送信します。

Branch1-Router# sh ip route 172.16.144.119                      
Routing entry for 172.16.144.119/32
  Known via "eigrp 100", distance 170, metric 51712, type external
  Redistributing via eigrp 100
  Last update from 192.168.99.2 on GigabitEthernet0/0/1, 00:06:25 ago
  Routing Descriptor Blocks:
  * 192.168.99.2, from 192.168.99.2, 00:06:25 ago, via GigabitEthernet0/0/1
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2

ホストがDC1からDC2に移動（ローミング）するときのイベントのシーケンス

#このトポロジでL2拡張が設定されていると、ホストはDC1からDC2に移動できます。

# Host-> 172.16.144.100は最初はVlan 144に、DC1にあります。 

# DC1-Agg1およびDC1-Agg2スイッチ内のルートは、ホストがDC1でオンラインの場合は次のようになります

DC1-AGG1# sh ip route 172.16.144.100 vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.100/32, ubest/mbest: 1/0, attached
    *via 172.16.144.100, Vlan144, [240/1], 00:05:03, lisp, dyn-eid
     via 172.16.144.100, Vlan144, [250/0], 00:05:05, am

DC1-AGG2# sh ip route 172.16.144.100 vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.100/32, ubest/mbest: 1/0, attached
    *via 172.16.144.100, Vlan144, [240/1], 00:08:05, lisp, dyn-eid
     via 172.16.144.100, Vlan144, [250/0], 00:08:07, am

#ブランチルータには次のようにDC1-Coreを指すルートがあり、tracerouteはDC1にあるホストに到達するためにDC1 Core/aggスイッチを指します

Branch1-Router#sh ip route 172.16.144.100             
Routing entry for 172.16.144.100/32
  Known via "eigrp 100", distance 170, metric 51712, type external
  Redistributing via eigrp 100
  Last update from 192.168.99.1 on GigabitEthernet0/0/1, 00:00:06 ago
  Routing Descriptor Blocks:
  * 192.168.99.1, from 192.168.99.1, 00:00:06 ago, via GigabitEthernet0/0/1
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2

Branch1-Router#traceroute 172.16.144.100 source 172.17.200.1
Type escape sequence to abort.
Tracing the route to 172.16.144.100
VRF info: (vrf in name/id, vrf out name/id)
  1 192.168.99.1 1 msec 1 msec 0 msec                      # DC1-Core
  2 192.168.98.5 1 msec 1 msec                             # DC1-Agg2                    
    192.168.98.1 1 msec                                    # DC1-Agg1
  3 172.16.144.100 1 msec 0 msec 1 msec                    # DC1-Host

#ホストがDC2に移動すると、GARPがVlan 144に送信されます。これはDC2-Aggスイッチで確認できます

2020-02-24 22:23:05.024902 Cisco_5a:4a:e7 -> Broadcast    ARP 60 Gratuitous ARP for 172.16.144.100 (Request)

# ARP/GARP/RARPでパケットが受信されると、ローカリゼーションメカニズムがトリガーされ、VIPから送信されたホストにICMPエコー要求が送信されます

2020-02-24 22:23:05.026781 172.16.144.254 -> 172.16.144.100 ICMP 60 Echo (ping) request  id=0xac10, seq=0/0, ttl=128

# Host-172.16.144.100がHSRP VIPに応答します

2020-02-24 22:23:07.035292 172.16.144.100 -> 172.16.144.254 ICMP 60 Echo (ping) reply    id=0xac10, seq=0/0, ttl=255

# DC2-Agg1でIPパケットが受信されると、LISPによってEIDが検出され、ホストのルーティングテーブルにエントリが作成され、EIGRPへの再配布プロセスが開始されます

DC2-AGG1# sh ip route 172.16.144.100 vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.100/32, ubest/mbest: 1/0, attached
    *via 172.16.144.100, Vlan144, [240/1], 00:00:30, lisp, dyn-eid
     via 172.16.144.100, Vlan144, [250/0], 00:00:32, am

#再配布が行われると、DC1-aggサイト（このホストの元の所有者）は、EIGRPを指すRIBの変更を確認します

DC1-AGG1#  sh ip route 172.16.144.100 vrf tenant-1
IP Route Table for VRF "tenant-1"
'*' denotes best ucast next-hop
'**' denotes best mcast next-hop
'[x/y]' denotes [preference/metric]
'%<string>' in via output denotes VRF <string>

172.16.144.100/32, ubest/mbest: 1/0
    *via 192.168.98.2, Eth3/6.111, [245/51968], 00:03:47, eigrp-100, external

#リモートブランチルータはルートの変更を認識し、tracerouteは次に示すようにDC2コア/アグリゲーションスイッチへのパスの変更を反映します

Branch1-Router#sh ip route 172.16.144.100                   
Routing entry for 172.16.144.100/32
  Known via "eigrp 100", distance 170, metric 51712, type external
  Redistributing via eigrp 100
  Last update from 192.168.99.2 on GigabitEthernet0/0/1, 00:00:00 ago
  Routing Descriptor Blocks:
  * 192.168.99.2, from 192.168.99.2, 00:00:00 ago, via GigabitEthernet0/0/1
      Route metric is 51712, traffic share count is 1
      Total delay is 1020 microseconds, minimum bandwidth is 100000 Kbit
      Reliability 255/255, minimum MTU 1492 bytes
      Loading 1/255, Hops 2

Branch1-Router#traceroute 172.16.144.100 source 172.17.200.1
Type escape sequence to abort.
Tracing the route to 172.16.144.100
VRF info: (vrf in name/id, vrf out name/id)
  1 192.168.99.2 1 msec 0 msec 1 msec                     # DC2-Core
  2 192.168.94.1 1 msec 1 msec 1 msec                     # DC2-Agg1
  3 172.16.144.100 0 msec 0 msec 1 msec                   # Host-after move to DC2

便利な確認コマンド

# show lisp dynamic-eid detail vrf <VRF Name> 

# Show ip route lisp vrf <VRF Name>

# show lisp dynamic-eid summary vrf <VRF Name>