システムは、動的に学習された、重複した顧客プレフィックスの使用をサポートしています。これらのプレフィックスは BGP を介してアドバタイズされます。

次の図は、NEMOv4 ソリューションのコールフローを示しています。

configure 
   context <egress_context_name> 
   interface <interface_name_outbound> 
      ip address <ipv4_address> <ipv4_mask> 
      exit 
   ip vrf <vrf_name> 
   ip vrf-list first-list permit vrf <vrf_name> 
   mpls bgp forwarding 
   ip pool <pool_name> <pool_address> private vrf <vrf_name> 
   nexthop-forwarding-address <ip_address> overlap vlanid <vlan_id> 
   router bgp <as_number> 
      neighbor <ip_address> remote-as <as_number> 
      timers bgp keepalive-interval <seconds> holdtime-interval <seconds> 
      address-family <type> 
         redistribute connected 
      #exit 
      address-family <type> 
         neighbor <ip_address> activate 
         neighbor <ip_address> send-community both 
      #exit 
      ip vrf <vrf_name> 
         route-distinguisher <asn_value> <rd_value> 
         route-target both <asn_value> <rt_value> 
      #exit 
      address-family address-family ipv4 vrf <vrf_name> 
         redistribute connected 
      #exit 
   #exit 
   apn <apn_name> 
      permission nemo 
      ip context-name <egress_context_name> 
      ip address pool name <pool_name> 
      exit 
   exit 
   context <inress_context_name> 
      interface <interface_name_inbound> 
         ip address <ipv4_address> <ipv4_mask> 
         exit 
      ha-service <ha_service_name> 
         mn-ha-spi spi-number <spi_number> encrypted secret <enc_secret> 
         authentication mn-aaa noauth 
         encapsulation allow keyless-gre 
         bind address <ip_address> 
         end 

CLI およびキーワード/変数の詳細については、『Command Line Interface Reference』を参照してください。

最初にルータで VRF を作成し、VRF-ID を割り当てるには、次の例を使用します。

configure 
   context <context_name> -noconfirm 
      ip vrf <vrf_name> 
      ip pool <pool_name> <pool_address> private vrf <vrf_name> 
      nexthop-forwarding-address <ip_address> overlap vlanid <vlan_id> 
      end 

ピアルータとルーティング情報を交換するネイバーおよびアドレスファミリを設定するには、次の例を使用します。

configure 
   context <context_name> 
      ip vrf <vrf_name> 
         router bgp <as_number> 
         ip vrf <vrf_name> 
            neighbor <ip_address> remote-as <AS_num> 
            address-family <type> 
            neighbor <ip_address> activate 
            end 

ルーティングドメイン間で接続されているルートを再配布するには、この例を使用します。

configure 
   context <context_name> 
      ip vrf <vrf_name> 
         router bgp <as_number> 
         ip vrf <vrf_name> 
            address-family <type> vrf <vrf_name> 
               redistribute connected 
               end 

この例を使用して、APN プロファイルで NEMO を設定して有効にします。

configure 
   context <context_name> 
      apn <apn_name> 
         permission nemo 
         ip context-name <name> 
         ip address pool name <pool_name> 
         end 

NEMO HA を作成するには、この例を使用します。

configure 
   context <context_name> 
      ha-service <ha_service_name> 
         mn-ha-spi spi-number <number> encrypted secret <enc_secret> 
         authentication mn-aaa noauth 
         encapsulation allow keyless-gre 
         bind address <ip_address> 
         end 

ここでは、ネットワークモビリティのモニタリングと障害対応に使用できる CLI コマンドについて説明します。

モニタープロトコル

monitor protocol コマンドを使用する場合は、オプション 26 を有効にして、すべての NEMO メッセージを表示します。

show コマンドと出力

ここでは、ネットワークモビリティをサポートするために使用可能な show CLI コマンドについて説明します。

• show ha-service all ：このコマンドを使用して、設定済みの HA サービスに関する情報を表示し、このサービス用に設定された CLI のすべての主要パラメータを使用してサービスが開始されていることを確認します。

  （注）	IP VRF 設定が行われているコンテキストから以下の show コマンド CLI を使用します。次の例では CLI はコンテキスト出力用です。

  次の出力に示されているように、割り当てられたプレフィックスとルートに関する情報を表示するには、次のコマンドを使用します。

  show ip bgp vpnv4 vrf <vrf-name>:
  Network 		      Next Hop	  Metric  LocPrf   Weight  Path
  *> 15.1.1.0/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.1/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.2/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.3/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.4/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.5/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.6/32 		0.0.0.0 	 0 	           	32768  ?
  *> 15.1.1.7/32 		0.0.0.0 	 0 	           	32768  ?
  *> 80.240.0.0/20	0.0.0.0	     0 	           	32768  ?
  *> 192.168.232.0/24	31.100.101.1    0	      	0     2000 ?

  show ip route vrf <vrf-name>:
  Destination 		Nexthop 	Protocol 	Prec 	Cost Interface
  *15.1.1.0/32 		0.0.0.0 	connected 	 0 	      0
  *15.1.1.1/32 		0.0.0.0 	connected 	 0 	      0
  *15.1.1.2/32 		0.0.0.0 	connected 	 0	       0
  *15.1.1.3/32 		0.0.0.0 	connected 	 0 	      0
  *15.1.1.4/32 		0.0.0.0 	connected 	 0 	      0
  *15.1.1.5/32 		0.0.0.0 	connected 	 0 	      0
  *15.1.1.6/32 		0.0.0.0 	connected 	 0 	      0
  *15.1.1.7/32 		0.0.0.0 	connected 	 0 	      0
  *80.240.0.0/20  	0.0.0.0 	connected 	 0 	     0 pool cust101-a
  *192.168.232.0/24	31.100.101.1   bgp 	      20 	    0 19/1-sub101 (nhlfe-ix:8)

  show mipha full all
  MSID: - 
  Home Address: XX.XX.XX.XX 	HA Address: XXX.XXX.XXX.X
  Total Prefix: 16 		Multi-VRF: NO
  VRF #1: vrf-cust101 		CtxtID: 0x43 GRE: 0x0
  15.1.1.0/32 			15.1.1.1/32
  15.1.1.2/32 			15.1.1.3/32
  15.1.1.4/32 			15.1.1.5/32
  15.1.1.6/32 			15.1.1.7/32
  15.1.1.8/32 			15.1.1.9/32
  15.1.1.10/32 			15.1.1.11/32
  15.1.1.12/32 			15.1.1.13/32
  15.1.1.14/32 			15.1.1.15/32
  Send NAI Extension in Revocation Message: NO
  Binding #1: 	Care of Address: XX.XXX.X.XX
  		FA Address/Port: XX.XXX.X.XX/XXX
  		Lifetime: 00h01m15s 		Remaining Life: 00h00m26s
  		Reverse Tunneling: On 		Encapsulation Type: Keyless-GRE
  		GRE Key(Fwd): n/a 		IPSec Required: No
  		GRE Key(Rev): n/a
  		IPSec Ctrl Tunnel Estab.:No 	IPSec Data Tunnel Estab.: No
  		Revocation Negotiated: NO 	Rev I Bit Negotiated: NO
  		Colocated COA: YES 		NAT Detected: NO
  		MN-HA-Key-Present: TRUE 	MN-HA-SPI: 256
  		FA-HA-Key-Present: FALSE 	FA-HA-SPI: n/a
  		HA-RK-KEY-Present: FALSE 	HA-RK-SPI: n/a
  		HA-RK-Lifetime: n/a 		HA-RK-Remaining-Lifetime: n/a