[要約] RFC 5578は、PPP over Ethernet(PPPoE)の拡張であり、クレジットフローとリンクメトリックスに関する情報を提供します。このRFCの目的は、PPPoEセッションの制御とネットワークパフォーマンスの向上を可能にすることです。

Independent Submission                                     B. Berry, Ed.
Request for Comments: 5578                                    S. Ratliff
Obsoletes: 4938                                              E. Paradise
Category: Informational                                            Cisco
ISSN: 2070-1721                                                T. Kaiser
                                                      Harris Corporation
                                                                M. Adams
                                                       L3 Communications
                                                           February 2010
        

PPP over Ethernet (PPPoE) Extensions for Credit Flow and Link Metrics

クレジットフローとリンクメトリックのためのイーサネット(PPPOE)拡張機能

Abstract

概要

This document extends the Point-to-Point Protocol over Ethernet (PPPoE) with an optional credit-based flow control mechanism and an optional Link Quality Metric report. These optional extensions improve the performance of PPPoE over media with variable bandwidth and limited buffering, such as mobile point-to-point radio links.

このドキュメントは、オプションのクレジットベースのフロー制御メカニズムとオプションのリンク品質メトリックレポートを使用して、ポイントツーポイントプロトコル(PPPOE)を拡張します。これらのオプションの拡張機能は、モバイルポイントツーポイントラジオリンクなど、可変帯域幅と限られたバッファリングを備えたメディア上のPPPOEのパフォーマンスを改善します。

Status of This Memo

本文書の位置付け

This document is not an Internet Standards Track specification; it is published for informational purposes.

このドキュメントは、インターネット標準の追跡仕様ではありません。情報目的で公開されています。

This is a contribution to the RFC Series, independently of any other RFC stream. The RFC Editor has chosen to publish this document at its discretion and makes no statement about its value for implementation or deployment. Documents approved for publication by the RFC Editor are not a candidate for any level of Internet Standard; see Section 2 of RFC 5741.

これは、他のRFCストリームとは無関係に、RFCシリーズへの貢献です。RFCエディターは、このドキュメントの裁量でこのドキュメントを公開することを選択しており、実装または展開に対する価値について声明を発表しません。RFCエディターによって公開が承認されたドキュメントは、インターネット標準のレベルの候補者ではありません。RFC 5741のセクション2を参照してください。

Information about the current status of this document, any errata, and how to provide feedback on it may be obtained at http://www.rfc-editor.org/info/rfc5578.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http://www.rfc-editor.org/info/rfc5578で取得できます。

IESG Note

IESGノート

The PPP Extensions Working Group (PPPEXT) has reservations about the desirability of the feature described in this document. In particular, it solves a general problem at an inappropriate layer and it may have unpredictable interactions with higher and lower level protocols. The techniques described in this document are intended for use with a particular deployment technique that uses a PPP termination separated from a radio termination by an Ethernet, and that has radio-side flow control for a slower PPP-only link to remote nodes. Implementors are better advised to avoid split termination with inter-media protocol translation, and use standard Internet Protocol routing instead.

PPP拡張ワーキンググループ(PPPEXT)には、このドキュメントで説明されている機能の望ましさに関する予約があります。特に、不適切な層で一般的な問題を解決し、より高いレベルと低レベルのプロトコルとの予測不可能な相互作用を持っている可能性があります。このドキュメントで説明されている手法は、イーサネットによって無線終了から分離されたPPP終了を使用し、リモートノードへのより遅いPPPのみのリンクのための無線側のフロー制御を備えた特定の展開手法で使用することを目的としています。実装者は、メディア間プロトコル翻訳による分割終了を回避し、代わりに標準のインターネットプロトコルルーティングを使用することをお勧めします。

Copyright Notice

著作権表示

Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved.

Copyright(c)2010 IETF Trustおよび文書著者として特定された人。全著作権所有。

This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http:trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document.

このドキュメントは、BCP 78およびIETFドキュメント(http:trustee.ietf.org/license-info)に関連するIETF Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。

Table of Contents

目次

   1. Introduction ....................................................3
   2. Terminology .....................................................4
   3. Overview of Protocol Extensions .................................5
      3.1. TLVs .......................................................5
           3.1.1. Credits TLV .........................................5
           3.1.2. Metrics TLV .........................................6
           3.1.3. Sequence Number TLV .................................7
           3.1.4. Credit Scale Factor TLV .............................8
      3.2. Discovery Stage Extensions .................................8
           3.2.1. PPPoE Active Discovery Request (PADR) ...............9
           3.2.2. PPPoE Active Discovery Session-Confirmation
                  (PADS) .............................................11
           3.2.3. PPPoE Active Discovery Session-Grant (PADG) ........13
           3.2.4. PPPoE Active Discovery Session-Credit
                  Response (PADC) ....................................15
           3.2.5. PPPoE Active Discovery Quality (PADQ) ..............16
      3.3. PPP Session Stage Extensions ..............................18
   4. Credit Flow Considerations .....................................19
   5. PADG and PADC Retransmission ...................................20
   6. Other Considerations ...........................................20
   7. IANA Considerations ............................................21
   8. Security Considerations ........................................21
   9. References .....................................................21
      9.1. Normative References ......................................21
      9.2. Informative References ....................................21
   Appendix A. Examples of Session Credit Flows ......................22
        
1. Introduction
1. はじめに

PPP over Ethernet (PPPoE) [2] is a protocol for establishing and encapsulating sessions between Hosts (Clients) and traffic-access aggregators (Servers) for PPP [1] transport over real or emulated Ethernet. PPPoE works well when both session endpoints have similar bandwidth, forwarding, and buffering capabilities that do not vary over time. However, improvements can be made for applications with variable bandwidth and limited buffering. This document addresses these improvements with optional extensions to PPPoE that support credit-based session flow control and session-based link metric quality reports.

PPP Over Ethernet(PPPOE)[2]は、PPP [1]のためのホスト(クライアント)とトラフィックアクセスアグリゲーター(サーバー)間のセッションを確立およびカプセル化するためのプロトコルであり、実際のイーサネットまたはエミュレーションイーサネットを介して輸送します。PPPOEは、両方のセッションエンドポイントに、時間の経過とともに変化しない帯域幅、転送、およびバッファリング機能が同様の帯域幅を持っている場合にうまく機能します。ただし、可変帯域幅と限られたバッファリングを備えたアプリケーションの改善を行うことができます。このドキュメントは、クレジットベースのセッションフロー制御とセッションベースのリンクメトリック品質レポートをサポートするPPPOEへのオプションの拡張機能で、これらの改善に対処します。

These extensions are designed to support radio systems that exhibit point-to-point waveforms. The diagram below is used to illustrate the improvement that these extensions address. When the local Client (Radio) detects the presence of a remote Radio neighbor, it initiates a PPPoE session with its local Server (router). The Radio also establishes a radio link connection with the remote Radio over the point-to-point RF (radio frequency) link (which is beyond the scope of this document). The remote Radio is also establishing a PPPoE session with its local Server (router). The Radios associate the two PPPoE sessions and the point-to-point radio link protocol (RLP), creating a complete data path. Now a PPP session is established via the PPP IP Control Protocol (IPCP) as described in RFC 1661. Included in this IPCP exchange is the router IP address. With the exchange of the IPCP IP addresses, each router inserts the remote IP address into its local routing tables. Note that the radio IP information is not inserted into the routing tables.

これらの拡張機能は、ポイントツーポイント波形を示す無線システムをサポートするように設計されています。以下の図は、これらの拡張機能が扱う改善を説明するために使用されます。ローカルクライアント(Radio)がリモートラジオネイバーの存在を検出すると、ローカルサーバー(Router)でPPPOEセッションを開始します。ラジオはまた、ポイントツーポイントRF(無線周波数)リンク(このドキュメントの範囲を超えている)上のリモート無線との無線リンク接続を確立します。リモート無線は、ローカルサーバー(ルーター)を使用したPPPOEセッションも確立しています。RADIOSは、2つのPPPOEセッションとポイントツーポイントラジオリンクプロトコル(RLP)を関連付け、完全なデータパスを作成します。現在、RFC 1661で説明されているように、PPP IPコントロールプロトコル(IPCP)を介してPPPセッションが確立されます。このIPCP Exchangeに含まれるのは、ルーターIPアドレスです。IPCP IPアドレスの交換により、各ルーターはリモートIPアドレスをローカルルーティングテーブルに挿入します。ラジオIP情報はルーティングテーブルに挿入されていないことに注意してください。

   |-----Local Neighbor-----|          |-----Remote Neighbor----|
        
   +--------+       +-------+          +-------+       +--------+
   | Router |=======| Radio |{~~~~~~~~}| Radio |=======| Router |
   | Server |       | Client|          | Client|       | Server |
   +--------+       +-------+          +-------+       +--------+
        
            |       |       |          |       |       |
            |-PPPoE-|       |----RLP---|       |-PPPoE-|
            |                                          |
            |-----------PPP IPCP  (IP Address)---------|
            |                                          |
            |-------------PPP Data Session-------------|
        

Figure 1: PPPoE Network

図1:PPPOEネットワーク

The capabilities of the RF links between RLP neighbors will vary over time due to mobility and environmental conditions as well as changes in the RF waveforms and encoding. To reflect these dynamic changes, the Radio may periodically generate Link Quality Metrics to the router. The router uses the link metric to update route costs and influence route selection. The influence upon the routing protocols is beyond the scope of this document.

RLP近隣の間のRFリンクの機能は、モビリティと環境条件、およびRF波形とエンコードの変化により、時間とともに時間とともに異なります。これらの動的な変化を反映するために、ラジオはルーターにリンク品質メトリックを定期的に生成する場合があります。ルーターはリンクメトリックを使用してルートコストを更新し、ルートの選択に影響を与えます。ルーティングプロトコルへの影響は、このドキュメントの範囲を超えています。

A PPPoE Client implementation can be found at [3]. It is open source (GNU GPLv2 -- General Public License).

PPPOEクライアントの実装は[3]で見つけることができます。オープンソース(GNU GPLV2-一般公開ライセンス)です。

2. Terminology
2. 用語

Access Concentrator The RFC 2516 term used to describe the Server. This document uses the terms Router or Server instead.

アクセスコンセントレーターサーバーを説明するために使用されるRFC 2516用語。このドキュメントでは、代わりにルーターまたはサーバーという用語を使用します。

BCN Backward Credit Notification. The BCN represents the number of remaining credits at the local node that were granted by peer node. The local node uses these credits to transmit payload back to the peer node. BCN ranges from 0-65535.

BCN後方クレジット通知。BCNは、ピアノードによって付与されたローカルノードの残りのクレジットの数を表します。ローカルノードは、これらのクレジットを使用して、ペイロードをピアノードに送り返します。BCNの範囲は0-65535です。

CDR The Current Datarate.

CDR現在のデータレー酸塩。

FCN Forward Credit Notification. The FCN represents the credits that the local node is granting to the peer node. The peer node uses these granted credits to transmit payload back to the local node. FCN ranges from 0-65535.

FCNフォワードクレジット通知。FCNは、ローカルノードがピアノードに付与しているクレジットを表します。ピアノードは、これらの付与されたクレジットを使用して、ペイロードをローカルノードに送り返します。FCNの範囲は0-65535です。

Gbit/s gigabits (1,000,000,000) per second.

Gbit/sギガビット(1,000,000,000)あたり。

Host The RFC 2516 term used to describe the Server. This document uses the terms Radio or Client.

サーバーの記述に使用されるRFC 2516用語をホストします。このドキュメントでは、ラジオまたはクライアントという用語を使用します。

kbit/s kilobits (1,000) per second.

kbit/s kilobits(1,000)あたり。

LCP PPP Link Control Protocol, RFC 1661.

LCP PPPリンク制御プロトコル、RFC 1661。

Mbit/s megabits (1,000,000) per second.

Mbit/sメガビット(1,000,000)あたり。

MDR The Maximum Datarate.

MDR最大データレート。

NCP PPP Network Control Protocol, RFC 1661.

NCP PPPネットワーク制御プロトコル、RFC 1661。

RLP Radio Link Protocol.

RLP無線リンクプロトコル。

TAG The RFC 2516 PPPoE synonym for TLV. This document uses TLV.

TLVのRFC 2516 PPPOE同義語にタグを付けます。このドキュメントではTLVを使用しています。

Tbit/s terabits (1,000,000,000,000) per second.

tbit/sテラビット(1,000,000,000,000)あたり。

TLV Type-Length-Value.

TLVタイプ長値。

3. Overview of Protocol Extensions
3. プロトコル拡張の概要

The extensions consist of optional TLVs as well as enhanced and newly defined Discovery packets. The enhancements are applied to the Discovery Stage and the PPP Session Stage.

拡張機能は、オプションのTLVと、新たに定義された拡張および新たに定義されたディスカバリーパケットで構成されています。拡張機能は、ディスカバリーステージとPPPセッション段階に適用されます。

3.1. TLVs
3.1. TLVS

The new TLVs are listed in the table below:

新しいTLVは、以下の表にリストされています。

           TLV      TLV
           Value    Description
           =========================================
           0x0106   Credits TLV
           0x0107   Metrics TLV
           0x0108   Sequence Number TLV
           0x0109   Credit Scale Factor TLV
        
3.1.1. Credits TLV
3.1.1. クレジットTLV

This TLV contains the Forward Credit Notification (FCN) and the Backward Credit Notification (BCN). The Credits TLV is optional with the PADR (PPPoE Active Discovery Request) and PADS (PPPoE Active Discovery Session-Confirmation) and required in the PADG (PPPoE Active Discovery Session Grant) and PADC (PPPoE Active Discovery Session-Credit) Discovery packets (ETHER_TYPE=8863).

このTLVには、フォワードクレジット通知(FCN)と後方クレジット通知(BCN)が含まれています。クレジットTLVは、PADR(PPPOE Active Discovery Request)とPADS(PPPOE Active Discovery Session-Confirmation)でオプションであり、PADG(PPPOE Active Discovery Session Grant)およびPADC(PPPOE Active Discovery Session-Credit)ディスカバリーパケットで必要です= 8863)。

The Credits TLV is optionally carried in the PPPoE data payload packet of the PPP Stage (ETHER_TYPE=8864).

クレジットTLVは、オプションで、PPP段階のPPPOEデータペイロードパケット(Ether_Type = 8864)に掲載されています。

The FCN represents the number of credits being granted by the local node to the peer node. The BCN represents the number of credits remaining at the local node that were granted by the peer node.

FCNは、ピアノードにローカルノードによって付与されるクレジットの数を表します。BCNは、ピアノードによって付与されたローカルノードに残っているクレジットの数を表します。

The Credits TLV is shown below:

クレジットTLVを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Credits TLV = 0x0106       |       TLV Length = 0x04       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              FCN              |              BCN              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
      These fields are transmitted in network byte order.  The same byte
   order is used throughout the document in other structures as well.
        
3.1.2. Metrics TLV
3.1.2. メトリックTLV

The Metrics TLV is used to report the link-quality parameters. The Metrics TLV is required with the PADQ (PPPoE Discovery Quality) Discovery packet.

メトリックTLVは、リンク品質のパラメーターを報告するために使用されます。Metrics TLVは、PADQ(PPPOE Discovery Quality)Discoveryパケットで必要です。

The Metrics TLV contains the following fields:

メトリックTLVには、次のフィールドが含まれています。

Resources - a percentage, 0-100, representing the amount of remaining or available resources, such as battery power. If resources cannot be calculated, a value of 100 should be reported.

リソース - バッテリー電源などの残りまたは利用可能なリソースの量を表すパーセンテージ、0-100。リソースを計算できない場合は、100の値を報告する必要があります。

Relative Link Quality (RLQ) - a non-dimensional number, 0-100, representing the relative link quality. A value of 100 represents a link of the highest quality. If the RLQ cannot be calculated, a value of 100 should be reported.

相対リンク品質(RLQ) - 相対リンクの品質を表す非次元数0-100。100の値は、最高品質のリンクを表します。RLQを計算できない場合は、100の値を報告する必要があります。

Receive only - a bit that indicates whether the link is bi-directional or receive-only. A value of "1" indicates that the link is receive-only.

受信 - リンクが双方向であるか受信のみであるかを示すビット。「1」の値は、リンクが受信のみであることを示します。

Reserved - reserved fields are zeroed unless otherwise specified.

予約済み - 特に指定されていない限り、予約済みフィールドはゼロになります。

CD - two bits that designate the units of the Current Datarate.

CD-現在のデータレートの単位を指定する2ビット。

               CD Scale:  00 == kbit/s (default)
                          01 == Mbit/s
                          10 == Gbit/s
                          11 == Tbit/s
        

MD - two bits that designate the units of the Maximum Datarate.

MD-最大データレートの単位を指定する2ビット。

               MD Scale:  00 == kbit/s (default)
                          01 == Mbit/s
                          10 == Gbit/s
                          11 == Tbit/s
        

Current Datarate - the Current Datarate, in un-scaled units per second, achieved on the RLP link. If the Radio makes no distinction between Maximum Datarate and Current Datarate, Current Datarate should equal the Maximum Datarate. When metrics are reported, the Current Datarate must be reported. The Current Datarate must be less than or equal to the Maximum Datarate.

現在のデータレー酸塩-RLPリンクで達成された、1秒あたりの非スケーリングユニットの現在のデータラート。無線が最大データラートと電流データレー酸塩を区別しない場合、電流データラートは最大のデータレートに等しくなければなりません。メトリックが報告される場合、現在のデータラートを報告する必要があります。現在のデータラートは、最大データレー酸塩以下でなければなりません。

Latency - the transmission delay that a packet encounters as it is transmitted over the link. This is reported in absolute delay, milliseconds. If latency cannot be calculated, a value of 0 should be reported. The calculation of latency is Radio dependent. For example, the latency may be a running average calculated from the internal queuing.

遅延 - リンク上に送信されるときにパケットが遭遇する送信遅延。これは、絶対遅延、ミリ秒で報告されます。レイテンシを計算できない場合、値は0の値を報告する必要があります。遅延の計算は無線依存です。たとえば、レイテンシは、内部キューイングから計算された実行平均である場合があります。

Maximum Datarate - the maximum theoretical data rate, in un-scaled units per second, that the RLP link is capable of providing. When metrics are reported, the Maximum Datarate must be reported.

最大データレート - RLPリンクが提供できる1秒あたりの非スケーリング単位での最大理論データレート。メトリックが報告される場合、最大データレートを報告する必要があります。

The Metrics TLV is shown below:

メトリックTLVを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Metrics TLV = 0x0107      |       TLV Length = 0x0A       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Reserved        | MD| CD|R|      RLQ      |    Resources  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         Latency (MS)          |   Current Datarate            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Maximum Datarate           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        
3.1.3. Sequence Number TLV
3.1.3. シーケンス番号TLV

This TLV is used to carry a unique 16-bit sequence number in order to identify a specific request and the associated response. The sequence number should be initialized to zero and incremented by one for each new request. For retransmitted packets, the same sequence number that was used in the previous packet transmission is repeated. The PADG and PADC packets require the Sequence Number Tag.

このTLVは、特定のリクエストと関連する応答を識別するために、一意の16ビットシーケンス番号を運ぶために使用されます。シーケンス番号はゼロに初期化し、新しいリクエストごとに1つずつ増加する必要があります。再送信パケットの場合、以前のパケット送信で使用されたのと同じシーケンス番号が繰り返されます。PADGおよびPADCパケットには、シーケンス番号タグが必要です。

The Sequence Number TLV is shown below:

シーケンス番号TLVを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Sequence Number TLV = 0x0108  |        TLV Length = 0x02      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       Sequence Number         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        
3.1.4. Credit Scale Factor TLV
3.1.4. クレジットスケールファクターTLV

This TLV contains the scale factor value that is to be applied to the session credit calculations. The Credit Scale Factor TLV is optional with the PADR and PADS packets. Once the session is established with specified scale factors, the scale factors are set for the entire session. The scale factor value represents the units that the local node grants to the remote node. The remote node is responsible for maintaining the credit accounting relative to the data flow back to the local node.

このTLVには、セッションクレジット計算に適用されるスケール係数値が含まれています。クレジットスケールファクターTLVは、PADRおよびPADSパケットを使用してオプションです。セッションが指定されたスケール係数で確立されると、セッション全体にスケール係数が設定されます。スケールファクター値は、ローカルノードがリモートノードに付与するユニットを表します。リモートノードは、ローカルノードに戻るデータフローに比べてクレジットアカウンティングを維持する責任があります。

The Credit Scale Factor TLV can be used to change from the default 64-byte credit unit during the PADR-PADS exchange. The credit scale factor value can range from 1 byte to 65535 bytes. A zero value is ignored and the default 64-byte unit remains set. The scale factor is set per each payload flow: peer-to-local and local-to-peer.

クレジットスケールファクターTLVを使用して、PADR-PADS交換中にデフォルトの64バイトクレジットユニットから変更できます。クレジットスケールファクターの値は、1バイトから65535バイトの範囲です。ゼロ値は無視され、デフォルトの64バイトユニットは設定されたままです。スケール係数は、ペイロードフローごとに設定されています:ピアツーローカルとローカルツーピア。

The Credit Scale Factor TLV is shown below:

クレジットスケールファクターTLVを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  Credit Scale Factor = 0x0109 |       TLV Length = 0x02      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       Scale Factor Value      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        
3.2. Discovery Stage Extensions
3.2. ディスカバリーステージエクステンション

The specifications of the PPPoE Active Discovery Request (PADR) and the PPPoE Active Discovery Session-confirmation (PADS) packets are extended to include the optional Credits TLV and the Credit Scale Factor TLV. The PPPoE Active Discovery Session-Grant (PADG) packet, the PPPoE Active Discovery Session-Credit Response (PADC), and the Quality packets are newly defined Discovery Stage packets.

PPPOE Active Discovery Request(PADR)の仕様とPPPOE Active Discovery Confirmation(PADS)パケットは、オプションのクレジットTLVとクレジットスケールファクターTLVを含むように拡張されています。PPPOE Active Discovery Session-Grant(PADG)パケット、PPPOEアクティブディスカバリーセッション - クレジット応答(PADC)、および高品質のパケットは、新たに定義されたディスカバリーステージパケットです。

           Discovery
           Packet                 Status
           =======================================================
           PADR        Enhanced   Optionally includes the Credits
                                  TLV and the Credit Scale Factor
                                  TLV
        

PADS Enhanced Optionally includes the Credits TLV and the Credit Scale Factor TLV

オプションで強化されたパッドには、クレジットTLVとクレジットスケールファクターTLVが含まれます

PADG New Includes the Credits TLV and the Sequence Number TLV

Padg NewにはクレジットTLVとシーケンス番号TLVが含まれます

PADC New Includes the Credits TLV and the Sequence Number TLV

PADC NewにはクレジットTLVとシーケンス番号TLVが含まれます

PADQ New Includes the Metrics TLV

PADQ Newには、メトリックTLVが含まれます

3.2.1. PPPoE Active Discovery Request (PADR)
3.2.1. pppoeアクティブディスカバリーリクエスト(PADR)

The PADR packet is extended to optionally contain a single Credits TLV, indicating that the Client requests credit flow control for this session. The Credits TLV contains the Forward Credit Notification (FCN) and the Backward Credit Notification (BCN) to be applied to the PPP Session Stage. The FCN provides the initial credits granted to the Server by the Client. The BCN value is set to 0, as the Client has not yet been granted credits from the Server.

PADRパケットは、オプションで単一のクレジットTLVを含むように拡張されており、クライアントがこのセッションのクレジットフロー制御を要求していることを示しています。クレジットTLVには、PPPセッション段階に適用されるフォワードクレジット通知(FCN)と後方クレジット通知(BCN)が含まれています。FCNは、クライアントによってサーバーに付与された初期クレジットを提供します。クライアントはサーバーからまだクレジットが付与されていないため、BCN値は0に設定されています。

The PADR packet is enhanced to optionally contain a single Credit Scale Factor TLV. The Credit Scale Factor TLV defines the credit scale factor value. If the Credit Scale Factor TLV is omitted, the default 64-byte value is used for the session. When the Client includes the optional Credit Scale Factor TLV in the PADR, this credit scale factor value is applied to all credit grants associated with the Client credits that are granted to the Server.

PADRパケットは、オプションで単一のクレジットスケールファクターTLVを含むように強化されています。クレジットスケールファクターTLVは、クレジットスケールファクターの値を定義します。クレジットスケールファクターTLVが省略されている場合、セッションにはデフォルトの64バイト値が使用されます。クライアントがPADRにオプションのクレジットスケールファクターTLVを含めると、このクレジットスケールファクターの値は、サーバーに付与されたクライアントクレジットに関連するすべてのクレジット助成金に適用されます。

The Server must echo the Credit Scale Factor TLV in the PADS response to confirm the credit scaling session and to designate the Server credit scaling factor. This PADS Credit Scaling Factor TLV represents the scale factor value that is applied to all credits granted from the Server to the Client.

サーバーは、パッド応答のクレジットスケールファクターTLVをエコーして、クレジットスケーリングセッションを確認し、サーバークレジットスケーリングファクターを指定する必要があります。このパッドクレジットスケーリングファクターTLVは、サーバーからクライアントに付与されたすべてのクレジットに適用されるスケールファクター値を表します。

Once the session is established during the PADR-PADS exchange, the credit scale factor value cannot be changed.

PADR-PADS交換中にセッションが確立されると、クレジットスケールファクターの値を変更することはできません。

A Discovery PADR packet with the optional Credits TLV is shown below:

オプションのクレジットTLVを備えたディスカバリーPADRパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x19  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x0C            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Type = 0x0101       |  Metrics TLV Length = 0x00    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   Credits TLV = 0x0106        |      TLV Length = 0x04        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              FCN              |              BCN = 0          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

The credit units are expressed in the default 64-byte units.

クレジットユニットは、デフォルトの64バイトユニットで表現されます。

A Discovery PADR packet with the optional Credits TLV and the optional Credit Scale Factor TLV is shown below:

オプションのクレジットTLVとオプションのクレジットスケールファクターTLVを備えたDiscovery Padrパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x19  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x12            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Type = 0x0101       |        TLV Length = 0x00      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Credits TLV = 0x0106      |       TLV Length = 0x04       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              FCN              |             BCN = 0           |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Credit Scale Factor = 0x0109  |       TLV Length = 0x02       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       scale factor value      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

The Credits TLV FCN value is expressed in units of the session's credit scale factor value.

クレジットTLV FCN値は、セッションのクレジットスケールファクター値の単位で表されます。

3.2.2. PPPoE Active Discovery Session-Confirmation (PADS)
3.2.2. pppoeアクティブディスカバリーセッションの確認(パッド)

The Server PADS is extended to optionally contain a single Credits TLV, indicating the Forward Credit Notification (FCN) and the Backward Credit Notification (BCN) of the PPP Session Stage.

サーバーパッドは、オプションで単一のクレジットTLVを含むように拡張され、PPPセッション段階のフォワードクレジット通知(FCN)と後方クレジット通知(BCN)を示します。

If the Client PADR contained a Credits TLV, then the Server PADS must indicate support for credit flow control by including a Credits TLV. The PADS Credits TLV FCN represents the number of credits initially granted to the Client. The Credits TLV BCN is an echo of the number of credits that the Client had granted to the Server in the originating PADR packet.

クライアントPADRにクレジットTLVが含まれている場合、サーバーパッドはクレジットTLVを含めることにより、クレジットフロー制御のサポートを示す必要があります。PADSクレジットTLV FCNは、クライアントに最初に付与されたクレジットの数を表します。クレジットTLV BCNは、クライアントが発信するPADRパケットでサーバーに付与したクレジットの数のエコーです。

Exchange of the Credits TLV in the PADR and PADS indicates that credit flow control is supported by both the Server and the Client for the designated PPP Session Stage. This is binding and must be followed for the entire duration of the PPP Session Stage. A session's credit binding must be established prior to any other credit indications being exchanged.

PADRおよびPADSでのクレジットTLVの交換は、指定されたPPPセッション段階のサーバーとクライアントの両方によってクレジットフロー制御がサポートされていることを示しています。これは拘束力があり、PPPセッション段階の全期間にわたって従う必要があります。セッションのクレジット拘束力は、他の信用指標が交換される前に確立する必要があります。

The Server PADS should only include the Credits TLV in response to a Client PADR that included the Credits TLV. If the Server does not support credit flow, it should not include the Credits TLV in its PADS response. The Client must terminate a credit-based session that cannot be supported by the Server. A Credits TLV transmitted outside an established credit-based session must be ignored.

サーバーパッドには、クレジットTLVを含むクライアントPADRに応じたクレジットTLVのみを含める必要があります。サーバーがクレジットフローをサポートしていない場合、パッド応答にクレジットTLVを含めるべきではありません。クライアントは、サーバーがサポートできないクレジットベースのセッションを終了する必要があります。確立されたクレジットベースのセッションの外に送信されたクレジットは無視する必要があります。

The Server PADS is enhanced to optionally contain a single Credit Scale Factor TLV. The Credit Scale Factor TLV defines the credit scale unit value. The Credit Scale Factor TLV must be included if it was included in the Client PADR. If the Credits TLV was not included in the originating PADR, it must be omitted, indicating that the 64-byte default is used for the directional flow. This credit scale factor is applied to Server grants to the Client.

サーバーパッドは、オプションで単一のクレジットスケールファクターTLVを含むように強化されています。クレジットスケールファクターTLVは、クレジットスケール単位値を定義します。クライアントPADRに含まれている場合は、クレジットスケールファクターTLVを含める必要があります。クレジットTLVが元のPADRに含まれていない場合、省略する必要があります。これは、64バイトのデフォルトが方向フローに使用されていることを示します。このクレジットスケールファクターは、クライアントにサーバー助成金に適用されます。

A Discovery PADS packet with the optional Credits TLV is shown below:

オプションのクレジットTLVを備えたディスカバリーパッドパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x65  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x0C            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Type = 0x0101       |       TLV Length = 0x00       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   Credits TLV = 0x0106        |       TLV Length = 0x04       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              FCN              |              BCN              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

The BCN is expressed in the default 64-byte units.

BCNは、デフォルトの64バイトユニットで表されます。

A Discovery PADS packet with the optional Credits TLV and the optional Credit Scale Factor TLV is shown below:

オプションのクレジットTLVとオプションのクレジットスケールファクターTLVを備えたディスカバリーパッドパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x65  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x12            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Type = 0x0101       |       TLV Length = 0x00       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Credits TLV = 0x0106       |        TLV Length = 0x04      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              FCN              |              BCN              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |  Credit Scale Factor = 0x0109 |       TLV Length = 0x02       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |      scale factor value       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

The Credits TLV BCN value is expressed in units of the session scale factor value received in the PADR.

クレジットTLV BCN値は、PADRで受信したセッションスケール係数値の単位で表されます。

3.2.3. PPPoE Active Discovery Session-Grant (PADG)
3.2.3. pppoeアクティブディスカバリーセッショングラント(PADG)

The PPPoE Active Discovery Session-Grant (PADG) is a new packet defined in this specification. The local node (Server or Client) may send a PADG at any time after the PADR/PADS exchange to grant incremental flow control credits to a peer. The CODE field is set to 0x0A and the SESSION_ID must be set to the unique value generated for this PPPoE Session.

PPPOE Active Discovery Session-Grant(PADG)は、この仕様で定義された新しいパケットです。ローカルノード(サーバーまたはクライアント)は、PADR/PADS交換後いつでもPADGを送信して、ピアにインクリメンタルフロー制御クレジットを付与します。コードフィールドは0x0aに設定されており、Session_IdはこのPPPOEセッションで生成された一意の値に設定する必要があります。

Each flow control credit corresponds to the amount of PPP payload bytes that can be sent or received. For example, if the default credit scale factor of 64 bytes is used, and 128 bytes of PPP payload data are sent, then 2 credits would be consumed. When calculating credits to consume, all credit calculations must be rounded up. If, in the previous example, 130 bytes of PPP payload data were sent, 3 credits would have been consumed.

各フロー制御クレジットは、送信または受信できるPPPペイロードバイトの量に対応します。たとえば、64バイトのデフォルトのクレジットスケール係数が使用され、128バイトのPPPペイロードデータが送信されると、2クレジットが消費されます。消費するクレジットを計算する場合、すべてのクレジット計算を切り上げる必要があります。前の例で、130バイトのPPPペイロードデータが送信された場合、3単位が消費されていました。

When the peer receives a PADG packet, it adds the incremental credits to its working credit count and responds with a PPPoE Active Discovery Session-Credit Response (PADC) packet, indicating the accumulation of the credits. The FCN and BCN values must be scaled by the value established during session establishment in the Credit Scale Factor TLV or by the default 64-byte value prior to processing.

ピアがPADGパケットを受け取ると、作業クレジットカウントに増分クレジットを追加し、PPPOEアクティブディスカバリーセッション - クレジット応答(PADC)パケットで応答し、クレジットの蓄積を示します。FCN値とBCN値は、セッションスケール係数TLVでのセッション設立中に確立された値、または処理前のデフォルトの64バイト値によってスケーリングする必要があります。

The PADG packet must contain a single Credits TLV, indicating the Forward Credit Notification (FCN) and the Backward Credit Notification (BCN) of the PPPoE Session.

PADGパケットには、単一のクレジットTLVが含まれている必要があり、PPPOEセッションのフォワードクレジット通知(FCN)と後方クレジット通知(BCN)を示しています。

The Credits TLV FCN indicates the number of incremental credits being granted to the peer by the node. A value between 1 and 0xffff represents an incremental credit grant. The peer must multiply the credit units by the credit scale factor and add these credits to its accumulated transmit credit count. A value of 0x0000 represents a NULL grant, meaning that there are no additional credits being granted.

クレジットTLV FCNは、ノードによってピアに付与される増分クレジットの数を示します。1〜0xffffの値は、増分クレジット助成金を表します。ピアは、クレジットユニットにクレジットスケールファクターを掛け、蓄積された送信クレジットカウントにこれらのクレジットを追加する必要があります。0x0000の値はヌル助成金を表します。つまり、付与される追加のクレジットはありません。

The Credits TLV BCN indicates the remaining absolute credits that have been granted by the peer to the local node. When the local node exhausts the BCN, it must stop transmitting payload packets.

クレジットTLV BCNは、ピアによってローカルノードに付与された残りの絶対クレジットを示します。ローカルノードがBCNを排出する場合、ペイロードパケットの送信を停止する必要があります。

Once a credit has been granted, it must be honored. The largest number of incremental credits at any time is 0xffff.

クレジットが付与されたら、それは尊重されなければなりません。いつでも最大の増分クレジットは0xffffです。

The PADG packet must contain a single Sequence Number TLV. This TLV is used to carry a unique 16-bit sequence number to uniquely identify each request. The sequence number should be initialized at zero and incremented by one for each new PADG. For retransmitted PADGs, the same sequence number that was used in the previous packet transmission is repeated.

PADGパケットには、単一のシーケンス番号TLVを含める必要があります。このTLVは、各リクエストを一意に識別するために、一意の16ビットシーケンス番号を運ぶために使用されます。シーケンス番号はゼロで初期化し、新しいパッドごとに1つずつ増加する必要があります。再送信されたPADGSの場合、以前のパケット送信で使用された同じシーケンス番号が繰り返されます。

A Discovery PADG packet with the Sequence Number and Credits TLVs is shown below:

シーケンス番号とクレジットTLVを備えたディスカバリーPADGパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Destination_mac_addr                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Destination_mac_addr(c)    |       Source_mac_addr         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Source mac_addr (cont)                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x0A  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x0E            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Sequence Number TLV = 0x0108  |       TLV Length = 0x02       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       Sequence Number         |     Credits TLV = 0x0106      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Length = 0x04       |               FCN             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              BCN              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        
3.2.4. PPPoE Active Discovery Session-Credit Response (PADC)
3.2.4. pppoeアクティブディスカバリーセッション - クレジット応答(PADC)

The PPPoE Active Discovery Session-Credit Response (PADC) is a new packet defined in this specification. A Server or Client must send a PADC in response to a PADG. The CODE field is set to 0x0B, and the SESSION_ID must be set to the unique value generated for this PPPoE session.

PPPOEアクティブディスカバリーセッションクレジット応答(PADC)は、この仕様で定義された新しいパケットです。サーバーまたはクライアントは、PADGに応じてPADCを送信する必要があります。コードフィールドは0x0Bに設定されており、このPPPOEセッションで生成された一意の値にセッション_IDを設定する必要があります。

The PADC packet must contain a single Credits TLV, indicating the Forward Credit Notification (FCN) and the Backward Credit Notification (BCN) of the PPPoE session.

PADCパケットには、単一のクレジットTLVを含める必要があり、PPPOEセッションのフォワードクレジット通知(FCN)と後方クレジット通知(BCN)を示しています。

The Credits TLV FCN represents the absolute credits remaining that have been granted to the peer by the node. The Credits TLV BCN represents the remaining absolute credits that have been granted to the local node from the peer. The FCN and BCN values must be scaled by the value established during session establishment in the Credit Scale Factor TLV or by the default 64-byte value prior to processing.

クレジットTLV FCNは、ノードによってピアに付与された絶対的なクレジットを表します。クレジットTLV BCNは、ピアからローカルノードに付与された残りの絶対クレジットを表します。FCN値とBCN値は、セッションスケール係数TLVでのセッション設立中に確立された値、または処理前のデフォルトの64バイト値によってスケーリングする必要があります。

The PADC packet must contain a single Sequence Number TLV. The sequence number must be the sequence number associated with the PADG.

PADCパケットには、単一のシーケンス番号TLVを含める必要があります。シーケンス番号は、PADGに関連付けられたシーケンス番号でなければなりません。

A Discovery PADC packet with the Sequence Number and Credits TLV is shown below:

TLVを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Destination_mac_addr                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Destination_mac_addr(c)    |       Source_mac_addr         |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Source mac_addr (cont)                    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x0B  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x0E            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   | Sequence Number TLV = 0x0108  |        TLV Length = 0x02      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       Sequence Number         |     Credits TLV = 0x0106      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Length = 0x04       |               FCN             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              BCN              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

The FCN and BCN values are expressed in the respective units defined by the Credit Scale Factor TLV or the 64-byte default.

FCN値とBCN値は、クレジットスケールファクターTLVまたは64バイトのデフォルトで定義されたそれぞれのユニットで表されます。

3.2.5. PPPoE Active Discovery Quality (PADQ)
3.2.5. pppoeアクティブディスカバリー品質(PADQ)

The PPPoE Active Discovery Quality (PADQ) is a new packet defined in this specification. An Server or Client may send an optional PADQ at any time to query or report link-quality metrics.

PPPOE Active Discovery Quality(PADQ)は、この仕様で定義された新しいパケットです。サーバーまたはクライアントは、リンク品質のメトリックをクエリまたはレポートするために、いつでもオプションのPADQを送信できます。

When transmitting PPP [1] streams over wireless links through radio modems, the quality of the RF link directly affects the throughput. The PPPoE Active Discovery Quality (PADQ) packet can be used by the radio modem to report RF link metrics. The CODE field is set to 0x0C, and the SESSION_ID must be set to the unique value generated for this PPPoE session.

PPP [1]を送信すると、無線モデムを介してワイヤレスリンクを介してストリーミングすると、RFリンクの品質がスループットに直接影響します。PPPOE Active Discovery Quality(PADQ)パケットは、RADIOモデムでRFリンクメトリックを報告するために使用できます。コードフィールドは0x0Cに設定されており、このPPPOEセッションで生成された一意の値にセッション_IDを設定する必要があります。

The PPPoE Active Discovery Quality (PADQ) packet can be used to query link metrics by setting the PADQ Metrics TLV Length to zero.

PPPOE Active Discovery Quality(PADQ)パケットを使用して、PADQメトリックTLVの長さをゼロに設定することにより、リンクメトリックを照会できます。

The PADQ must carry a single Metrics TLV. When processing the data rates, the values must be converted using the indicated data rate units. This document enhances the Metrics TLV as described below.

PADQは、単一のメトリックTLVを搭載する必要があります。データレートを処理する場合、指定されたデータレート単位を使用して値を変換する必要があります。このドキュメントは、以下に説明するようにメトリックTLVを強化します。

A Discovery PADQ packet with the required Metrics TLV is shown below:

必要なメトリックTLVを備えたディスカバリーPADQパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x0C  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x12            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Type = 0x0101       |        TLV Length = 0x00      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    Metrics TLV = 0x0107       |        TLV Length = 0x0A      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       Reserved      | MD| CD|R|      RLQ      |    Resources  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |         Latency (MS)          |        Current Datarate       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |        Maximum Datarate       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        

The Maximum Datarate and the Current Datarate are expressed in units determined by the MD and CD bits, respectively.

最大データレートと現在のデータレートは、それぞれMDおよびCDビットによって決定される単位で表されます。

A Discovery PADQ packet with a Metrics TLV Length=0 to query is shown below:

メトリックTLV長さ= 0のディスカバリーPADQパケットをクエリに示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8863        | v = 1 | t = 1 |  CODE = 0x0C  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = 0x08            |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |       TLV Type = 0x0101       |       TLV Length = 0x00       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Metrics TLV = 0x0107      |       TLV Length = 0x00       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        
3.3. PPP Session Stage Extensions
3.3. PPPセッションステージ拡張機能

The PPP Session Stage Extensions define the optional use of Credits TLV. Use of the Credits TLV in the PPP Session Stage is referred to as an in-band credit grant.

PPPセッションステージ拡張機能は、クレジットTLVのオプションの使用を定義します。PPPセッション段階でのクレジットTLVの使用は、インバンドクレジット助成金と呼ばれます。

The first field following the PPP Session Stage LENGTH must be checked. If the value is equal to the PPP Protocol identifier (0xc021), then normal packet (payload) processing occurs. When the field following the PPP Session Stage LENGTH is not the PPP Protocol identifier (0xc021), a TLV is assumed. In this case, the TLV length is subtracted from the overall payload length.

PPPセッションステージの長さに続く最初のフィールドをチェックする必要があります。値がPPPプロトコル識別子(0xc021)に等しい場合、通常のパケット(ペイロード)処理が発生します。PPPセッション段階の長さに続くフィールドがPPPプロトコル識別子(0xc021)ではない場合、TLVが想定されます。この場合、TLVの長さは全体的なペイロード長から差し引かれます。

A PPP LCP packet with optional Credits TLV is shown below:

オプションのクレジットTLVを備えたPPP LCPパケットを以下に示します。

    0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                  Access_Concentrator_mac_addr                 |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |Access_Concentrator_mac_addr(c)|        Host_mac_addr          |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |                     Host_mac_addr (cont)                      |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    ETHER_TYPE = 0x8864        | v = 1 | t = 1 |  CODE = 0x00  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     SESSION_ID = 0x1234       |      LENGTH = (payload)       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Credits TLV = 0x0106      |       TLV Length = 0x04       |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |              FCN              |              BCN              |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |    PPP PROTOCOL = 0xc021      |        PPP payload           ~
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        
4. Credit Flow Considerations
4. クレジットフローの考慮事項

For a given session, credit grants exchanged in the Discovery Stage, PADG-PADC, are referred to as out-of-band. Credit grants exchanged in the PPP Session Stage are referred to as in-band. Credit accounting is only applied to the packets transmitted in the PPP Session Stage.

特定のセッションでは、ディスカバリー段階で交換されたクレジット助成金であるPADG-PADCは、帯域外と呼ばれます。PPPセッション段階で交換された信用補助金は、インバンドと呼ばれます。クレジット会計は、PPPセッション段階で送信されたパケットにのみ適用されます。

Out-of-band credit management is handled by periodic exchange of the PPPoE Active Discovery Session-Grant (PADG) and PPPoE Active Discovery Credit Response (PADC) packets.

バンド外のクレジット管理は、PPPOEアクティブディスカバリーセッショングラント(PADG)およびPPPOEアクティブディスカバリークレジット応答(PADC)パケットの定期的な交換によって処理されます。

In-band credit management allows credits to be incrementally granted with each PPP Session Stage packet. These in-band incremental credit grants are not explicitly acknowledged. However, they are reflected in the in-band credit flow from the peer node. This offers the greatest credit-granting efficiency when traffic rates are high.

インバンドクレジットマネジメントにより、各PPPセッションステージパケットでクレジットを段階的に許可することができます。これらの帯域内の増分クレジット助成金は、明示的に認められていません。ただし、ピアノードからの帯域内のクレジットフローに反映されています。これは、交通率が高い場合に最大の信用授与効率を提供します。

Once agreed upon during the Discovery Stage, credit grants are required to transmit packets in the PPP Session Stage. A node must grant credits to its peer before the peer can transmit packets to the granting node.

発見段階で合意されたら、PPPセッション段階でパケットを送信するためにクレジットグラントが必要です。ノードは、ピアが付与ノードにパケットを送信できるようにする前に、ピアにクレジットを付与する必要があります。

Credits are granted incrementally in the forward direction. Locally, a node manages the credits that it has granted to a peer, as well as the credits that a peer has granted to it.

クレジットは、前方方向に段階的に付与されます。ローカルでは、ノードは、ピアに付与されたクレジットと、ピアが付与したクレジットを管理します。

Grants received from a peer are added to a local running credit counter. The accumulated credits are decremented with each packet the node transmits to the peer. When the running counter reaches zero, the node must stop transmitting packets to the peer.

ピアから受け取った助成金は、ローカルランニングクレジットカウンターに追加されます。蓄積されたクレジットは、ノードがピアに送信する各パケットで減少します。実行中のカウンターがゼロに達すると、ノードはパケットの送信をピアに停止する必要があります。

To manage the credits that a node has granted, the node maintains a running counter. With each PPP Session Stage packet received from the peer, the running counter is decremented. When the running counter reaches zero, no additional packets are expected. The node incrementally grants more credits to the peer to maintain packet flow. Packets received when granted credits have been exhausted are discarded.

ノードが付与したクレジットを管理するために、ノードは実行中のカウンターを維持します。PPPセッションステージパケットごとにピアから受信すると、実行中のカウンターが減少します。実行中のカウンターがゼロに達すると、追加のパケットは予想されません。ノードは、パケットフローを維持するために、ピアにより多くのクレジットを徐々に付与します。許可されたクレジットが使い果たされたときに受け取ったパケットは破棄されます。

5. PADG and PADC Retransmission
5. PADGおよびPADCの再送信

When a node does not receive a PADC packet in response to a PADG within a specified amount of time, it should transmit a new PADG packet with zero credits, using the same sequence number and doubling the waiting period. A PADC response with the associated sequence number will indicate whether or not the previously granted credits were accumulated. If they were not, a PADG with credits and an incremented sequence number should be transmitted. This process should be repeated until granted credits are properly acknowledged or as many times as desired.

指定された時間内にPADGに応答してノードがPADCパケットを受信しない場合、同じシーケンス番号を使用して待機期間を2倍にする新しいPADGパケットをゼロクレジットで送信する必要があります。関連するシーケンス番号を使用したPADC応答は、以前に付与されたクレジットが蓄積されたかどうかを示します。そうでない場合は、クレジットを備えたパッジと増分シーケンス番号を送信する必要があります。このプロセスは、付与されたクレジットが適切に認められるか、何度も望ましいとおりに繰り返される必要があります。

When a node does not receive a PADQ metric packet in response to a query within a specified amount of time, it should resend the PADQ query packet and double the waiting period. This can be repeated as many times as desired.

指定された時間内のクエリに応答してノードがPADQメトリックパケットを受信しない場合、PADQクエリパケットを再送信し、待機期間を2倍にする必要があります。これは、必要なだけ繰り返すことができます。

6. Other Considerations
6. その他の考慮事項

A node may autonomously generate PADQ metric packets. The rate of autonomously generated PADQ metric packets may need to be throttled so as not to overrun the peer.

ノードは、PADQメトリックパケットを自律的に生成する場合があります。自律に生成されたPADQメトリックパケットの速度は、ピアをオーバーランしないようにスロットする必要がある場合があります。

The sending and receiving of PPPoE Discovery packets are independent of credit counts. For example, a node must always be able to receive a PADG and send a PADC.

PPPOEディスカバリーパケットの送信と受信は、クレジットカウントとは無関係です。たとえば、ノードは常にPADGを受信してPADCを送信できる必要があります。

During normal operation, nodes may disagree about the number of credits. Operational credit mismatches would occur due to packets in transit on the wire. Much larger credit mismatches can occur if there are transmission errors. To correct these larger errors, the BCN fields of the PADG and PADC packets and in-band credit grants from a peer can be used by the receiving node to reset the credit values of its peer.

通常の操作中、ノードはクレジットの数について同意しない場合があります。ワイヤー上の輸送中のパケットが原因で、運用クレジットの不一致が発生します。送信エラーがある場合、はるかに大きなクレジットの不一致が発生する可能性があります。これらの大きなエラーを修正するために、PADGおよびPADCパケットのBCNフィールドとピアからのバンドのクレジット助成金を受信ノードで使用して、ピアのクレジット値をリセットできます。

7. IANA Considerations
7. IANAの考慮事項

IANA has assigned the following PPPoE TLV Values for which this RFC serves as the reference:

IANAは、このRFCが参照として機能する次のPPPOE TLV値を割り当てました。

   TLV Value     TLV Name             Description         Reference
   -----------   -------------------  -----------------   ---------
   262  0x0106   Credits              See the reference   [RFC5578]
   263  0x0107   Metrics              See the reference   [RFC5578]
   264  0x0108   Sequence Number      See the reference   [RFC5578]
   265  0x0109   Credit Scale Factor  See the reference   [RFC5578]
        

IANA has assigned the following PPPoE Code fields for which this RFC serves as the reference:

IANAは、このRFCが参照として機能する次のPPPOEコードフィールドを割り当てました。

   Code      PPPoE Packet Name        Description         Reference
   --------  ----------------------   -----------------   ---------
   10  0x0a  PADG, Session-Grant      See the reference   [RFC5578]
   11  0x0b  PADC, Session-Credit     See the reference   [RFC5578]
                    Response
   12  0x0c  PADQ, Quality            See the reference   [RFC5578]
        
8. Security Considerations
8. セキュリティに関する考慮事項

This memo defines a mechanism for adding flow control to the existing PPP over Ethernet (PPPoE) sessions. These extensions are subsequent to the existing PPPoE security mechanisms as described in RFC 2516 [2]. It is required that the Service TLV and Session ID always be validated prior to processing credits.

このメモは、既存のPPPにフロー制御をイーサネット(PPPOE)セッションに追加するメカニズムを定義します。これらの拡張は、RFC 2516 [2]で説明されているように、既存のPPPOEセキュリティメカニズムに続きます。クレジットを処理する前に、サービスTLVとセッションIDを常に検証する必要があります。

9. References
9. 参考文献
9.1. Normative References
9.1. 引用文献

[1] Simpson, W., Ed., "The Point-to-Point Protocol (PPP)", STD 51, RFC 1661, July 1994.

[1] Simpson、W.、ed。、「ポイントツーポイントプロトコル(PPP)」、STD 51、RFC 1661、1994年7月。

[2] Mamakos, L., Lidl, K., Evarts, J., Carrel, D., Simone, D., and R. Wheeler, "A Method for Transmitting PPP Over Ethernet (PPPoE)", RFC 2516, February 1999.

[2] Mamakos、L.、Lidl、K.、Evarts、J.、Carrel、D.、Simone、D。、およびR. Wheeler、「PPPを超える(PPPOE)を送信する方法」、RFC 2516、1999年2月。

9.2. Informative References
9.2. 参考引用

[3] An open source (GPLv2) PPPoE Client implementation of RFC 5578, PPP Over Ethernet (PPPoE) Extensions for Credit Flow and Link Metrics, http://rfc4938.sourceforge.net/.

[3] RFC 5578のオープンソース(GPLV2)PPPOEクライアント実装、クレジットフローおよびリンクメトリックのためのイーサネット上のPPP(PPPOE)拡張機能、http://rfc4938.sourceforge.net/。

Appendix A. Examples of Session Credit Flows
付録A. セッションクレジットフローの例

Session Credit Flow with the default 64-byte credit unit.

デフォルトの64バイトクレジットユニットを使用したセッションクレジットフロー。

   Server                    Client
   ====================================================================
   <------------PADI--------------    Initiate
    ------------PADO-------------->   Offer
        
   <------------PADR--------------    Credits TLV:
                                      FCN represents the initial
                                      Client credit grant to the
                                      Server in 64-byte units.
                                      BCN is set to 0.
        
    ------------PADS-------------->   Credits TLV:
                                      FCN represents the initial
                                      Server credit grant to the
                                      Client in 64-byte units.
                                      BCN represents an echo of
                                      initial Client credits.
        
   <==============================>   Data w/ optional in-band
                                      Credits TLV
        
   <------------PADG--------------    Credits TLV: (out-of-band)
                                      FCN represents an incremental
                                      Client credit grant to the
                                      Server, in 64-byte units.
                                      BCN represents the remaining
                                      Server credits that were granted
                                      to the Client, in 64-byte units.
        
    ------------PADC-------------->   Credits TLV: (out-of-band)
                                      FCN represents an incremental
                                      Server credit grant to the
                                      Client, in 64-byte units.
                                      BCN represents the remaining
                                      Client credits that were granted
                                      to the Server, in 64-byte units.
        
   <==============================>   Data w/ optional in-band Credits
                                      TLV
        
   <------------PADT-------------->   Terminate
        

Session Credit Flow with specific credit scale factor units for the Server and the Client.

サーバーとクライアントの特定のクレジットスケールファクターユニットを使用したセッションクレジットフロー。

   Server                    Client
   ====================================================================
   <------------PADI--------------    Initiate
    ------------PADO-------------->   Offer
        
   <------------PADR--------------    Credits TLV:
                                      FCN represents the initial
                                      Client credit grant to the
                                      Server, in Credit Scale Factor
                                      TLV units.
                                      BCN is set to 0.
        
    ------------PADS-------------->   Credits TLV:
                                      FCN represents the initial
                                      Server credit grant to the
                                      Client, in Credit Scale Factor
                                      TLV units.
                                      BCN represents an echo of the
                                      initial Client credits, in
                                      Credit Scale Factor TLV units.
        
   <==============================>   Data w/ optional in-band Credits
                                      TLV
        
   <------------PADG--------------    Credits TLV: (out-of-band)
                                      FCN represents an incremental
                                      Client credit grant to the Server,
                                      in Credit Scale Factor TLV units.
                                      BCN represents the remaining
                                      Server credits that were granted
                                      to the Client, in Credit Scale
                                      Factor TLV units.
        
    ------------PADC-------------->   Credits TLV: (out-of-band)
                                      FCN represents an incremental
                                      Server credit grant to the Client,
                                      in Credit Scale Factor TLV units.
                                      BCN represents the remaining
                                      Client credits that were granted
                                      to the Server, in Credit Scale
                                      Factor TLV units.
        
   <==============================>   Data w/ optional inband Credits
                                      TLV
        
   <------------PADT-------------->   Terminate
        

Authors' Addresses

著者のアドレス

Bo Berry, Editor Cisco 170 West Tasman Drive San Jose, CA 95134 EMail: bberry@cisco.com

Bo Berry、編集者Cisco 170 West Tasman Drive San Jose、CA 95134メール:bberry@cisco.com

Stan Ratliff Cisco 170 West Tasman Drive San Jose, CA 95134 EMail: sratliff@cisco.com

Stan Ratliff Cisco 170 West Tasman Drive San Jose、CA 95134メール:sratliff@cisco.com

Ed Paradise Cisco 170 West Tasman Drive San Jose, CA 95134 EMail: pdice@cisco.com

Ed Paradise Cisco 170 West Tasman Drive San Jose、CA 95134メール:pdice@cisco.com

Tim Kaiser Harris Corporation Government Communications System Division Mail Stop 25-11F P.O. Box 37 Melbourne, FL 32902-0037 EMail: timothy.kaiser@harris.com

Tim Kaiser Harris Corporation Government Communications System Division Mail Stop 25-11f P.O.ボックス37メルボルン、フロリダ州32902-0037メール:timothy.kaiser@harris.com

Michael D Adams 640 N 2200 W MS F1J12 Salt Lake City, Utah 84116 EMail: Michael.D.Adams@L-3com.com

Michael D Adams 640 N 2200 W MS F1J12ソルトレイクシティ、ユタ84116メール:Michael.D.Adams@l-3com.com