Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

L2TP LNSインラインサービスインターフェイス

インラインサービスインターフェイスを使用したL2TP LNSの設定

設定を開始する前に、L2TP LNS機能ライセンスをインストールする必要があります。それ以外の場合は、設定がコミットされたときに警告メッセージが表示されます。

インラインサービスインターフェイスを持つL2TP LNSを設定するには:

  1. (オプション)トンネル加入者のPPP設定を定義するユーザーグループプロファイルを設定します。

    ユーザーグループプロファイルを使用したL2TP LNS加入者へのPPP属性の適用を参照してください。

  2. (オプション)インラインサービスインターフェイス上の加入者のPPP属性を設定します。

    インラインサービスインターフェイスごとのL2TP LNS加入者へのPPP属性の適用を参照してください。

  3. インラインIP再アセンブリを設定します。

    L2TPのIPインライン再アセンブリの設定を参照してください。

  4. 各LNSクライアント(LAC)のL2TPパラメーターを定義するL2TPアクセスプロファイルを設定します。

    LNSでのL2TPアクセスプロファイルの設定を参照してください。

  5. (オプション)ルーティングインスタンスの下で設定されたアクセスプロファイルを上書きするようにAAAアクセスプロファイルを設定します。

    LNSでのAAAローカルアクセスプロファイルの設定を参照してください。

  6. トンネル化されたPPP加入者に動的に割り当てられるアドレスのプールを設定します。

    インラインサービスを使用したL2TP LNSのアドレス割り当てプールの設定を参照してください。

  7. トンネルとPPPサーバー側のIPCPアドレスを終端するようにピアインターフェイスを設定します。

    L2TP LNSピアインターフェイスの設定を参照してください。

  8. MPCでインラインサービスインターフェイスを有効にします。

    インラインサービスインターフェイスの有効化を参照してください。

  9. サービスインターフェイスを設定します。

    L2TP LNSのインラインサービスインターフェイスの設定を参照してください。

  10. 各インラインサービス論理インターフェイスのオプションを設定します。

    LNSインラインサービス論理インターフェイスのオプションの設定を参照してください。

  11. (オプション)集約されたインラインサービスインターフェイスと1:1のステートフル冗長性を設定します。

    集約されたインラインサービスインターフェイスでの1:1 LNSステートフル冗長性の設定を参照してください

  12. L2TPトンネルグループを設定します。

    インラインサービスインターフェイスを使用したLNSセッションのL2TPトンネルグループの設定を参照してください。

  13. (オプション)L2TP論理インターフェイスを動的に作成する動的プロファイルを設定します。

    動的LNSセッション用の動的プロファイルの設定を参照してください。

  14. (オプション)動的LNSセッション用のサービスインターフェイスプールを設定します。

    動的 LNS セッション用のインライン サービス インターフェイスのプールの設定を参照してください。

  15. (オプション)L2TP が未確認の制御メッセージを再送信する回数を指定します。

    L2TP制御メッセージの再送信属性の設定を参照してください。

  16. (オプション)トンネルが破棄されるまでのアイドル状態を維持できる期間を指定します。

    L2TPトンネルアイドルタイムアウトの設定を参照してください。

  17. (オプション)L2TPトンネルのL2TP受信ウィンドウサイズを指定します。受信ウィンドウのサイズは、ルーターからの確認応答を待つ前にピアが送信できるパケット数を指定します。

    L2TP 受信ウィンドウ サイズの設定を参照してください。

  18. (オプション)L2TPが終了した動的トンネル、セッション、宛先に関する情報を保持する期間を指定します。

    L2TP破壊タイムアウトの設定を参照してください。

  19. (オプション)L2TP宛先ロックアウトタイムアウトを設定します。

    L2TP宛先ロックアウトタイムアウトの設定を参照してください。

  20. (オプション)L2TPトンネルスイッチングを設定します。

    L2TPトンネルスイッチングの設定を参照してください。

  21. (オプション)L2TPの新しいセッション、宛先、またはトンネルの作成を防止します。

    L2TPドレインの設定を参照してください。

  22. (オプション)再同期にL2TPフェイルオーバープロトコルをネゴシエートするか、サイレントフェイルオーバー方式を使用するかを設定します。

    L2TPピア再同期方法の設定を参照してください。

  23. (オプション)SNMP統計カウンターを有効にします。

    SNMP統計収集用のトンネルおよびグローバルカウンターの有効化を参照してください。

  24. (オプション)設定のトラブルシューティングのためのトレース オプションを設定します。

    トラブルシューティングについては、L2TPイベントのトレースを参照してください。

また、LNSセッションにCoSを設定する必要があります。詳細については、 L2TP LNSインラインサービス向け動的CoSの設定を参照してください。

インラインサービスインターフェイスごとのL2TP LNS加入者へのPPP属性の適用

インラインサービス(si)インターフェイス上のLNSによって、LACからトンネリングされたPPP加入者に適用されるPPP属性を設定することができます。ユーザーグループプロファイルではなく、インターフェイスごとに属性を設定するため、加入者の属性をより細かく変更できます。この設定は、終了したPPPoE加入者に使用される設定と一致します。

動的に作成されるsiインターフェイスのPPP属性を設定するには:

  1. 動的プロファイルで事前定義された動的インターフェイスと論理インターフェイスの変数を指定します。
  2. LNSで終端するL2TPトンネルのPPPキープアライブメッセージ間の間隔を設定します。
  3. LNSでトンネル化されたPPP加入者に適用されるPPP認証方法を設定します。
  4. AAAオプションセットで指定された加入者およびAAAコンテキストを使用してログインしているLNSでのトンネルPPP加入者の認証と承認に使用されるAAAオプションのセットを指定します。

    オプションセットは、[edit access]階層レベルのaaa-options aaa-options-nameステートメントで設定されます。

  5. LNSでのトンネル化されたPPP加入者に対するIPCPネゴシエーション中に、カスタマー構内機器(CPE)にプライマリとセカンダリの両方のDNSアドレスをネゴシエートするように促すようにルーターを設定します。
  6. (オプション)LCPネゴシエーション中およびLCPキープアライブ(echo-request/echo-reply)交換におけるPPPマジックナンバーの検証を無効にします。受信したマジックナンバーと内部で生成されたマジックナンバーを比較しないようにし、不一致によってセッションが終了することはありません。

静的に作成されたsiインターフェイスのPPP属性を設定するには:

  1. 論理インライン サービス インターフェイスを指定します。

  2. LNSで終端するL2TPトンネルのPPPキープアライブメッセージ間の間隔を設定します。

  3. ネットワークがリンクを停止する前に、宛先が受信できないキープアライブパケットの数を設定します。

    注:

    通常、 keepalives up-count オプションは加入者管理には使用されません。

  4. LNSでトンネル化されたPPP加入者に適用されるPPP認証方法を設定します。

  5. LNSでのトンネル化されたPPP加入者に対するIPCPネゴシエーション中に、カスタマー構内機器(CPE)にプライマリとセカンダリの両方のDNSアドレスをネゴシエートするように促すようにルーターを設定します。

ベストプラクティス:

chapやpapに従属するものを含め、ppp-optionsに従属する他のすべてのステートメントはサポートされていますが、通常は加入者管理には使用されません。これらのその他のステートメントは、デフォルト値のままにしておくことをお勧めします。
注:

また、ユーザーグループプロファイルでPPP属性を設定し、LACクライアントでそのプロファイルを持つすべての加入者に属性を適用することもできます。詳細については、「 ユーザーグループプロファイルを持つL2TP LNS加入者へのPPP属性の適用」 を参照してください。siインターフェイスとユーザーグループプロファイルの両方でL2TP LNS加入者のPPP属性を設定する場合、インラインサービスインターフェイス設定がユーザーグループプロファイル設定よりも優先されます。
注:

グループプロファイルと動的プロファイルの両方でPPPオプションが設定されている場合、動的プロファイルにグループプロファイルで設定可能なPPPオプションが1つ以上含まれている場合、動的プロファイル設定がグループプロファイルよりも完全に優先されます。完全な優先順位は、プロファイル間でオプションのマージがないことを意味します。グループプロファイルは、動的プロファイルにグループプロファイルで利用可能なPPPオプションが含まれていない場合にのみ、加入者に適用されます。

ユーザーグループプロファイルを持つL2TP LNS加入者へのPPP属性の適用

LNSがLACからトンネリングされたPPP加入者にPPP属性を適用できるようにするユーザーグループプロファイルを設定できます。ユーザーグループプロファイルは、L2TPアクセスプロファイルのクライアント(LAC)に関連付けられています。その結果、特定のクライアントによって処理されるすべての加入者は、同じPPP属性を共有します。

ユーザーグループプロファイルを設定するには:

  1. プロファイルを作成します。
  2. LNSで終端するL2TPトンネルのPPPキープアライブメッセージ間の間隔を設定します。
    注:

    ユーザーグループプロファイルのキープアライブ間隔への変更は、変更後に立ち上がる新しいL2TPセッションにのみ影響します。既存のセッションは影響を受けません。
  3. LNSでトンネル化されたPPP加入者に適用されるPPP認証方法を設定します。
  4. AAAオプションセットで指定された加入者およびAAAコンテキストを使用してログインしているLNSでのトンネルPPP加入者の認証と承認に使用されるAAAオプションのセットを指定します。

    オプションセットは、[edit access]階層レベルのaaa-options aaa-options-nameステートメントで設定されます。

  5. LNSでのトンネル化されたPPP加入者に対するIPCPネゴシエーション中に、カスタマー構内機器(CPE)にプライマリとセカンダリの両方のDNSアドレスをネゴシエートするように促すようにルーターを設定します。
  6. (オプション)パケット転送エンジンが、LCPキープアライブ(エコー要求/エコー応答)交換でリモートピアから受信したPPPマジックナンバーの検証チェックを実行できないようにします。これにより、LCP ネゴシエーション中に合意された値と数値が一致しない場合に、PPP がセッションを終了することを防ぎます。この機能は、リモートPPPピアがキープアライブパケットに任意のマジックナンバーを含んでいる場合に有効です。このステートメントを設定しても、LCPマジックナンバーのネゴシエーションや、リモートピアのマジックナンバーが予想されるネゴシエートされた番号である場合のキープアライブの交換には影響しません。
  7. PPP 加入者セッションがタイムアウトしたとみなされるまでのアイドル状態を維持できる時間を設定します。
注:

また、インターフェイスごとにPPP属性を設定することもできます。詳細については、「 インラインサービスインターフェイスごとのL2TP LNS加入者へのPPP属性の適用 」を参照してください。siインターフェイスとユーザーグループプロファイルの両方でL2TP LNS加入者のPPP属性を設定する場合、インラインサービスインターフェイス設定がユーザーグループプロファイル設定よりも優先されます。
注:

グループプロファイルと動的プロファイルの両方でPPPオプションが設定されている場合、動的プロファイルにグループプロファイルで設定可能なPPPオプションが1つ以上含まれている場合、動的プロファイル設定がグループプロファイルよりも完全に優先されます。完全な優先順位は、プロファイル間でオプションのマージがないことを意味します。グループプロファイルは、動的プロファイルにグループプロファイルで利用可能なPPPオプションが含まれていない場合にのみ、加入者に適用されます。

LNSでのL2TPアクセスプロファイルの設定

アクセスプロファイルは、レイヤー2トンネリングプロトコル(L2TP)接続とセッションリクエストを検証する方法を定義します。各L2TPアクセスプロファイル内で、1つ以上のクライアント(LAC)を設定します。クライアント特性は、一致するパスワードを持つLACを認証し、クライアントトンネルとセッションの属性を確立するために使用されます。複数のアクセスプロファイルと、各プロファイル内で複数のクライアントを設定できます。

L2TPアクセスプロファイルを設定するには:

  1. アクセスプロファイルを作成します。
  2. 1つ以上のクライアント(LAC)の特性を設定します。
    注:

    defaultクライアントの特殊なケースを除き、アクセスプロファイルで設定するLACクライアント名はLACのホスト名と一致する必要があります。LACとして機能するジュニパーネットワークスルーターの場合、ホスト名は[edit access tunnel-profile profile-name tunnel tunnel-id source-gateway]階層レベルのgateway gateway-nameステートメントを使用してLACトンネルプロファイルに設定されます。または、RADIUSの属性Tunnel-Client-Auth-Id [90]でクライアント名を返すことができます。
    注:

    デフォルトのトンネルクライアントを定義する場合は、クライアント名として default を使用します。デフォルトクライアントでは、同じシークレットとL2TP属性を持つ複数のLACの認証を有効にします。この動作は、例えば、多くの新しいLACがネットワークに追加された場合に役立ちます。LNSプロファイルを追加設定せずにLACを使用できるためです。

    defaultはMXシリーズルーターでのみ使用してください。M Seriesルーター上の同等のクライアント名は*です。
  3. (オプション)グローバル アクセス プロファイルとトンネル グループ AAA アクセス プロファイルを上書きするローカル アクセス プロファイルを指定して、クライアントの RADIUS サーバー設定を構成します。
  4. リンク制御プロトコル(LCP)をPPPクライアントと再ネゴシエートするようにLNSを設定します。 クライアントからトンネリングされます。
  5. 1つ以上の動的サービスプロファイルを設定して、LAC上のすべての加入者にサービスを提供します。オプションで、同じステートメント内でサービスにパラメーターを渡すことができます。
  6. クライアント(LAC)からトンネルで許可されるセッションの最大数を設定します。
  7. L2TPセッションの数が設定された最大値に達したときに、LACに送信するCDNメッセージで、結果コード4と5を結果コード2で上書きするようにLNSを設定します。一部のサードパーティLACは、結果コードの値が2でない限り、別のLNSにフェイルオーバーできません。
  8. クライアント(LAC)の認証に使用するトンネルパスワードを設定します。
  9. (オプション)このLACクライアントからトンネリングされるPPPセッションに適用するPPP属性を含むグループプロファイルを関連付けます。
    注:

    user-group-profileが変更または削除されると、このレイヤー2トンネリングプロトコルクライアント設定を使用していた既存のLNS加入者はダウンします。

LNSでのAAAローカルアクセスプロファイルの設定

一部のLNSトンネルでは、特定のRADIUSサーバー設定で、トンネルをホストするルーティングインスタンスで設定されたトンネルを上書きすることができます。ローカルアクセスプロファイルを設定することで、ローカルアクセスプロファイルを設定できます。その後、 aaa-access-profile ステートメントを使用して、ローカルアクセスプロファイルをトンネルグループまたはLACクライアントに適用できます。

クライアントに適用されたローカルアクセスプロファイルは、トンネルグループに適用されたローカルアクセスプロファイルを上書きし、これによりルーティングインスタンスのアクセスプロファイルが上書きされます。

AAAローカルアクセスプロファイルを設定するには:

  1. アクセスプロファイルを作成します。
  2. AAA認証方法の順序を設定します。
  3. 認証パスワードなどのRADIUSサーバー属性を設定します。

インラインサービスを使用したL2TP LNSのアドレス割り当てプールの設定

トンネル化されたPPP加入者に動的に割り当てることができるアドレスのプールを設定することができます。プールは、加入者が立ち上がるルーティングインスタンスに対してローカルになければなりません。設定されたプールは、RADIUS Framed-Pool属性とFramed-IPv6-Pool属性で提供されます。Framed-IP-Address が RADIUS によって送信される場合、プールはオプションです。

アドレス割り当てプールを設定するには、プールの名前を指定し、プールのアドレスを設定する必要があります。

オプションで、アドレス割り当てプール内のアドレスの名前付き範囲またはサブセットを複数設定できます。動的アドレス割り当て中に、クライアントには特定の名前付き範囲からアドレスを割り当てることができます。名前付き範囲を作成するには、範囲の名前を指定し、アドレス範囲を定義します。

注:

アドレスプール(address-pool)ステートメントではなく、アドレス割り当てプール(address-assignment)ステートメントを使用してください。

アドレス割り当てプールの詳細については、「 アドレス割り当てプールの概要 」および「 アドレス割り当てプールの設定の概要」を参照してください。

L2TP LNSのIPv4アドレス割り当てプールを設定するには:

  1. プールの名前を設定し、IPv4ファミリーを指定します。
  2. プール内のアドレスのネットワークアドレスとプレフィックス長を設定します。
  3. 範囲の名前と、範囲内のアドレスの下限と上限を設定します。

例えば、IPv4アドレス割り当てプールを設定する場合:

L2TP LNS の IPv6 アドレス割り当てプールを設定するには:

  1. プールの名前を設定し、IPv6ファミリーを指定します。

  2. アドレスプールのIPv6ネットワークプレフィックスを設定します。プレフィックス指定は、IPv6アドレス割り当てプールを設定するときに必要です。

  3. 範囲の名前を設定し、範囲を定義します。範囲内のプレフィックスの下限と上限、または範囲内のプレフィックスの長さに基づいて範囲を定義できます。

例えば、IPv6アドレス割り当てプールを設定するには、次のようにします。

L2TP LNSピアインターフェイスの設定

ピア インターフェイスは、トンネル エンドポイント間で IP パケットを交換できるように、LNS を LAC に向けてクラウドに接続します。MPLSおよびアグリゲートイーサネットを使用して、LACに到達することもできます。

注:

MXシリーズルーターでは、MPCでピアインターフェイスを設定する必要があります。

LNSピアインターフェイスを設定するには:

  1. インターフェイス名を指定します。
  2. VLANを有効にします。
  3. 論理インターフェイスを指定し、VLAN タグ ID をインターフェイスにバインドし、論理インターフェイスのアドレスファミリーと IP アドレスを設定します。
    注:

    IPv6アドレスファミリーは、トンネルエンドポイントとしてサポートされていません。

インライン サービス インターフェイスの有効化

インライン サービス インターフェイスは、パケット転送エンジン上に存在する仮想物理インターフェイスです。この si インターフェイスは アンカー インターフェイスと呼ばれ、特別なサービスPICなしでL2TPサービスを提供することができます。インライン サービス インターフェイスは、MXシリーズ ルーター上のMPCでのみサポートされています。MPCが占有されているシャーシスロットごとに、4つのインラインサービスインターフェイスを設定することができます。

注:

MX80およびMX104ルーターでは、L2TP LNSセッションのアンカーインターフェイスとして設定できるインラインサービス物理インターフェイスは、si-1/0/0、si-1/1/0、si-1/2/0、si-1/3/0の4つだけです。MX80およびMX104ルーターでは、この目的のためにsi-0/0/0を設定することはできません。

帯域幅の値の範囲は1Gbpsから400Gbpsですが、12,345,878,000bpsなどの絶対数で帯域幅を設定することはできません。CLIステートメントで利用可能なオプションを使用する必要があります。

  • 1g

  • 10g10g、20g、30g、40g、50g、60g、70g、80g、90g100g100g

  • 100g400gを100Gbps刻みで100g、200g、300g400g

使用可能な最大帯域幅は、 表1に示すように、MPCによって異なります。MPCでサポートされている帯域幅よりも高い帯域幅を設定すると、システムログメッセージが生成されます。

表1:MPCあたりのインラインサービスの最大帯域幅

MPC

サポートされる最大帯域幅

MPC2E NG、MPC2E NG Q、

80Gbps

MPC3E NG、MPC3E NG Q

130Gbps

100GEおよび40GE MPC3およびMIC

40Gbps

MPC4E

130Gbps

MPC5E

130Gbps

MPC6E

130Gbps

MPC7E

240Gbps

MPC8E

240Gbps

1.6 Tbpsアップグレードモードでは400 Gbps

MPC9E

400Gbps

インライン サービス インターフェイスを有効にするには:

  1. MPCが占有されているスロットと、インターフェイスを有効にするPICにアクセスします。
  2. インターフェイスを有効にし、オプションで、インラインサービスを使用するトンネルトラフィック用に各パケット転送エンジンで予約された帯域幅の量を指定します。Junos OSリリース16.2以降、インラインサービスを使用してL2TP LNSトンネルトラフィックの帯域幅を明示的に指定する必要はありません。帯域幅を指定しない場合、PICでサポートされている最大帯域幅がインラインサービスで自動的に利用可能になります。インラインサービスは、この最大値まで使用できます。それ以前のリリースでは、 inline-services ステートメントでインラインサービスを有効にする場合は、帯域幅を指定する必要があります。

L2TP LNSのインラインサービスインターフェイスの設定

インライン サービス インターフェイスは、パケット転送エンジン上に存在する仮想物理サービス インターフェイスです。この si インターフェイスは アンカー インターフェイスと呼ばれ、特別なサービスPICなしでL2TPサービスを提供することができます。インライン サービス インターフェイスは、MXシリーズ ルーター上のMPCでのみサポートされています。MPCが占有されているシャーシスロットごとに、4つのインラインサービスインターフェイスを設定することができます。

階層レベルの最大数を2に設定することで、1つのサービスインターフェイスでシェーピングできるセッションの数を最大化できます。この場合、各 LNS セッションはシェーピングのためにスケジューラ階層内の L3 ノードを 1 つ消費します。

レベル数を指定しない場合(2つだけが選択肢)、サービスインターフェイス上でシェーピングできるLNSセッションの数は、L2ノードの数、つまり4096セッションに制限されます。追加のセッションはまだ開催されますが、形作られていません。

インライン サービス インターフェイスを設定するには:

  1. サービスインターフェイスにアクセスします。
  2. (オプション、セッションごとのシェーピングのみ)階層スケジューラのインラインサービスインターフェイスを有効にし、スケジューラレベルの数を2に制限します。
  3. (オプション、セッションごとのシェーピングのみ)インラインサービスインターフェイスのサービスカプセル化を設定します。
  4. 予約済みユニット 0 論理インターフェイスで IPv4 ファミリーを設定します。

LNSインラインサービス論理インターフェイスのオプションの設定

LNS用に設定する各インラインサービス論理インターフェイスに特性(dial-options)を指定する必要があります。MXシリーズルーター上のLNSは、論理インターフェイスごとに1つのセッションしかサポートしないため、 dedicated インターフェイスとして設定する必要があります。 shared オプションはサポートされていません。(M SeriesルーターのLNSは、 dedicated および shared オプションをサポートしています)。また、アクセスプロファイルで指定した名前と一致する論理インターフェイスの識別名も設定します。

inetアドレスファミリーは、静的論理インターフェイスごとに、または動的LNSインターフェイスの動的プロファイルで指定する必要があります。CLIは静的論理インターフェイスのinetまたはinet6のいずれかを受け入れますが、アドレスファミリーinetが設定されていない限り、加入者は正常にログインできません。

注:

動的インターフェイス設定については、 動的 LNS セッション用の動的プロファイルの設定を参照してください。

静的論理インターフェイスオプションを設定するには:

  1. インラインサービス論理インターフェイスにアクセスします。
  2. 論理インターフェイスの識別子を指定します。
  3. 一度に 1 つのセッションにのみ使用されるように論理インターフェイスを設定します。
  4. 各論理インターフェイスにアドレスファミリーを設定し、指定されたインターフェイス名から派生するL2TPトンネルのローカル終端を提供するLNSのローカルアドレスを有効にします。

LNS 1:1ステートフル冗長性の概要

デフォルトでは、インラインサービス(si)アンカーインターフェイスがダウンすると(インターフェイスをホストしているカードに障害が発生したり再起動したりした場合など)、L2TP加入者トラフィックは失われます。その後、トンネルのPPPキープアライブタイマーが終了すると、コントロールプレーンがダウンし、PPPクライアントは切断されます。その結果、クライアントは再接続する必要があります。

このような状況でのトラフィック ロスを回避するには、1:1 のステートフル 冗長性(ホット スタンバイまたはアクティブバックアップ 冗長性とも呼ばれる)を提供するようにアグリゲート インライン サービス インターフェイス(ASI)バンドルを構成する必要があります。バンドルは、1対のsi物理インターフェイス、プライマリ(アクティブ)メンバーリンク、セカンダリ(スタンバイまたはバックアップ)メンバーリンクで構成されています。これらのインターフェイスは、異なる MPC で設定する必要があります。同じMPC上でプライマリインターフェイスとセカンダリインターフェイスを設定すると、カードがダウンすると両方のメンバーインターフェイスがダウンするため、冗長性は達成できません。

加入者がログインし、1:1の冗長性が設定されている場合、L2TPセッションは、asi0物理インターフェイス上の基盤となる仮想論理インターフェイス(asix.0)上で確立されます。個々の論理インターフェイス加入者、asiX.logical-unit-numberの形式で基礎となるインターフェイス上に作成されます。プライマリメンバーリンクインターフェイスをホストするMPCで障害や再起動が発生しても、セッションは稼働したままになります。このL2TPセッションを宛先とするすべてのデータトラフィックは、他のMPCのセカンダリメンバーリンクインターフェイスに自動的に移動します。

集約されたインラインサービスインターフェイスでの1:1 LNSステートフル冗長性の設定

集約型インラインサービスインターフェイス(asi)バンドルを作成して、インラインサービス(si)アンカーインターフェイスに1:1のLNSステートフル冗長性を提供することができます。このバンドルは、異なるMPC上にある2つのインターフェイスをプライマリリンクとセカンダリリンクとしてペアにします。その後、LNSセッションは仮想論理インターフェイスasiX.logical-unit-number上で確立されます。LNSセッションフェイルオーバーは、プライマリアンカーインターフェイスがダウンした場合、または request chassis fpc restart コマンドでカードが再起動されたときに発生します。この場合、別のMPC上のセカンダリリンクがアクティブになり、セッションを宛先とするすべてのLNSデータトラフィックが自動的にセカンダリインターフェイスに移動します。加入者セッションは、asiX.logical-unit-number 仮想インターフェイス上で稼働したままになります。トラフィック統計は失われません。この冗長性が設定されていない場合、加入者トラフィックは失われ、キープアライブは期限切れになり、PPPクライアントは切断され、再接続する必要があります。

開始する前に、次のことを行う必要があります。

ベストプラクティス:

以下のガイドラインに従います。

  • バンドルごとに unit 0 family inet を設定する必要があります。設定しないと、セッションを起動できません。

  • プライマリ(アクティブ)インターフェイスとセカンダリ(バックアップ)インターフェイスは、異なるMPC上にある必要があります。

  • [edit chassis fpc slot pic number inline-services bandwidth]階層レベルで設定される帯域幅は、両方のメンバーリンクで同一である必要があります。

  • 集約されたインラインサービスインターフェイスバンドルのメンバーとして設定されたsiインターフェイスは、別のバンドルグループのメンバーとして設定することはできません。

  • 集約されたインラインサービスインターフェイスバンドルのメンバーとして設定されたsiインターフェイスは、集約されたサービスに関連しない機能には使用できません。例えば、インラインIPの再アセンブリには使用できません。

  • 集約されたインラインサービスバンドルのメンバーとしてsiインターフェイスを設定する場合、そのsiインターフェイスを個別に設定することはできなくなります。設定できるのは親バンドルのみです。バンドルの設定は、すべてのメンバーインターフェイスに直ちに適用されます。

1:1 LNS ステートフル冗長性を設定するには:

  1. 1つのMPCでは、バンドル内のプライマリ(アクティブ)インラインサービスメンバーリンクを指定します。
  2. プライマリインラインサービスインターフェイスを使用して、このMPCでトンネルトラフィック用に予約された帯域幅の量を設定します。
  3. 別のMPCで、バンドル内のセカンダリ(バックアップ)インラインサービスメンバーリンクを指定します。
    注:

    同じMPC上でアクティブとバックアップのメンバーリンクを設定すると、その後の設定のコミットは失敗します。
  4. セカンダリインラインサービスインターフェイスを使用して、このMPCでトンネルトラフィック用に予約された帯域幅の量を設定します。
  5. 以下のいずれかの方法で、集約されたインラインサービスインターフェイスバンドルをL2TPトンネルグループに割り当てます。

    • 集約されたインラインサービス物理インターフェイスの名前を指定して、単一のバンドルを割り当てます。

    • 1つ以上のバンドルプールをトンネルグループに割り当てます。

      注:

      プールは混在できます。つまり、集約されたインラインサービスインターフェイスバンドルと個々のインラインサービスインターフェイスの両方を含めることができます。個々のインターフェイスは、既存のバンドルのメンバーであってはなりません。

次のサンプル設定では、スロット1とスロット2のMPC上にメンバーリンクを持つバンドルasi0を作成し、トンネルグループtg1のL2TPセッションに冗長性を提供するバンドルを割り当てます。

LNSアグリゲートインラインサービスインターフェイス1:1冗長性の検証

目的

集約されたインライン サービス インターフェイス バンドル、個々のメンバー リンク、冗長性ステータスに関する情報を表示します。

アクション

  • 集約されたインラインサービスインターフェイスバンドルに関する概要情報を表示するには:

  • 集約されたインラインサービスインターフェイスバンドルに関する詳細情報を表示するには:

  • 集約されたインライン サービス インターフェイス バンドル内の個々のメンバー インターフェイスに関する情報を表示するには:

  • 集約されたインラインサービスインターフェイスバンドルの冗長性ステータスを表示するには:

    このサンプル出力は、集約型イーサネットと集約型インラインサービスインターフェイスの両方が冗長性に設定されていることを示しています。集約されたインラインサービスインターフェイスバンドルを1つだけ表示するには:

  • 設定されているすべての冗長性インターフェイスに関する詳細情報を表示するには:

サービスインターフェイスのL2TPセッション制限とロードバランシング

LNSは、インターフェイスで現在アクティブなセッションの数に基づいて、デバイスプール内の利用可能なサービスインターフェイス全体で加入者セッションの負荷分散を行います。サービスインターフェイス(si)ごと、およびアグリゲートサービスインターフェイス(asi)ごとの最大制限を設定できます。ASIインターフェイスの場合、バンドル内の個々のsiメンバーインターフェイスに制限を設定することはできません。

サービスインターフェイスのセッション制限

サービスインターフェイスに対してL2TPセッションリクエストが開始されると、LNSは、そのインターフェイスの現在アクティブなセッションの数を、個々のサービスインターフェイスまたは集約されたサービスインターフェイスに許可されるセッションの最大数と照合します。LNS は、現在のセッション数( show services l2tp summary コマンドで表示)が設定された制限を下回っているかどうかを判断します。これが当てはまる場合、または制限が設定されていない場合、チェックは通過し、セッションを確立できます。現在のセッションカウントが設定された制限と同じ場合、LNSはセッションリクエストを拒否します。アクティブなリクエストの数が設定された最大値を下回るまで、そのインターフェイスで後続のリクエストを受け入れることはできません。si または asi インターフェイスのセッション要求が拒否されると、LNS は結果コードが 2 に設定され、エラーコードが 4 に設定された CDN メッセージを返します。

例えば、単一のサービスインターフェイスがトンネルグループで設定されているとします。現在のL2TPセッション数は1500で、2000セッションに制限されています。新しいセッションが要求されると、制限チェックに合格し、セッション要求が受け入れられます。

インターフェース

設定されたセッション制限

現在のセッション数

セッション制限チェック結果

SI-0/0/0

2000

1500

合格

制限チェックは引き続き合格し、500 件のリクエストが受け入れられるまでセッションリクエストが受け入れられ、現在のセッション数は 2000 となり、設定された最大値に一致します。セッション制限チェックは後続のすべての要求で失敗し、インターフェイス上の現在のセッション数が2000を下回るまですべての要求が拒否され、制限チェックに合格します。

インターフェース

設定されたセッション制限

現在のセッション数

セッション制限チェック結果

SI-0/0/0

2000

2000

失敗

インターフェイスのセッション制限がゼロに設定されている場合、セッション要求は受け入れられません。それがトンネルグループ内の唯一のインターフェイスである場合、セッション制限がゼロから増加するか、別のサービスインターフェイスがトンネルグループに追加されるまで、グループ内のすべてのセッション要求は拒否されます。

サービスデバイスプール内のサービスインターフェイスが設定された最大値に達した場合、または設定された制限がゼロの場合、LNSはセッションリクエストが行われたときにそのインターフェイスをスキップし、プール内の別のインターフェイスを選択してセッション制限を確認します。これは、インターフェイスが通過してセッションが受け入れられるか、選択するプールに他のインターフェイスが残らなくなるまで続きます。

サービスインターフェイス間のセッションロードバランシング

サービスデバイスプールでのセッション負荷分散の動作は、Junos OSリリース16.2で変更されました。あるサービスインターフェイスのセッション数がプール内の別のインターフェイスよりも少なく、両方のインターフェイスが最大セッション制限を下回っている場合、後続のセッションはセッション数の少ないインターフェイスに分散されます。

以前のリリースでは、セッション数に関係なく、セッションは厳密なラウンドロビン方式で配布されます。古い動作では、パケット転送エンジンが再起動されたり、サービスインターフェイスがダウンしてから復帰したりするときに、セッションの分散が不均一になることがあります。

例えば、2つのサービスインターフェイスを持つプールに古いラウンドロビン配布動作を使用した以下のシナリオを考えてみましょう。

  1. 200のセッションが2つのサービスインターフェイス全体に均等に分散されています。

    • si-0/0/0には100セッションがあります。

    • si-1/0/0には100セッションがあります。

  2. si-1/0/0インターフェイスが再起動します。元に戻ると、最初はsi-0/0/0でのみセッションが稼働しています。

    • si-0/0/0には100セッションがあります。

    • si-1/0/0 は 0 セッションです。

  3. 以前はsi-1/0/0にあったセッションが再接続すると、両方のサービスインターフェイスに均等に分散されます。100セッションすべてがバックアップされている場合、分散は非常に不均衡になります。

    • si-0/0/0には150セッションがあります。

    • SI-1/0/0には50のセッションがあります。

  4. 100個の新しいセッションが接続された後、si-0/0/0は上限に達します。それ以降のセッションは、si-1/0/0でのみ受け入れられます。

    • si-0/0/0には200セッションがあります。

    • si-1/0/0には100セッションがあります。

  5. さらに100セッションが接続されると、si-1/0/0は上限に達します。インターフェイスの1つのセッションカウントが200を下回るまで、それ以上のセッションは受け入れられません。

    • si-0/0/0には200セッションがあります。

    • si-1/0/0には200セッションがあります。

ここで、接続されたセッションの数に基づいて現在の負荷分散動作を使用して、同じシナリオを考えてみましょう。デバイスプールには再び2つのサービスインターフェイスがあり、それぞれに200セッションの最大制限が設定されています。

  1. 200のセッションが2つのサービスインターフェイス全体に均等に分散されています。

    • si-0/0/0には100セッションがあります。

    • si-1/0/0には100セッションがあります。

  2. si-1/0/0インターフェイスが再起動します。復旧すると、最初はsi-0/0/0でのみセッションが立ち上がります。

    • si-0/0/0には100セッションがあります。

    • si-1/0/0 は 0 セッションです。

  3. 以前はsi-1/0/0にあったセッションが再接続すると、各インターフェイスのセッション負荷に応じて分散されます。両方のインターフェイスが最大制限を下回っており、si-1/0/0のセッション数がsi-0/0/0よりも少ないため、セッションは最初はsi-1/0/0にのみ配布されます。

    1. 1つの新しいセッションの後:

      • si-0/0/0には100セッションがあります。

      • si-1/0/0 には 1 つのセッションがあります。

    2. 10回の新しいセッションの後:

      • si-0/0/0には100セッションがあります。

      • SI-1/0/0には10セッションがあります。

    3. 100回の新しいセッションの後:

      • si-0/0/0には100セッションがあります。

      • si-1/0/0には100セッションがあります。

  4. 両方のインターフェイスのセッション数が同じになるため、次のセッション(#101)は2つのインターフェイス間でランダムに分散されます。その後の次のセッション(#102)は、セッション数の少ないインターフェイスに移動します。これにより、インターフェイスが再び等しくなるので、次のセッション(#103)はランダムに分散されます。このパターンは、両方のインターフェイスでセッションの最大制限である200まで繰り返されます。

    • si-0/0/0には200セッションがあります。

    • si-1/0/0には200セッションがあります。

    いずれかのインターフェイスのセッション数が200を下回るまで、どちらのインターフェイスでもこれ以上セッションを受け入れることはできません。

ロードバランシングの動作は、集約されたサービスインターフェイスでも同じです。ASIインターフェイスは、ASIインターフェイスの現在のセッションカウントに基づいてプールから選択されます。このカウントが最大値を下回ると、LNSはASIバンドル内のアクティブなsiインターフェイスの現在のセッションカウントを確認します。その数が最大値を下回ると、ASIインターフェイスでセッションを確立できます。

サービスインターフェイスと集約サービスインターフェイスの両方を持つ混合デバイスプールでは、セッションは、セッション数が最も少ないインターフェイス(ASIまたはSI)に分散されます。いずれかのタイプのインターフェイスのセッション数が上限に達すると、カウントが最大値を下回るまでセッションを受け付けることができなくなります。

セッション制限設定を使用して、特定のパケット転送エンジンのセッション制限を実現できます。2つのサービスインターフェイスを持つPFE0のセッション数を100に制限する必要があるとします。各インターフェイスの最大制限を 50 に設定するか、合計して 100 になるその他の組み合わせを設定して、PFE0 制限を確立できます。

例:L2TP LNSの設定

この例では、MXシリーズルーターでL2TP LNSを設定し、ネットワーク内のL2TP LACにトンネルエンドポイントを提供する方法を示しています。この設定には、デュアルスタック加入者用の動的プロファイルが含まれています。

要件

このL2TP LNSの例では、以下のハードウェアとソフトウェアが必要です。

  • MXシリーズ5Gユニバーサルルーティングプラットフォーム

  • 1つ以上のMPC

  • Junos OSリリース11.4以降

この機能を設定する前に、デバイスの初期化以外の特別な設定は必要ありません。

この例を機能させるには、LNSに関連付けられたAAAサーバーの属性リターンリストで特定の標準RADIUS属性とジュニパーネットワークスVSAを設定する必要があります。表2は、属性とその必要な順序設定と値を示しています。https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/subscriber-access/index.html のJunos OS加入者管理ページのダウンロードボックスにある最新のジュニパーネットワークスRADIUS辞書を使用することをお勧めします。

表2:VSAおよび標準RADIUS属性名、順序、値に必要な例

VSA名[番号]

順序

値

CoSパラメータタイプ [26–108]

1

T01マルチプレイ

CoSパラメータタイプ [26–108]

2

T02 10m

CoSパラメータタイプ [26–108]

3

T08 -36

CoSパラメータタイプ [26–108]

4

T07セルモード

framed-IPv6-pool [100]

0

jnpr_ipv6_pool

フレームプール [88]

0

jnpr_pool

Egress-Policy-Name [26-11]

0

分類

ingress-policy-name [26-10]

0

分類

仮想ルーター [26-1]

0

デフォルト

概要

LNSは、ユーザーグループプロファイルを使用して、LACからトンネリングされたPPP加入者にPPP属性を適用します。ネットワーク内のLACは、LNSのクライアントです。クライアントは、LNSで設定されたL2TPアクセスプロファイル内のユーザーグループプロファイルに関連付けられています。この例では、ユーザーグループプロファイル ce-l2tp-group-profile 、以下のPPP属性を指定します。

  • LNSで終端するクライアントLACからのL2TPトンネルのPPPキープアライブメッセージ間の30秒間隔。

  • PPP加入者セッションがタイムアウトしたとみなされるまでにアイドル状態を維持できる時間を定義する200秒の間隔。

  • LNSでトンネル化されたPPP加入者に適用されるPPP認証方法としてのPAPとCHAPの両方。

L2TPアクセスプロファイル ce-l2tp-profile は、各クライアントLACのL2TPパラメーターのセットを定義します。この例では、ユーザーグループプロファイル ce-l2tp-group-profile がクライアント、 lac1 と lac2の両方に関連付けられています。どちらのクライアントも、LAC が LNS に渡すネゴシエート済みの LCP パラメーターを受け入れるのではなく、LNS が PPP クライアントとリンク制御プロトコル(LCP)を再ネゴシエートするように設定されています。LCPの再ネゴシエーションでは、LNSによって認証が再ネゴシエートされます。認証方法は、ユーザーグループプロファイルで指定されます。トンネルごとに許可されるセッションの最大数は、 lac1 の場合は1000、 lac2の場合は4000に設定されています。LACごとに異なるパスワードが設定されます。

ローカルAAAアクセスプロファイル( aaa-profile)を使用すると、グローバルAAAアクセスプロファイルをオーバーライドできるため、認証順序、L2TPに使用するRADIUSサーバー、およびサーバーのパスワードを指定できます。

この例では、アドレスプールが、LNSがトンネル化されたPPPセッションに割り当てるIPアドレスの範囲を定義します。この例では、IPv4 および IPv6 アドレスの範囲を定義します。

ルーターのスロット5にあるMPCで、2つのインラインサービスインターフェイスが有効になっています。各インターフェイスに対して、10 Gbpsの帯域幅が、インターフェイスに関連付けられたPFE上のトンネルトラフィック用に予約されています。これらの アンカー インターフェイスは、基盤となる物理インターフェイスとして機能します。個々の論理インライン サービス インターフェイスでCoSキュー サポートを有効にするには、アンカーでサービス カプセル化(generic-services)と階層スケジューリング サポートの両方を設定する必要があります。IPv4アドレスファミリーは、両方のアンカーインターフェイスに設定されています。両方のアンカー インターフェイスが、 lns_p1 サービス デバイス プールで指定されます。LNSは、トンネルグループにプールが含まれている場合、2つのアンカーインターフェイス間でトンネル負荷を分散させることができます。

この例では、動的プロファイル dyn-lns-profile2 を使用して、加入者がLNSにトンネリングされるときに動的に作成または割り当てられるL2TPセッションの特性を指定します。多くの特性には、事前に定義された変数が設定されています。変数は、加入者が LNS にトンネリングされると、適切な値に動的に置き換えられます。

トンネル化されたPPPクライアントが接続するインターフェイス($junos-interface-name)は、加入者に割り当てられたルーティングインスタンス($junos-routing-instance)に動的に作成されます。アクセスルートのルーティングオプションには、ルートのネクストホップアドレス($junos-framed-route-nexthop)、メトリック($junos-framed-route-cost)、および優先事項($junos-framed-route-distance)が含まれます。アクセス内部ルートでは、動的IPアドレス変数($junos-subscriber-ip-address)が設定されます。

論理インラインサービスインターフェイスは、設定されたアンカーインターフェイス($junos-interface-ifd-name)の名前と論理ユニット番号($junos-interface-unit)によって定義されます。このプロファイルは、論理インターフェイスの識別子として l2tp-encapuslation を割り当て、各インターフェイスが一度に1つのセッションにのみ使用できるように指定します。

IPv4アドレスは、AAAサーバーから返された値に設定されます。IPv4トラフィックの場合、入力ファイアウォールフィルター $junos-input-filter と出力ファイアウォールフィルター $junos-output-filter がインターフェイスに接続されています。ループバック変数($junos-loopback-interface)は、ルーティングインスタンスに設定されたループバックインターフェイス(lo)からIPアドレスを導き出し、IPCPネゴシエーションでPPPサーバーアドレスとして使用します。これはデュアルスタック設定であるため、IPv6アドレスファミリーも設定され、アドレスは $junos-ipv6-address 変数によって提供されます。

ルーターアドバタイズプロトコルも設定されているため、 $junos-ipv6-address 変数が使用されます。この変数により、AAAは、インターフェイスのローカルアドレスとして予約するプレフィックスの最初のアドレスを割り当てることができます。動的プロファイルのルーターアドバタイズプロトコルの最小設定では、IPv6ネイバーディスカバリルーターアドバタイズでプレフィックス値を動的に割り当てるための $junos-interface-name 変数と $junos-ipv6-ndra-prefix 変数を指定します。

動的プロファイルには、トンネルトラフィックに適用されるサービスクラス設定も含まれています。トラフィック制御プロファイル(tc-profile)には、スケジューラマップ($junos-cos-scheduler-map)、シェーピングレート($junos-cos-shaping-rate)、オーバーヘッドアカウンティング($junos-cos-shaping-mode)、バイト調整 $junos-cos-byte-adjust)の変数が含まれます。動的プロファイルは、転送クラス、出力トラフィック制御プロファイル、書き換えルールを含むCoS設定を動的サービスインターフェイスに適用します。

tg-dynamicトンネルグループの設定では、LNSセッションを動的に作成し、セッションの特性を定義するために使用するアクセスプロファイルce-l2tp-profile、ローカルAAAプロファイルaaa-profile、および動的プロファイルdyn-lns-profile2を指定します。lns_p1サービスデバイスプールは、サービスインターフェイスのプールをグループに関連付け、LNSがインターフェイス間のトラフィックを分散できるようにします。ローカルゲートウェイアドレス203.0.113.2は、LACに設定されているリモートゲートウェイアドレスに対応しています。ローカルゲートウェイ名ce-lnsは、LACに設定されているリモートゲートウェイ名に対応しています。

注:

この例では、可能なすべての設定選択肢を示しているわけではありません。

設定

手順

CLIクイックコンフィグレーション

L2TP LNSをすばやく設定するには、以下のコマンドをコピーしてテキストファイルに貼り付け、改行を削除してから、コマンドをコピーしてCLIに貼り付けます。

ステップバイステップの手順

次の例では、設定階層のさまざまなレベルに移動する必要があります。その方法の詳細については、 設定モードでの CLI エディターの使用を参照してください。

インラインサービスインターフェイスを持つL2TP LNSを設定するには:

  1. トンネル加入者のPPP設定を定義するユーザーグループプロファイルを設定します。

  2. 各クライアントLACのL2TPパラメーターを定義するL2TPアクセスプロファイルを設定します。これには、ユーザーグループプロファイルをクライアントに関連付けることや、LNS上のL2TPセッションを表すインラインサービス論理インターフェイスの識別子を指定することが含まれます。

    注:

    user-group-profileが変更または削除されると、このレイヤー2トンネリングプロトコルクライアント設定を使用していた既存のLNS加入者はダウンします。

  3. AAAアクセスプロファイルを設定して、AAA認証方法とサーバー属性の順序でグローバルアクセスプロファイルを上書きします。

  4. IPv4 および IPv6 アドレス割り当てプールを設定して、クライアント(LAC)にアドレスを割り当てます。

  5. トンネルとPPPサーバー側IPCPアドレス(ループバックアドレス)を終端するようにピアインターフェイスを設定します。

  6. MPCでインラインサービスインターフェイスを有効にします。

  7. サービスカプセル化、階層スケジューリング、アドレスファミリーを使用して、アンカーサービスインターフェイスを設定します。

  8. 動的LNSセッション用にサービスインターフェイスのプールを設定します。

  9. デュアルスタック加入者向けのL2TP論理インターフェイスを動的に作成する動的プロファイルを設定します。

  10. シェーピング、スケジューリング、書き換えのルールを設定し、動的プロファイルでトンネルトラフィックに適用します。

  11. L2TPトンネルグループを設定し、インラインサービスインターフェイスのプールを使用して動的LNSセッションを立ち上げ、ロードバランシングを有効にします。

結果

設定モードから、 show access コマンドを入力して、アクセスプロファイル、グループプロファイル、AAAプロファイル、アドレス割り当てプールの設定を確認します。 show chassis コマンドを入力して、インラインサービス設定を確認します。 show interfaces コマンドを入力して、インターフェイス設定を確認します。 show dynamic-profiles コマンドを入力して、動的プロファイル設定を確認します。 show services l2tp コマンドを入力して、トンネルグループの設定を確認します。出力に意図した設定が表示されない場合は、この例の設定手順を繰り返して修正します。

デバイスの設定が完了したら、設定モードから commit を入力します。

インラインサービスインターフェイスを使用したLNSセッションのL2TPトンネルグループの設定

L2TPトンネルグループは、LACクライアントのグループからL2TPトンネルとセッションに適用される属性を指定します。これらの属性には、ローカルゲートウェイアドレスでLNSに対して行われたL2TP接続要求の検証に使用されるアクセスプロファイル、グローバルアクセスプロファイルを上書きするローカルアクセスプロファイル、キープアライブタイマー、およびIP ToS値が反映されるかどうかが含まれます。

注:

トンネルグループを削除すると、そのトンネルグループ内のすべてのL2TPセッションが終了します。 local-gateway-address、 service-device-pool、または service-interface ステートメントの値を変更すると、これらの設定を使用しているすべてのL2TPセッションが終了します。 [edit services l2tp tunnel-group name] 階層レベルで他のステートメントを変更または削除した場合、確立した新しいトンネルは更新された値を使用しますが、既存のトンネルとセッションは影響を受けません。

LNS トンネル グループを設定するには:

  1. トンネルグループを作成します。
    注:

    最大256個のトンネルグループを作成できます。
  2. LNSでのL2TP処理を担当するサービスアンカーインターフェイスを指定します。

    このサービスアンカーインターフェイスは、静的LNSセッション、およびアンカーインターフェイスのプール間でトラフィックのバランスをとらない動的LNSセッションに必要です。インターフェイスは、 [edit interfaces] 階層レベルで設定されます。

  3. (オプション、動的 LNS セッションの負荷分散のみ)インライン サービス アンカー インターフェイスのプールを指定して、インターフェイス全体の L2TP トラフィックの負荷分散を有効にします。

    プールは、 [edit services service-device-pools] 階層レベルで定義されます。

  4. (動的 LNS セッションのみ)L2TP トンネルのインライン サービス インターフェイスを定義およびインスタンス化する動的プロファイルの名前を指定します

    プロファイルは、 [edit dynamic-profiles] 階層レベルで定義されます。

  5. ローカルゲートウェイアドレスへのすべてのL2TP接続要求を検証するアクセスプロファイルを指定します。
  6. LNSでローカルゲートウェイアドレスを設定します。これは、LACがLNSを識別するために使用するIPアドレスに対応します。
  7. (オプション)LACへのSCCRPメッセージで返されるローカルゲートウェイ名をLNS上で設定します。名前はLACに設定されたリモートゲートウェイ名と一致する必要があります。一致しないと、トンネルを作成できません。
  8. (オプション)LACからメッセージを受信していない場合に、LNSがhelloメッセージを送信する間隔を設定します。
  9. (オプション)グローバルアクセスプロファイルを上書きするローカルアクセスプロファイルを指定して、トンネルグループのRADIUSサーバー設定を構成します。

    このローカルプロファイルは、 [edit access profile] 階層レベルで設定されます。

  10. (オプション)内部 IP ヘッダーから外部 IP ヘッダーに IP ToS 値を反映するように LNS を設定します(CoS 設定に適用)。
  11. (オプション)ログイン時にL2TPセッションに適用する動的サービスプロファイルと、サービスに渡すパラメーターを指定します。

RADIUS を使用せずに L2TP セッションにサービスを適用する

サービスは、L2TPセッションに適用され、アクティブ化したり、RADIUSサーバーからのVSA(ベンダー固有属性)やRADIUS Change of Authorization(CoA)リクエストによって後で変更されます。Junos OSリリース18.1R1以降、RADIUSを使用せずに、動的サービスプロファイルを使用してL2TPセッションにサービスを適用できます。マルチベンダー環境では、顧客は標準のRADIUS属性のみを使用することで、複数のベンダーのVSAを使用しないようにすることで、管理を簡素化することができます。ただし、サービスを適用するには一般的にVSAが必要となるため、L2TPセッションへのサービス適用は複雑になります。ローカルの動的サービスプロファイルのアクティブ化により、この問題を回避できます。ローカルサービスプロファイルのアクティブ化を使用して、RADIUSサーバーがダウンしているときにデフォルトサービスを提供することもできます。

サービスは、トンネル グループのすべての加入者、または特定の LAC を使用するすべての加入者に適用できます。トンネルグループまたはLACホスト名ごとに最大12のサービスを設定できます。

サービスを定義する1つ以上の動的サービスプロファイルを設定した後、サービスプロファイル名を指定して、トンネルグループまたはLACクライアントのアクセスプロファイル設定に適用します。アクティブにする複数のプロファイルをアンパサンド(&)で区切ってリストできます。また、CoSサービスのダウンストリームシェーピングレートなど、プロファイル自体で設定された値を上書きする可能性のあるサービスプロファイルで使用されるパラメーターを指定することもできます。

ローカルに設定されたサービスのリスト(サービスプロファイルを介して)は、クライアントセッションのアクティブ化中にauthdによって適用されるローカル認証として機能します。このサービスのリストは、RADIUSなどの外部機関から発信されたサービスと同じ検証と処理の対象となります。これらのサービスは、加入者のログイン中に表示されます。

RADIUS VSA または CoA リクエストをサービスプロファイルと組み合わせて使用することは可能です。サービスが認証中または加入者セッションのプロビジョニング(アクティベーション)中に承認として外部機関から提供されている場合、外部機関からのサービスがローカル設定のサービスよりも厳密に優先されます。RADIUSで適用されるサービスが、CLIのサービスプロファイルで適用されるサービスと同じで、パラメーターが異なる場合、RADIUSサービスは新しいセッションIDで適用され、以前のサービスプロファイルよりも優先されます。

コマンドを発行して、トンネルグループまたはLACに対して以前にアクティブ化したサービスを非アクティブ化または再アクティブ化できます。

後でトンネルグループまたはLACに適用する動的サービスプロファイルを定義します。

トンネルグループ内のすべての加入者にサービスプロファイルを適用するには:

  • 1つ以上のサービスプロファイルと、サービスに渡すパラメーターを指定します。

特定のLACのすべての加入者にサービスプロファイルを適用するには:

  • 1つ以上のサービスプロファイルと、サービスに渡すパラメーターを指定します。

    注:

    LACクライアントと、そのクライアントを使用するトンネルグループに対してサービスプロファイルが設定されている場合、LACクライアントサービスプロファイルのみが適用されます。これは、トンネルグループの設定を上書きします。例えば、以下の設定では、トンネルグループtg-LAC-3はLACクライアントLAC-3を使用するため、LAC3の設定がトンネルグループの設定を上書きします。その結果、Cos2やfw1ではなく、トンネルグループの加入者に対してcos-A3サービスのみがアクティブになります。サービスに渡されるシェーピング レートは 24 Mbps です。

以下のコマンドを発行することで、加入者セッションに適用されるサービスを無効にすることができます。

以下のコマンドを発行することで、加入者セッションに適用されたサービスを再アクティブ化できます。

現在のすべての加入者セッションのサービスセッションを表示するには、 show subscribers extensive または show network-access aaa subscribers session-id id-number detail コマンドを使用します。

ローカルサービスアプリケーションの仕組みを理解するために、以下の例はさまざまな設定の可能性を示しています。最初に、次の動的サービスプロファイル設定cos2とfw1について考えてみましょう。

次のステートメントは、両方のサービスをトンネルグループtg1のすべての加入者に適用します。31Mbpsのパラメーター値がCoS2サービスに渡されます。

cos2サービスプロファイルでは、シェーピングレートは、デフォルト値が10m(1Mbps)のユーザー定義変数によって提供されます。L2TPセッションが起動した後、cos2とfw1は、それぞれ34と35のサービスセッションIDでアクティブになります。

cos2 に渡されたパラメータは、$shapingレートの値として使用されます。その結果、以下のコマンド出力に示すように、サービスのシェーピングレートがデフォルト値の10Mbpsから31Mbpsに調整されます。出力は調整アプリケーションがRADIUS CoAであることを示していますが、調整はサービスプロファイルに渡されたパラメーターの結果です。この操作はCoAと同じ内部フレームワークを使用し、そのように報告されます。

これで、cos2サービスが加入者セッション27のCLIから非アクティブ化されます。

以下の出力は、cos2がなくなり、アクティブなサービスとしてfw1だけが残っていることを示しています。

次のコマンドは、加入者セッション27のcos2を再活性化します。

再アクティブ化されたcos2サービスの新しいサービスセッションIDは36になりました。

再アクティブ化されたcos2サービスは、サービスプロファイルのデフォルトのシェーピングレートである10Mbpsを使用します。

次に、Activate-Service VSA(26-65)を含む RADIUS CoA リクエストを受信します。VSAは、サービスを指定してアクティブ化し、cos2のシェーピングレートをデフォルトの10Mbpsから12Mbpsに変更します。cos2サービスセッション36は、出力にはまだ表示されますが、CoA49によって開始された新しいサービスセッションに取って代わられます。

CLI設定とRADIUS VSA(26-65)の両方でサービスが適用されるが、パラメータが異なる場合、RADIUS設定がCLI設定よりも優先されます。次の例では、CLI設定がシェーピングレートに値31Mbpsのcos2サービスプロファイルを適用しています。

RADIUS Access-AcceptメッセージサービスアクティベーションVSA(26-65)は、シェーピングレートに値21Mbpsのcos2を適用します。

CLI設定は、サービスセッション22を31Mbpsのシェーピングレートでアクティブにします。RADIUS VSA は、21 Mbps のシェーピング レートでサービス セッション 23 をアクティブにします。

動的 LNS セッション用のインライン サービス インターフェイスのプールの設定

インライン サービス インターフェイスのプール( サービス デバイス プールとも呼ばれる)を作成して、インターフェイス間での L2TP トラフィックのロード バランシングを有効にすることができます。このプールは動的 LNS 設定でサポートされており、動的に作成して LNS 上の L2TP セッションに割り当てることができる一連の論理インターフェイスを提供します。プールはLNSトンネルグループに割り当てられます。L2TPは、各インラインサービスインターフェイスの状態を維持し、新しいセッション要求が受け入れられたときに、ラウンドロビン方式を使用して、利用可能なインターフェイス間で負荷を均等に分散します。

注:

負荷分散は、動的に作成された加入者インターフェイスでのみ使用できます。

MPC に固定された LNS セッションは、ピア LAC への他のパスが存在する限り、MIC 障害の影響を受けません。ピアインターフェイスをホストしているMPCに障害が発生し、ピアLACへのパスがない場合、障害によりMPC上のすべてのセッションの終了とクリーンアップが開始されます。

LNSセッション自体を固定しているMPCに障害が発生した場合、ルーティングエンジンはセッションを別のスロットに移動しず、すべてのセッションが直ちに終了します。クライアントが再試行すると、別の利用可能なインターフェイスで新しいセッションが立ち上げられることがあります。

サービスデバイスプールを設定するには:

  1. プールを作成します。
  2. プールを構成するインライン サービス インターフェイスを指定します。

動的 LNS セッションの動的プロファイルの設定

L2TPを設定して、L2TPトンネルのインラインサービスインターフェイスを動的に割り当てることができます。1つ以上の動的プロファイルを定義し、各トンネルグループにプロファイルを割り当てる必要があります。LNSは、IPv4のみ、IPv6のみ、およびデュアルスタックIPv4/IPv6セッションをサポートします。

L2TP動的プロファイルを設定するには:

  1. 動的プロファイルを作成します。
  2. トンネル化されたPPPクライアントが使用するルーティングインスタンスに動的に割り当てられるように、インターフェイスを設定します。
  3. ルーティングインスタンス内のアクセスルートのルーティングオプションを設定します。
  4. ルーティングインスタンス内のアクセス内部ルートのルーティングオプションを設定します。
  5. 動的プロファイルで使用されるインターフェイスを定義します。変数は、設定されたインライン サービス インターフェイスの 1 つに動的に置き換えられます。
  6. インラインサービスの論理インターフェイスを動的にインスタンス化するように設定します。
  7. 論理インターフェイスの識別子を指定します。
  8. 各論理インターフェイスは、一度に1つのセッションにのみ使用されるように設定します。
  9. 論理インターフェイスのアドレスファミリーを設定し、指定されたインターフェイス名から派生するL2TPトンネルのローカル終端を提供するLNSのローカルアドレスを有効にします。
    注:

    動的 LNS セッションでは、動的プロファイルに dial-options ステートメントを含める必要があります。また、動的プロファイルでは family inet ステートメントを含める必要があります。これにより、次のような結果が生じます。

    • プロファイルで IPv4 のみ、IPv6 のみ、またはデュアルスタックインターフェイスのいずれを設定するかに関係なく、常に family inet を設定する必要があります。

    • IPv4専用インターフェイスを設定する場合、設定するのは family inet のみで、 family inetの下にインターフェイスアドレスを設定する必要があります。

    • IPv6 専用インターフェイスを設定する場合、 family inet6 も設定する必要があり、 family inet6の下にインターフェイスアドレスを設定する必要があります。 family inetの下にアドレスを設定しません。

    • デュアルスタック、IPv4/IPv6インターフェイスを設定する場合、各ファミリーの下に family inet と family inet6 の両方、およびインターフェイスアドレスを設定します。

    IPv4 のみのインターフェイスの場合:

    IPv6 のみのインターフェイスの場合:

    デュアルスタックIPv4/IPv6インターフェイスの場合:

    注:

    ルーターアドバタイズプロトコルが設定されている場合は、IPv6ローカルアドレスに番号なしアドレスではなく番号付きアドレスを設定します。

    動的プロファイルでのIPv6のみのアドレッシングとデュアルスタックアドレッシングの変数の使用については、 ブロードバンド加入者セッションユーザーガイド を参照してください。

関連ドキュメント

変更履歴テーブル

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 機能エクスプローラー を使用して、機能がお使いのプラットフォームでサポートされているかどうかを確認します。

リリース
説明
18.1R1
Junos OSリリース18.1R1以降、RADIUSを使用せずに、動的サービスプロファイルを使用してL2TPセッションにサービスを適用できます。
16.2R1
Junos OSリリース16.2以降、インラインサービスを使用してL2TP LNSトンネルトラフィックの帯域幅を明示的に指定する必要はありません。