ExpressRoute 接続を確認する

まとめ

この記事は、Azure ExpressRoute接続の検証とトラブルシューティングに役立ちます。 ExpressRoute は、接続プロバイダーによって促進されるプライベート接続を介して、オンプレミス ネットワークを Microsoft Cloud に拡張します。 ExpressRoute 接続には、次の 3 つの異なるネットワーク ゾーンが含まれます。

• 顧客ネットワーク
• プロバイダー ネットワーク
• Microsoft データセンター

この記事は、接続の問題を特定し、適切なチームにサポートを求めて解決するのに役立ちます。

概要

次の図は、ExpressRoute を介した Microsoft ネットワークへの顧客ネットワークの論理接続を示しています。

図では、数値は主要なネットワーク ポイントを示しています。

1. 顧客のコンピューティング デバイス (サーバーや PC など)。
2. カスタマー エッジ ルーター (CA)。
3. 顧客のエッジ ルーターに接続するプロバイダー エッジ ルーター/スイッチ (PE)。
4. PE-MSEEs と呼ばれる、Microsoft Enterprise Edge ExpressRoute ルーター (MSEEs) に対向する PE。
5. 電気工学修士号
6. 仮想ネットワーク ゲートウェイ。
7. Azure仮想ネットワーク上のコンピューティング デバイス。

この記事では、関連する番号でこれらのネットワーク ポイントを参照します。

ExpressRoute 接続モデルによっては、ネットワーク ポイント 3 と 4 がスイッチ（レイヤー 2 デバイス）またはルーター（レイヤー 3 デバイス）になる場合があります。 接続モデルは、クラウド交換コロケーション、ポイントツーポイント イーサネット接続、または any-to-any (IPVPN) です。

直接接続モデルでは、アーキテクチャにはネットワーク ポイント 3 と 4 は含まれません。 代わりに、CE (2) はダーク ファイバーを介して MSE に直接接続します。

クラウド交換コロケーション、ポイントツーポイント イーサネット、または直接接続モデルを使用する場合、CSP (2) は MSE (5) との Border Gateway Protocol (BGP) ピアリングを確立します。

any-to-any (IPVPN) 接続モデルを使用する場合は、PE-MSEEs (4) MSE との BGP ピアリングを確立します (5)。 PE-MSEEs、Microsoftから受信したルートを IPVPN サービス プロバイダー ネットワーク経由で顧客ネットワークに伝達します。

次のセクションでは、ExpressRoute 回線のトラブルシューティングの論理的な手順を示します。

回線のプロビジョニングと状態を確認する

ExpressRoute 回線をプロビジョニングすると、CSP/PE-MSEEs (2/4) と MSE (5) の間に冗長レイヤー 2 接続が確立されます。 ExpressRoute 回線を作成、変更、プロビジョニング、検証する方法の詳細については、「ExpressRoute 回線の 作成と変更」を参照してください。

Azure ポータルを使用した検証

Azure ポータルで、ExpressRoute 回線のページに移動します。 ページの セクションには、次のスクリーンショットに示すように、ExpressRoute の基本情報が一覧表示されます。

ExpressRoute essentials では、Circuit の状態はMicrosoft側の回線の状態を示し、Provider の状態はサービス プロバイダーが回線をプロビジョニングしたかどうかを示します。

ExpressRoute 回線を運用可能にするには、[回線の状態] が [有効]、[Provider status (プロバイダーの状態)] が [プロビジョニング済み]である必要があります。

PowerShell を使用した検証

リソース グループ内のすべての ExpressRoute 回線を一覧表示するには、次のコマンドを使用します。

Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG"

リソース グループ内の特定の ExpressRoute 回線の詳細を取得するには、次のコマンドを使用します。

Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"

応答の例を次に示します。

Name                             : Test-ER-Ckt
ResourceGroupName                : Test-ER-RG
Location                         : westus2
Id                               : /subscriptions/***************************/resourceGroups/Test-ER-RG/providers/***********/expressRouteCircuits/Test-ER-Ckt
Etag                             : W/"################################"
ProvisioningState                : Succeeded
Sku                              : {
                                    "Name": "Standard_UnlimitedData",
                                    "Tier": "Standard",
                                    "Family": "UnlimitedData"
                                   }
CircuitProvisioningState         : Enabled
ServiceProviderProvisioningState : Provisioned
ServiceProviderNotes             :
ServiceProviderProperties        : {
                                    "ServiceProviderName": "****",
                                    "PeeringLocation": "******",
                                    "BandwidthInMbps": 100
                                   }
ServiceKey                       : **************************************
Peerings                         : []
Authorizations                   : []

ExpressRoute 回線が動作していることを確認するには、次のフィールドが正しく設定されていることを確認します。

CircuitProvisioningState         : Enabled
ServiceProviderProvisioningState : Provisioned

ピアリング構成を検証する

サービス プロバイダーが ExpressRoute 回線をプロビジョニングした後、CSP/MSEE-PEs (2/4) と MES (5) の間の回線で外部 BGP (eBGP) を使用する複数のルーティング構成を作成できます。 各 ExpressRoute 回線は、次のピアリング構成のいずれかまたは両方を持つことができます。

• Azure プライベート ピアリング: Azure内のプライベート仮想ネットワークへのトラフィック用
• Microsoft ピアリング: サービスとしてのプラットフォーム (PaaS) とサービスとしてのソフトウェア (SaaS) のパブリック エンドポイントへのトラフィック用

ルーティング構成の作成と変更の詳細については、「 ExpressRoute 回線のルーティングの作成と変更」を参照してください。

Azure ポータルを使用した検証

Azure ポータルでは、そのページで ExpressRoute 回線の状態を確認できます。 セクションには、次のスクリーンショットに示すように、ExpressRoute ピアリングが一覧表示されます。

前の例では、Azure プライベート ピアリングはプロビジョニングされていますが、Azure パブリック ピアリングと Microsoft ピアリングはプロビジョニングされていません。 正常にプロビジョニングされたピアリング コンテキストには、プライマリとセカンダリのポイントツーポイント サブネットも一覧表示されます。 /30 サブネットは、MSE と ES/PE-MSE のインターフェイス IP アドレスに使用されます。 この一覧には、構成を最後に変更したユーザーも示されます。

PowerShell を使用した検証

プライベート ピアリングの構成の詳細Azure取得するには、次のコマンドを使用します。

$ckt = Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"
Get-AzExpressRouteCircuitPeeringConfig -Name "AzurePrivatePeering" -ExpressRouteCircuit $ckt

正常に構成されたプライベート ピアリングに対する応答の例を次に示します。

Name                       : AzurePrivatePeering
Id                         : /subscriptions/***************************/resourceGroups/Test-ER-RG/providers/***********/expressRouteCircuits/Test-ER-Ckt/peerings/AzurePrivatePeering
Etag                       : W/"################################"
PeeringType                : AzurePrivatePeering
AzureASN                   : 12076
PeerASN                    : 123##
PrimaryPeerAddressPrefix   : 172.16.0.0/30
SecondaryPeerAddressPrefix : 172.16.0.4/30
PrimaryAzurePort           :
SecondaryAzurePort         :
SharedKey                  :
VlanId                     : 200
MicrosoftPeeringConfig     : null
ProvisioningState          : Succeeded

正常に有効なピアリング コンテキストには、プライマリ アドレス プレフィックスとセカンダリ アドレス プレフィックスが一覧表示されます。 /30 サブネットは、MSE と ES/PE-MSE のインターフェイス IP アドレスに使用されます。

Microsoft ピアリングの構成の詳細を取得するには、次のコマンドを使用します。

$ckt = Get-AzExpressRouteCircuit -ResourceGroupName "Test-ER-RG" -Name "Test-ER-Ckt"
Get-AzExpressRouteCircuitPeeringConfig -Name "MicrosoftPeering" -ExpressRouteCircuit $ckt

ピアリングが構成されていない場合は、エラー メッセージが表示されます。 指定されたピアリングが回線内で構成されていない場合の応答の例を次に示します。

Get-AzExpressRouteCircuitPeeringConfig : Sequence contains no matching element
At line:1 char:1
    + Get-AzExpressRouteCircuitPeeringConfig -Name "MicrosoftPeering ...
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : CloseError: (:) [Get-AzExpr...itPeeringConfig], InvalidOperationException
        + FullyQualifiedErrorId : Microsoft.Azure.Commands.Network.GetAzureExpressRouteCircuitPeeringConfigCommand

ARP の検証

Address Resolution Protocol (ARP) テーブルから、特定のピアリングに関する IP アドレスと MAC アドレスのマッピングを得ることができます。 ExpressRoute 回線のピアリングで使用される ARP テーブルは、プライマリ インターフェイスとセカンダリ インターフェイスのそれぞれに関して次の情報を提供します。

• オンプレミス ルーター インターフェイスの IP アドレスから MAC アドレスへのマッピング
• ExpressRoute ルーター インターフェイスの IP アドレスから MAC アドレスへのマッピング (省略可能)
• マッピングがキャッシュされてからの経過時間

レイヤー 2 の構成を検証したり、レイヤー 2 の基本的な接続の問題をトラブルシューティングしたりする際に、ARP テーブルを役立てることができます。

ExpressRoute ピアリングの ARP テーブルを表示する方法と、その情報を使用してレイヤー 2 の接続の問題をトラブルシューティングする方法については、「 Resource Manager デプロイ モデルでの ARP テーブルの取得を参照してください。

MSEE で BGP とルートを検証する

プライベート ルーティング コンテキストのプライマリ パスの MSEE からルーティング テーブルを取得するには、次のコマンドを使用します。

Get-AzExpressRouteCircuitRouteTable -DevicePath Primary -ExpressRouteCircuitName <CircuitName> -PeeringType AzurePrivatePeering -ResourceGroupName <ResourceGroupName>

応答の例:

Network : 10.1.0.0/16
NextHop : 10.17.17.141
LocPrf  :
Weight  : 0
Path    : 65515

Network : 10.1.0.0/16
NextHop : 10.17.17.140*
LocPrf  :
Weight  : 0
Path    : 65515

Network : 10.2.20.0/25
NextHop : 172.16.0.1
LocPrf  :
Weight  : 0
Path    : 123##

存在しないピアリングの応答の例:

Get-AzExpressRouteCircuitRouteTable : The BGP Peering AzurePublicPeering with Service Key <ServiceKey> is not found.
StatusCode: 400

トラフィック フローを確認する

ピアリング コンテキストのトラフィック統計 (バイト入出力) を取得するには、次のコマンドを使用します。

Get-AzExpressRouteCircuitStats -ResourceGroupName <ResourceGroupName> -ExpressRouteCircuitName <CircuitName> -PeeringType 'AzurePrivatePeering'

出力例:

PrimaryBytesIn PrimaryBytesOut SecondaryBytesIn SecondaryBytesOut
-------------- --------------- ---------------- -----------------
    240780020       239863857        240565035         239628474

存在しないピアリングの出力例:

Get-AzExpressRouteCircuitRouteTable : The BGP Peering AzurePublicPeering with Service Key <ServiceKey> is not found.
StatusCode: 400

プライベート ピアリング接続をテストする

MSEE デバイス上の ExpressRoute 回線の Microsoft エッジに到着して離れるパケットをカウントして、プライベート ピアリング接続をテストします。 この診断ツールでは、ACL を使用して特定のルールにヒットしたパケットをカウントし、接続を確認します。

テストの実行

1. Azure ポータルで Diagnose を選択し、ExpressRoute 回線から問題を解決します。

2. [ 接続] と [パフォーマンスの問題] を選択します。

3. [発生している 問題の詳細を確認 する] ドロップダウンで、[ プライベート ピアリングに関する問題] を選択します。

4. [ プライベート ピアリング接続のテスト ] セクションを展開します。

5. オンプレミスの IP から Azure IP に PsPing テストを実行し、テスト中に実行し続けます。

6. 手順 5 で使用したのと同じ IP アドレスをフォーム フィールドに入力し、[ 送信] を選択して結果を待ちます。

   

結果を解釈する

プライマリおよびセカンダリ MSEE デバイスの結果を確認します。

• 両方のMSEEsで送受信された一致件数: 正常なインバウンドおよびアウトバウンドのトラフィックを示します。 すべての損失は、MSEEsの下流にあります。

• 受信した一致はあるが、送信された一致はない: トラフィックはAzureに到達していますが、戻ってきていません。 リターン パス ルーティングの問題を確認します。

• 送信された一致がありますが受信した一致はありません: トラフィックはオンプレミスに到達していますが、Azureに戻りません。 プロバイダーと協力して解決してください。

• 一方の MSEE は一致を示せず、もう 1 つは適切な一致を示します。1 つの MSEE がトラフィックを受信または通過していないことを示します。 オフラインである可能性があります。

• オンプレミスからAzureに PsPing をテストしている場合、受信した結果は一致を示しますが、送信された結果には一致は表示されません: この結果は、トラフィックがAzureに送られてもオンプレミスに戻っていないことを示します。 リターン パス ルーティングの問題を確認します。 たとえば、適切なプレフィックスをAzureにアドバタイズしていますか? ユーザー定義ルート (UDR) はプレフィックスをオーバーライドしていますか?

• Azureからオンプレミスに PsPing をテストしている場合、送信された結果は一致を示しますが、受信した結果には一致は表示されません: この結果は、トラフィックがオンプレミスに入ってくるが、Azureに戻っていないことを示します。 プロバイダーと協力して、トラフィックが ExpressRoute 回線経由でAzureにルーティングされていない理由を確認します。

• 一方の MSEE では一致するものは表示されませんが、もう 1 つは適切な一致を示します。この結果は、1 つの MSEE がトラフィックを受信または通過していないことを示します。 オフラインである可能性があります (たとえば、BGP/ARP がダウンしています)。

  • このパスの BGP セッションを介して一意の /32 オンプレミス ルートをアドバタイズすることで、異常なパスを確認する追加のテストを実行できます。
  • オンプレミスの宛先アドレスとしてアドバタイズされた一意の /32 を使用して "プライベート ピアリング接続をテストする" を実行し、結果を確認してパスの正常性を確認します。

各 MSEE デバイスのテスト結果は、次の例のようになります。

src 10.0.0.0 dst 20.0.0.0 dstport 3389 (received): 120 matches
src 20.0.0.0 srcport 3389 dst 10.0.0.0 (sent): 120 matches

仮想ネットワーク ゲートウェイの可用性を確認する

ExpressRoute 仮想ネットワーク ゲートウェイは、Azure仮想ネットワーク内のプライベート リンク サービスとプライベート IP への接続を管理します。 Microsoftは、このインフラストラクチャを管理し、メンテナンスを実行してパフォーマンスを低下させる可能性があります。

接続の問題をトラブルシューティングし、最近のメンテナンスを確認するには:

1. Azure ポータルで Diagnose を選択し、ExpressRoute 回線から問題を解決します。

2. [パフォーマンスの問題] を選択します。

3. 診断が実行されるまで待ち、結果を解釈します。

   

パケット損失または待機時間中にメンテナンスが発生した場合は、接続の問題が発生する可能性があります。 推奨される手順に従い、より高いスループットをサポートし、将来の問題を回避するために 、仮想ネットワーク ゲートウェイ SKU の アップグレードを検討してください。

次のステップ

詳細またはヘルプについては、次のリンクを参照してください。

• Microsoft サポート
• ExpressRoute 回線の作成と変更
• ExpressRoute 回線のルーティングの作成と変更を行う