PPPoEプロトコルを導入します
PPPOE、の略でポイントツーポイントプロトコルオーバーイーサネット 、 それはで動作するOSIデータリンク層、PPPoEプロトコルは、リモートアクセスコンセントレータに複数のホストに接続するには（イーサネットなど）ブロードキャストネットワークを提供します（当社）規格上のブロードバンドアクセスサーバとして前述した装置の機能を完了する電流。
1. PPPOEの作品
PPPoEプロトコルは二つの段階の合計を含む、すなわちのPPPoEディスカバリフェーズ（PPPOEディスカバリステージ）とPPPOEのセッション相（PPPOEセッションステージ）。主な違いは、唯一のことである前に、PPPパケットをカプセル化されたPPPoEパケットヘッダ。
ホストが開始したい場合は、時間のPPPoEセッションを、ブロードキャストネットワーク上のアクセスコンセントレータのためのそれ最初のルックスはもちろん、各ホストのために、複数のアクセスコンセントレータがあるかもしれないネットワークアクセスコンセントレータに基づいています（AC、アクセス集中）サービス、またはいくつかの事前配置に応じて適宜選択することをユーザーに提供します。所望の宿主アクセスコンセントレータの選択が完了し、アクセスコンセントレータが確立し始めたときにPPPoEセッションプロセスを。それぞれに焦点を当てます。この訪問の過程でユニークなプロセスのPPPoEセッションに割り当てられているセッションの後に設定し、IDが始まり構造（このポイントの両方のPPPoEセッションステージの、良い点に関連して、この段階で確立されましたPPPは、の使用に）、それは論理的な関係上の点で、同じではない、したがって、一連の完成、交換データパケットにPPPプロトコルPPPは、最終的に、この論理チャネルの点の上にネットワーク層データグラムを送信するプロセス。
2. PPPOEデータパケットフォーマット
私たちは、簡単に説明したPPPoEデータパケットフォーマットを。PPPOEデータパケットは、イーサネットフレームのデータフィールドにカプセル化されています。我々は、単にできるのPPPoEパケットは、2つのブロックに分割され,,大きいPPPOEデータパケットヘッダが、他のものであるため、ペイロードPPPOE（データフィールド）、フィールドの内容によるPPPoEパケット・データ・セッションそして、変更するプロセス。次の図1は、PPPOEのパケットフォーマット：
| 版 |
タイプ |
コード |
セッションID |
| フィールドの長さ |
ペイロード（またはデータフィールド） |
||
（図1 PPPOEデータパケットフォーマット）
L のPPPoE の開始パケット4 契約が明確な規則を与えるビットバージョンフィールドは、このフィールドの内容が満たされている0x1のを。
L すぐドメインのバージョンの後に4 ビットがタイプフィールド、同じ規定のプロトコルであり、このフィールドはで満たされている0x1の。
L コードフィールドが占めている。1つのバイト、PPPOE このドメインの内容の異なる段階が同じではありません。
Lの セッションIDとによって点2 アクセスコンセントレータはまだ一意のセッション割り当てられたバイト、ID ユーザーホストには、内容を内部に充填しなければならない0000 ホストは、セッションを取得すると、IDをした後、次いで、後続のすべてのパケットをこのフィールドには、一意のセッションという紙を埋めなければならないIDの値。
L 長さフィールドは2 を示すため、バイトのPPPoE データパケットペイロードの長さ。
Lの 時にはペイロードフィールドと呼ばれるデータフィールドは、PPPOEのドメイン内のデータ内容は異なる段階で非常に異なるであろう。でPPPOE いくつかのドメインに充填する発見フェーズ、中タグ（タグ）とでのPPPoE それはドメイン運ぶセッションステージ、PPPのパケット。
ここでは紹介したパケットフォーマットとそのメッセージのPPPOE発見フェーズを：
。1） PPPOEデータパケットのタグ（ラベル）フォーマット
発見段階のためにそのペイロードのためのPPPoEデータパケットは、ゼロ以上含有することができるタグ（タグ）を、実際には、これらのマーカーの重要性は非常に類似しているPPP構成パラメータ・オプションは、交渉されることもあります。PPPOE契約の目的、それは好きではなかった詳細の多くを定義したような構成オプションPPPパラメータが、ちょうど少し早い定義し、したがって、このプロセスは、異なるベンダーの機器に応じて異なるものになります実際には実装しています。まず、私たちはベアラを見てみましょうとして、マークPPPOEカプセル化パケットデータフィールド、2
| タイプ |
長さ |
| データ |
|
（図2標識されたカプセル化フォーマット）
図のように十分に知られている2、標識されたカプセル化フォーマットで見ることができるでTLV構造（タイプ+長さ+データ）。マーク・タイプ・フィールドは、2バイトの表マーカーの意味の様々なタイプ：
| タグの種類 |
SIGNS |
| 0000 |
これは表すバージョンの互換性および保持を確実にするために、メッセージ内のいくつかの用途があり、文字列タグのデータフィールドのPPPoEパケットの終わりを。 |
| 0x0101 |
サービス名は、主にユーザーにいくつかのサービスを提供するためにネットワーク側を示すために使用されます。 |
| 0x0102 |
ユーザ側が受信したときにアクセスコンセントレータ名は、のAC応答時にPADOパケットを、アクセスコンセントレータを選択するだけでなく、そこからタグから運ばひなこ適格アクセスコンセントレータを知ることができます。 |
| 0x0103 |
ホスト固有の識別子、同様のネットワークであろうと、多くの同時放送があるので識別フィールドPPPデータパケットは、主に、送信側と受信側を一致させるために使用されたPPPoEデータパケット。 |
| 0x0104 |
AC-クッキーは、主に悪意のある自然防止するために使用されるDOSのパワーアタックを。 |
| 0x0105 |
ベンダー識別子。 |
| 0x0110 |
セッション中継のためのIDを、PPPOEとしてデータパケットも同様にすることができる別のDHCPパケットとして中断されるACの終わり、このフィールドは、別の接続を維持するために使用されます。 |
| 0x0201 |
サービス名エラーピアによって受け入れられないサービス名を要求するとき、メッセージ応答で旗を運ぶでしょう。 |
| 0x0202 |
アクセスコンセントレータの名前が間違っ。 |
| 0x0203 |
一般的なエラー。 |
L マーク長フィールドである2 データフィールドマークの長さを示すために使用されるバイト。
L個の 標識の異なるタイプに対応する場所データに使用されるタグデータフィールド。
2） のPPPoEデータパケットの発見段階
PPPOE的发现阶段可分为四步，其实这个过程也是PPPOE四种数据报文的交换的一个过程。当完成这四步后，用户主机与访问集中器双方就能获知对方的MAC地址和唯一的会话ID号，从而进入到下一个阶段（PPPOE的会话阶段）。实际上双方在互相知道了对方的MAC地址后，就已经在广播式的网络上确定了一一的对应关系，为了保证这个连接的有效性，同时使PPPOE协议能更加灵活的运用，因此还加入了会话ID字段，通过这两个条件就可完成确定双方点对点的关系。
在这个阶段一开始，由于接入用户并不知道访问集中器的MAC地址，则使用类似于ARP解析的过程的机制来获取访问集中器的MAC地址。首先由接入用户侧发起一个初始化的广播报文，对于访问集中器如果配置了PPPOE的业务时，它会时实检测网络上的数据包，当发现以太网数据帧中所承载的是PPPOE报文时（通过协议域的内容来区分），就会将其交给相应的模块去处理。当收到初始化报文后，访问集中器会向该用户回应一个报文。如果网络上存在很多这样的访问集中器且都收到了用户侧发送的初始化报文时，它们也都会向用户侧会送一个确认报文，如果该用户收到这个报文后，则会依据报文中所携带的内容或本端的一些配置来选择一个唯一的访问集中器进行会话。到此时已完成了前两步了，那么剩下的两步则是协商一些所提供的服务选项和获取PPPOE会话阶段所必须的会话ID值。
说明：在这个阶段，所有数据报文是被承载在以太网的数据域中的，而且以太网数据帧的协议域始终为0x8863。
在PPPOE发现阶段的四步的过程中，PPPOE会遇到PADI、PADO、PADR和PADS这四种报文。PPPOE中的PADT报文是用来终止一条会话的。
l PADI（PPPOE Active Discovery Initiation）报文
PPPOE发现阶段的第一步，也即是由用户侧首先发送这样一个报文。用户主机是以广播的方式发送这个报文，所以该报文所对应的以太网帧的目的地址域应填充为全1，而源地址域填充用户主机的MAC地址。广播包可能会被多个访问集中器接收到。
l PADO（PPPOE Active Discovery Offer）报文
PPPOE发现阶段的第二步，也即是由访问集中器回应各用户主机发送的PADI报文，此时该报文所对应的以太网帧的源地址填充访问集中器的MAC地址，而目的地址则填充从PADI中所获取的用户主机的MAC地址。
l PADR（PPPOE Active Discovery Request）报文
PPPOE发现阶段的第三步，也即是由用户主机向访问服务器发送单播的请求报文。当用户主机收到PADO报文后，会从这些报文中挑选一个访问集中器作为后续会话的对象。由于用户主机在收到PADO报文后，就获知了访问集中器的MAC地址，因此PADR报文所以应的以太网帧的源地址填充用户主机的MAC地址，而以太网的目的地址填充为访问集中器的MAC地址。
l PADS（PPPOE Active Discovery Session-confirmation）报文
PPPOE发现阶段的第四步，也即是最后一步，此时访问集中器当收到PADR报文时，就准备进入开始一个PPP的会话了，而此时访问集中器会为在这个会话分配一个唯一的会话进程ID，并在发送给主机的PADS报文中携带上这个会话ID。当然如果访问集中器不满足用户所申请的服务的话，则会向用户发送一个PADS报文，而其中携带一个服务名错误的标记，而且此时该PADS报文中的会话ID填充0x0000。
l PADT（PPPOE Active Discovery Terminate）报文
セッションの開始後の任意の時点で実施することができる送信PADTパケットは、主に終了するために使用されて死んでPPPoEセッションを。これは、ホストまたはアクセスコンセントレータ、イーサネット（登録商標）の充填の終了の宛先アドレスにより送信することができるMACアドレス