RFC1841 日本語訳
1841 PPP Network Control Protocol for LAN Extension. J. Chapman, D.Coli, A. Harvey, B. Jensen, K. Rowett. September 1995. (Format: TXT=146206 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group J. Chapman
Request For Comments: 1841 Cisco Systems, Inc.
Category: Informational D. Coli
Cisco Systems, Inc.
A. Harvey
Cisco Systems, Inc.
B. Jensen
Cisco Systems, Inc.
K. Rowett
Cisco Systems, Inc.
September 1995
コメントを求めるワーキンググループJ.チャップマン要求をネットワークでつないでください: 1841年のシスコシステムズInc.カテゴリ: 情報のD.のInc.K.ローワットシスコシステムズInc.ColiシスコシステムズInc.A.ハーヴェイシスコシステムズInc.B.ジェンセンシスコシステムズ1995年9月
PPP Network Control Protocol for LAN Extension
LAN拡大のためのpppネットワーク制御プロトコル
Status of Memo
メモの状態
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Abstract
要約
Telecommunications infrastructure is improving to offer higher bandwidth connections at lower cost. Access to the network is changing from modems to more intelligent devices. This informational RFC discusses a PPP Network Control Protocol for one such intelligent device. The protocol is the LAN extension interface protocol.
通信基盤は、低い費用で、より高い帯域幅接続を提供するために向上しています。 ネットワークへのアクセスはモデムから、より知的なデバイスに変化します。 この情報のRFCはそのような知的装置の1つのためにPPP Network Controlプロトコルについて議論します。 プロトコルはLAN拡大インタフェースプロトコルです。
Table of Contents
目次
1.0 Introduction ........................................... 3
1.1 LAN Extension Interface Topology ..................... 4
1.2 LAN Extension Interface Architecture ................. 5
1.3 LAN Extension Interface Protocol ..................... 6
1.0序論… 3 1.1 LAN拡大インタフェーストポロジー… 4 1.2 LAN拡大インタフェースアーキテクチャ… 5 1.3 LAN拡大インタフェースプロトコル… 6
2.0 LAN Extension Interface Protocol Control Packets........ 8
2.1 Startup Options ...................................... 8
2.2 Remote Command Options ............................... 14
2.3 Conditions for Sending PPP-LEX Packet ................ 17
2.0 LAN拡大インタフェースプロトコルコントロールパケット… 8 2.1 始動オプション… 8 2.2 リモートコマンドオプション… 14 送付ppp法パケットのための2.3の状態… 17
3.0 Filter Protocol Type ................................... 18
3.1 LEX_RCMD_REQUEST - Filter Protocol Type............... 19
3.2 Response Packets - Filter Protocol Type............... 21
3.0 プロトコルタイプをフィルターにかけてください… 18 3.1法_RCMD_要求--プロトコルタイプをフィルターにかけてください… 19 3.2 応答パケット--プロトコルタイプをフィルターにかけてください… 21
4.0 Filter MAC Address ..................................... 22
4.1 LEX_RCMD_REQUEST - Filter MAC Address ................ 23
4.2 Response Packets - Filter MAC Address................. 25
4.0 マックーアドレスをフィルターにかけてください… 22 4.1法_RCMD_要求--マックーアドレスをフィルターにかけてください… 23 4.2 応答パケット--マックーアドレスをフィルターにかけてください… 25
Chapman, et al Informational [Page 1] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[1ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
5.0 Set Priority ........................................... 27
5.1 LEX_RCMD_REQUEST - Set Priority ...................... 27
5.2 Response Packets - Set Priority ...................... 29
5.0 優先権を設定してください… 27 5.1法_RCMD_要求--優先権を設定してください… 27 5.2 応答パケット--優先権を設定してください… 29
6.0 Disable LAN Extension Ethernet Interface ............... 30
6.1 LEX_RCMD_REQUEST - Disable LAN Extension
Ethernet Interface ................................... 31
6.2 Response Packets - Disable LAN Extension
Ethernet Interface ................................... 32
6.0 LAN拡大がイーサネットインタフェースであると無効にしてください… 30 6.1法_RCMD_要求--LAN拡大がイーサネットインタフェースであると無効にしてください… 31 6.2 応答パケット--LAN拡大がイーサネットインタフェースであると無効にしてください… 32
7.0 Enable LAN Extension Ethernet Interface ................ 33
7.1 LEX_RCMD_REQUEST - Enable LAN Extension
Ethernet Interface ................................... 33
7.2 Response Packets - Enable LAN Extension
Ethernet Interface ................................... 34
7.0 LAN拡大イーサネットインタフェースを可能にしてください… 33 7.1法_RCMD_要求--LAN拡大イーサネットインタフェースを可能にしてください… 33 7.2 応答パケット--LAN拡大イーサネットインタフェースを可能にしてください… 34
8.0 Reboot LAN Extension Interface Unit .................... 35
8.1 LEX_RCMD_REQUEST - Reboot LAN Extension Interface
Unit ................................................. 35
8.2 Response Packets - Reboot LAN Extension
Interface Unit ....................................... 36
8.0 LAN拡大インタフェース単位をリブートしてください… 35 8.1法_RCMD_要求--LAN拡大インタフェース単位をリブートしてください… 35 8.2 応答パケット--LAN拡大インタフェース単位をリブートしてください… 36
9.0 Request Statistics ..................................... 37
9.1 LEX_RCMD_REQUEST - Request Statistics ................ 37
9.2 LEX_RCMD_ACK - Request Statistics .................... 39
9.3 LEX_RCMD_NAK/LEX_RCMD_REJ - Request Statistics ....... 44
9.0 統計を要求してください… 37 9.1法_RCMD_要求--統計を要求してください… 37 9.2 法_RCMD_ACK--統計を要求してください… 39 9.3 法_RCMD_NAK/法_RCMD_REJ--統計を要求してください… 44
10.0 Download Request ...................................... 45
10.1 LEX_RCMD_REQUEST - Download Request ................. 46
10.2 Response Packets - Download Request.................. 48
10.0 要求をダウンロードしてください… 45 10.1法_RCMD_要求--要求をダウンロードしてください… 46 10.2 応答パケット--要求をダウンロードしてください… 48
11.0 Download Data ......................................... 49
11.1 LEX_RCMD_REQUEST - Download Request ................. 49
11.2 Response Packets - Download Data .................... 51
11.0 データをダウンロードしてください… 49 11.1法_RCMD_要求--要求をダウンロードしてください… 49 11.2 応答パケット--データをダウンロードしてください… 51
12.0 Download Status ....................................... 52
12.1 LEX_RCMD_REQUEST - Download Status .................. 53
12.2 LEX_RCMD_ACK - Download Status ...................... 54
12.3 LEX_RCMD_NAK/LEX_RCMD_REJ - Download Status ......... 56
12.0 状態をダウンロードしてください… 52 12.1法_RCMD_要求--状態をダウンロードしてください… 53 12.2 法_RCMD_ACK--状態をダウンロードしてください… 54 12.3 法_RCMD_NAK/法_RCMD_REJ--状態をダウンロードしてください… 56
13.0 Inventory Request ..................................... 56
13.1 LEX_RCMD_REQUEST - Inventory Request ................ 57
13.2 LEX_RCMD_ACK - Inventory Request .................... 58
13.3 LEX_RCMD_NAK/LEX_RCMD_REJ - Inventory Request ....... 61
13.0 要求を棚卸ししてください… 56 13.1法_RCMD_要求--要求を棚卸ししてください… 57 13.2 法_RCMD_ACK--要求を棚卸ししてください… 58 13.3 法_RCMD_NAK/法_RCMD_REJ--要求を棚卸ししてください… 61
14.0 LAN Extension Interface Protocol Data Packets ......... 62
14.1 Frame Format ........................................ 62
14.2 Summary Field Descriptions........................... 63
14.0 LAN拡大インタフェースプロトコルデータ・パケット… 62 14.1 形式を縁どってください… 62 14.2 概要フィールド記述… 63
Chapman, et al Informational [Page 2] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[2ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
NOTES ...................................................... 65 REFERENCES ................................................. 65 SECURITY CONSIDERATIONS .................................... 66 AUTHORS' ADDRESSES ......................................... 66
注意… 65の参照箇所… 65 セキュリティ問題… 66人の作者のアドレス… 66
1.0 Introduction
1.0 序論
An increasing number of corporations allow their employees to telecommute to work due to local government regulations on traffic and air pollution. Additionally, many businesses are run out of internetworked home offices and small branch offices. With these changes in the workplace, more people and businesses require Internet access from small LANs.
増加する数の会社で、彼らのtelecommuteの従業員は地方自治体規則のためトラフィックと大気汚染に取り組むことができます。 さらに、多くのビジネスはinternetworkedホームオフィスと小さい支店からの走行です。 これらの変化が仕事場にある状態で、より多くの人々とビジネスは小さいLANからインターネット・アクセスを必要とします。
Today, routers serve the LAN-to-LAN traffic using high-speed WAN links such as leased lines, ISDN, or Frame Relay. This new breed of Internet users from home offices and small branch offices may have a different, less network-literate skill set than those connecting up to the Internet today. These new users need an alternative to the complex and hard-to-configure routers currently employed for connectivity. One such alternative is a LAN extension interface unit.
今日、専用線、ISDN、またはFrame Relayなどの高速WANリンクを使用することでルータはLANからLANへのトラフィックに役立ちます。 ホームオフィスと小枝オフィスからのインターネットユーザのこの新人類に、異なって、今日インターネットまで接続するものより少ないネットワーク読み書きの出来る人スキルセットがあるかもしれません。 これらの新しいユーザは現在接続性に使われている複雑、そして、構成しにくいルータへの代替手段を必要とします。 そのような選択肢の1つはLAN拡大インタフェース単位です。
A LAN extension interface unit is a hardware device installed at remote sites (such as a home office or small branch office) that connects a LAN across a WAN link to a router at a central site. The following sections introduce a LAN extension interface topology, architecture, and protocol.
LAN拡大インタフェース単位は主要なサイトのルータへのWANリンクの向こう側にLANを接続するリモートサイト(ホームオフィスか小枝オフィスなどの)にインストールされたハードウェアデバイスです。 以下のセクションはLAN拡大インタフェーストポロジー、アーキテクチャ、およびプロトコルを紹介します。
Chapman, et al Informational [Page 3] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[3ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
1.1 LAN Extension Interface Topology
1.1 LAN拡大インタフェーストポロジー
Figure 1 shows the topology of LAN extension interfaces. The figure shows two LAN extension interface units connected via a WAN link to a central or "host router."
図1はLAN拡大インタフェースのトポロジーを示しています。 図は、拡大インタフェース単位がaに主要なWANリンクか「ホストルータ」を通して接続したのを2LANに示します。
Figure 1 LAN Extension Interface Topology
図1 LAN拡大インタフェーストポロジー
-----------------------------------------
Router
-----------------------------------------
Virtual Interface Virtual Interface
123.123.78.1 123.123.89.1
.........................................
Serial 0 Serial n
-----------------------------------------
|<---- WAN Link ---->|
------------------ ------------------
| LAN Extension | | LAN Extension |
| Interface Unit | | Interface Unit |
------------------ ------------------
| |
------------------ ------------------
| |
------------ ------------
| End node | | End node |
------------ ------------
123.123.78.2 123.123.46.2
----------------------------------------- ルータ----------------------------------------- 仮想インターフェース仮想インターフェース123.123.78.1 123.123.89.1… シリーズ0Serial n----------------------------------------- | <、-、-、-- 青白いリンク---->| ------------------ ------------------ | LAN拡大| | LAN拡大| | インタフェースユニット| | インタフェースユニット| ------------------ ------------------ | | ------------------ ------------------ | | ------------ ------------ | エンドノード| | エンドノード| ------------ ------------ 123.123.78.2 123.123.46.2
Each LAN extension interface unit maps to a virtual interface at the host router. The virtual interface mirrors the characteristics of the LAN extension interface unit. To the routing protocols, the virtual interface looks just like a local interface, but with the bandwidth of a serial line. The virtual interface keeps the state (up or down) of the LAN extension interface unit, and identifies each LAN extension interface unit by its MAC address.
拡大インタフェース単位がホストルータで仮想インターフェースに写像する各LAN。 仮想インターフェースはLAN拡大インタフェース単位の特性を反映します。 ルーティング・プロトコルに、仮想インターフェースはまさしく局所界面にもかかわらず、シリアル・ラインの帯域幅で見えます。 仮想インターフェースは、LAN拡大インタフェース単位の状態(上がっているか下がっている)を維持して、それぞれのLAN拡大インタフェース単位単位でMACアドレスの身元を確認します。
A LAN extension interface protocol transfers MAC frames from the LAN extension interface unit across the serial line to the host router. At the termination point in the router, the router routes the packets. This topology uses only one subnet per remote LAN rather than two, as is the case when routers exist on both ends of a WAN link. Figure 1 shows this subnetting structure. The IP addresses of the virtual interfaces on the router are in the same subnet as the IP addresses of the end nodes on the LAN of the LAN extension interface unit. The LAN extension interface unit itself has no IP address.
LAN拡大インタフェースプロトコルはシリアル・ライン中のLAN拡大インタフェース単位からホストルータまでMACフレームを移します。 ルータにおける終了ポイントでは、ルータはパケットを発送します。 このトポロジーは2よりむしろリモートLANあたりのサブネットに1つだけを使用します、ルータがWANリンクの両端に存在するとき、そうであるように。 図1はこのサブネッティング構造を示しています。 エンドノードのIPアドレスと同じサブネットにはルータの仮想インターフェースのIPアドレスがLAN拡大インタフェース単位のLANにあります。 LAN拡大インタフェース単位自体には、IPアドレスが全くありません。
Chapman, et al Informational [Page 4] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[4ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LAN extension interface units resemble bridges, but with the following distinct differences:
ブリッジに類似していますが、LAN拡大インタフェース単位は以下の明白な差異でそうします:
* LAN extension interface units always depend on a host router.
They cannot operate standalone or even back-to-back with other
LAN extension interface units.
* LAN拡大インタフェース単位はいつもホストルータに依存します。 彼らは他のLAN拡大インタフェース単位で背中合わせの状態でスタンドアロンを操作さえできません。
* LAN extension interface units need not employ any spanning tree
algorithm.
* LAN拡大インタフェース単位はどんなスパニングツリーアルゴリズムも使う必要はありません。
* (LAN extension interface units transfer MAC frames across a
serial line (like bridges), but a router can either route or
bridge the LAN extension interface data packets.
* (LAN拡大インタフェース単位がシリアル・ライン(ブリッジのような)の反対側にMACフレームを移しますが、ルータは、LAN拡大がインタフェースデータ・パケットであると発送するか、またはブリッジすることができます。
1.2 LAN Extension Interface Architecture
1.2 LAN拡大インタフェースアーキテクチャ
Figure 2 shows the basic LAN extension interface architecture.
図2は基本的なLAN拡大インタフェースアーキテクチャを示しています。
Figure 2 LAN Extension Interface Architecture
図2 LAN拡大インタフェースアーキテクチャ
Router LAN Extension Interface
------------------- -------------------
| Network Layer | | MAC Layer |
------------------- -------------------
| |
------------------- -------------------
| |Virtual Interface| | Filters | |
| ------------------- ------------------- |
| | | |
| ------------------- ------------- |
| | PPP | | RCMD | |
| | | | Handler | |
| ------------------- ------------- |
| | | |
| ------------------- ------------------- |
| |Serial Interface | | PPP | |
| ------------------- ------------------- |
| | | |
| | ------------------- |
| | | Serial Interface| |
| | ------------------- |
| | WAN Link | |
| --------------------------------------- |
| |
| Outbound Inbound |
--------------> <---------------
ルータLAN拡大インタフェース------------------- ------------------- | ネットワーク層| | MAC層| ------------------- ------------------- | | ------------------- ------------------- | |仮想インターフェース| | フィルタ| | | ------------------- ------------------- | | | | | | ------------------- ------------- | | | ppp| | RCMD| | | | | | 操作者| | | ------------------- ------------- | | | | | | ------------------- ------------------- | | |シリアルインタフェース| | ppp| | | ------------------- ------------------- | | | | | | | ------------------- | | | | シリアルインタフェース| | | | ------------------- | | | 青白いリンク| | | --------------------------------------- | | | | 外国行き、本国行き| --------------><。---------------
Chapman, et al Informational [Page 5] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[5ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
In the inbound direction (from the remote LAN, to the LAN extension interface unit, across the WAN link, to the host router), the LAN extension interface unit can filter received frames to optimize WAN utilization. The LAN extension interface unit can filter frames by protocol type or by MAC address. Frames that pass through the LAN extension interface filters go to the WAN protocol state machine. In Figure 2, this state machine is PPP. The LAN extension interface unit adds PPP encapsulation and forwards the packet to the router via the WAN serial link.
本国行きの方向(WANの向こう側に、リモートLANからLAN拡大インタフェース単位まで、ホストルータにリンクする)に、LAN拡大インタフェース単位は、WAN利用を最適化するために容認されたフレームをフィルターにかけることができます。 LAN拡大インタフェース単位はプロトコルタイプかMACアドレスでフレームをフィルターにかけることができます。 LAN拡大インタフェースフィルタを通り抜けるフレームがWANプロトコル州のマシンに行きます。 図2では、この州のマシンはPPPです。 LAN拡大インタフェース単位は、WANシリーズリンクを通してPPPカプセル化を加えて、パケットをルータに送ります。
Upon receiving the frame, the host router decapsulates the PPP header and passes the packet to the virtual interface. From there the virtual interface handles the packet like any packet received on a local interface -- by routing or bridging the packet to another interface, depending on configuration.
フレーム、PPPヘッダーのホストルータdecapsulates、およびパスを受けるときの仮想インターフェースへのパケット。 そこから、どんなパケットも局所界面でルーティングか別のインタフェースにパケットをブリッジすることによって受信されたように仮想インターフェースはパケットを扱います、構成によって。
In the outbound direction (from the host router, across the WAN link, to the LAN extension interface unit, to the LAN), the host router's virtual interface builds the full MAC header, before adding PPP encapsulation. The router then sends the packet across the WAN serial link to the LAN extension interface unit. The LAN extension interface unit strips the PPP header and forwards the packet directly onto the LAN. The host router has already determined that the packet needs to be forwarded to the LAN extension interface unit, hence there is no need for additional filtering or processing at that end.
PPPカプセル化を加える前の外国行きの方向(ホストルータから、WANの向こう側に、LAN拡大インタフェース単位、LANにリンクする)、ホストルータの仮想インターフェース体格における完全なMACヘッダー。 そして、ルータはLAN拡大インタフェース単位へのWANシリーズリンクの反対側にパケットを送ります。 LAN拡大インタフェース単位は、PPPヘッダーを裸にして、直接LANにパケットを送ります。 ホストルータは、パケットが、LAN拡大インタフェース単位に送られる必要を既に決定しました、したがって、その終わりに、追加フィルタリングか処理の必要は全くありません。
Embedded in the data stream is a control stream for configuring and managing the LAN extension interface unit from the host router. The virtual interface makes the remote LAN extension interface unit appear like a local router interface to the routing protocols.
データ・ストリームに埋め込まれているのは、ホストルータからのLAN拡大インタフェース単位を構成して、管理するための制御ストリームです。 仮想インターフェースで、リモートLAN拡大インタフェース単位はルーティング・プロトコルへのローカルルータインタフェースのように見えます。
Configuration commands and statistics gathering commands are issued on the router to the virtual interface. The virtual interface formats the LAN extension interface remote commands into encoded messages and transfers them in-band with the data packets. The LAN extension interface unit decodes the remote commands and executes them. Responses are similarly formatted messages sent by the LAN extension interface unit to the host router. The remote command messages use a different encapsulation type than the data packets, as described later in this document in the "LAN Extension Interface Protocol Control Packets" and "LAN Extension Interface Protocol Data Packets" sections.
ルータで構成コマンドとコマンドを集める統計を仮想インターフェースに発行します。 仮想インターフェースは、LANの拡大のインタフェースのリモート命令をコード化されたメッセージにフォーマットして、データ・パケットでバンドでそれらを移します。 LAN拡大インタフェース単位は、リモートコマンドを解読して、それらを実行します。 応答はLAN拡大インタフェース単位によってホストルータに送られた同様にフォーマットされたメッセージです。 リモートコマンドメッセージはデータ・パケットと異なったカプセル化タイプを使用します、本書では「LAN拡大インタフェースプロトコルコントロールパケット」と「LAN拡大インタフェースプロトコルデータ・パケット」セクションでは、後述のようです。
1.3 LAN Extension Interface Protocol
1.3 LAN拡大インタフェースプロトコル
To accommodate this LAN extension interface architecture, a new Network Control Protocol (NCP) for PPP exists. This NCP is called PPP-LEX. The basic functionality of PPP-LEX is to encapsulate LAN
このLAN拡大インタフェースアーキテクチャに対応するために、PPPのための新しいNetwork Controlプロトコル(NCP)は存在しています。 このNCPはPPP-LEXと呼ばれます。 PPP-LEXに関する基本機能はLANをカプセル化することです。
Chapman, et al Informational [Page 6] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[6ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
extension interface control and data packets. The IETF has assigned two new protocol types for these functions, as shown in Table 1.
拡大インタフェース・コントロールとデータ・パケット。 IETFはこれらの機能のためにTable1に示されるように2の新しいプロトコルにタイプを選任しました。
Table 1 IETF Protocol Types for PPP-LEX
テーブル1 ppp法のためのIETFプロトコルタイプ
Protocol Type Function
プロトコルタイプ機能
0x8041 Encapsulates control packets 0x0041 Encapsulates data packets (MAC frames)
0×8041は、コントロールパケットが0×0041のEncapsulatesデータ・パケットであるとカプセル化します。(MACフレーム)
PPP is a natural choice for a LAN extension interface protocol because it allows for negotiating a specific control protocol and options at connection time. This means that network administrators do not have to statically configure the router interface for remote interfaces. Rather, remote interfaces negotiate the link at connection time.
接続時間に特定の制御プロトコルとオプションを交渉すると考慮するので、PPPはLAN拡大インタフェースプロトコルのための自然な選択です。 これは、ネットワーク管理者が静的にルータインタフェースをリモートインタフェースに構成する必要はないことを意味します。 むしろ、リモートインタフェースは接続時間にリンクを交渉します。
The LAN extension interface protocol employs PPP link operation as described in RFC 1331, which reads as follows:
以下の通り読むRFC1331で説明されて、PPPが操作をリンクするLAN拡大インタフェースプロトコル雇用:
In order to establish communications of a point-to-point link,
each end of the PPP link must first send [Link Control Protocol]
LCP packets to configure and test the data link. After the link
has been established,the peer may be authenticated. Then PPP must
send NCP packets to choose and configure one or more network layer
protocols. Once each of the chosen network-layer protocols has
been configured, datagrams from each network layer protocol can be
sent over the link.
ポイントツーポイント接続に関するコミュニケーションを確立するために、PPPリンクの各端は、最初に、[リンクControlプロトコル]に構成するLCPパケットを送って、データ・リンクをテストに送らなければなりません。 リンクが設立された後に、同輩は認証されるかもしれません。 そして、PPPは、1つ以上のネットワーク層プロトコルを選んで、構成するためにNCPパケットを送らなければなりません。 いったんそれぞれの選ばれたネットワーク層プロトコルを構成すると、各ネットワーク層プロトコルからのデータグラムをリンクの上に送ることができます。
The link will remain configured for communications until explicit
LCP or NCP packets close the link down, or until some external
event occurs (an inactivity timer expires or network administrator
intervention). (References, [1])
リンクは明白なLCPかNCPパケットがリンクを閉鎖するか、または何らかの外部のイベントが起こるまで(不活発タイマが期限が切れるか、または管理者介入をネットワークでつないでください)コミュニケーションのために構成されたままで残るでしょう。 (参照、[1])
Thus, the LAN extension interface unit and the host router exchange PPP-LCP packets at connection time to dynamically configure and test the WAN serial link. Once the link reaches an "opened" state, the LAN extension interface unit and host router exchange PPP-LEX NCP packets to configure the LAN extension interface protocol. Once it is configured, the NCP (PPP-LEX) reaches an "opened" state, and PPP carries the PPP-LEX control and data packets across the serial link. At this point, link traffic is a any combination of LCPs, PPP-LEX NCPs, PPP-LEX control packets, and PPP-LEX data packets.
したがって、ダイナミックにWANシリーズを構成して、テストする接続時間のLAN拡大インタフェース単位とホストルータ交換PPP-LCPパケットはリンクされます。 一度、リンクは、LAN拡大インタフェースプロトコルを構成するために「開かれた」状態、LAN拡大インタフェース単位、およびホストルータ交換PPP-LEX NCPパケットに達します。 それがいったん構成されると、NCP(PPP-LEX)は「開かれた」状態に達します、そして、PPPは連続のリンクの反対側にPPP-LEXコントロールとデータ・パケットを運びます。 ここに、リンクトラフィックはLCPs、PPP-LEX NCP、PPP-LEXコントロールパケット、およびPPP-LEXデータ・パケットのあらゆる組み合わせです。
Note that the LAN extension interface protocol is not a bridging protocol. The only similarity to the PPP Bridging Control Protocol (References. [2]) is that the LAN extension interface protocol also encapsulates MAC frames.
LAN拡大インタフェースプロトコルがブリッジするプロトコルでないことに注意してください。 PPP Bridging Controlプロトコルへの唯一の類似性(参照。 [2]) それはまた拡大インタフェースプロトコルがMACフレームであるとカプセル化するLANですか?
Chapman, et al Informational [Page 7] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[7ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
The following sections detail PPP-LEX control packets and data packets.
以下のセクションの詳細PPP-LEXはパケットとデータ・パケットを制御します。
2.0 LAN Extension Interface Protocol Control Packets
2.0 LAN拡大インタフェースプロトコルコントロールパケット
There are two types of PPP-LEX control packets, as follows:
2つのタイプのPPP-LEXコントロールパケットが以下の通りあります:
* Startup options packet
* Remote command options packets
* 始動オプションパケット*リモートなコマンドオプションパケット
The startup options packet is the first PPP-LEX NCP packet that the LAN extension interface unit sends to the host router after the LCP has reached an "opened" state. This required startup options packet configures the LAN extension interface protocol and puts the PPP-LEX NCP in an "opened" state.
LCPが「開かれた」状態に達した後に始動オプションパケットはLAN拡大インタフェース単位がホストルータに送る最初のPPP-LEX NCPパケットです。 この必要な始動オプションパケットは、LAN拡大インタフェースプロトコルを構成して、「開かれた」状態にPPP-LEX NCPを置きます。
Remote command options are the PPP-LEX NCP packets that control the functioning and statistics gathering of the LAN extension interface protocol.
リモートコマンドオプションはLAN拡大インタフェースプロトコルの機能と統計集会を制御するPPP-LEX NCPパケットです。
2.1 Startup Options
2.1 始動オプション
The LAN extension interface unit sends a startup options packet to the host router to negotiate the following startup options:
LAN拡大インタフェース単位は以下の始動オプションを交渉するために始動オプションパケットをホストルータに送ります:
* MAC Type
* MAC Address
* LAN Extension
* MACは*マックーアドレス*LAN拡大をタイプします。
The MAC Type startup option informs the host router of the type of media that the LAN extension interface unit is connected to. For example, the LAN extension interface unit may be connected to an Ethernet LAN or a Token Ring LAN. Currently, only Ethernet is supported. The MAC type tells the host router what type of traffic the LAN extension interface unit is prepared to receive. If the host router rejects the MAC type, the LAN extension interface unit sends the Configure-Request again.
MAC Type始動オプションはLAN拡大インタフェース単位が接続されるメディアのタイプのホストルータを知らせます。 例えば、LAN拡大インタフェース単位はイーサネットLANかToken Ring LANに接続されるかもしれません。 現在、イーサネットだけがサポートされます。 MACタイプは、LAN拡大インタフェース単位がどんなタイプのトラフィックを受けるように準備されるかをホストルータに言います。 ホストルータがMACタイプを拒絶するなら、LAN拡大インタフェース単位は再びConfigure-要求を送ります。
The MAC Address startup option sends the MAC address of the LAN extension interface unit to the host router to authenticate the LAN extension interface unit and bind it to the corresponding virtual interface at the host router. The host router also inserts the MAC address in outbound packets. The MAC address is represented in IEEE 802.3 canonical format.
マックーアドレス始動オプションは、LAN拡大インタフェース単位を認証して、ホストルータでそれを対応する仮想インターフェースまで縛るためにLAN拡大インタフェース単位のMACアドレスをホストルータに送ります。 また、ホストルータはMACアドレスを外国行きのパケットに挿入します。 MACアドレスはIEEE802.3の正準な形式で表されます。
The LAN Extension startup option establishes the network layer protocol (NCP) as PPP-LEX and provides the host router with the LAN extension interface protocol version number.
LAN Extension始動オプションは、PPP-LEXとネットワーク層プロトコル(NCP)を書き立てて、LAN拡大インタフェースプロトコルバージョン番号をホストルータに提供します。
Chapman, et al Informational [Page 8] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[8ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Each startup option is transmitted in a series of three fields: Option-Type, Option-Length, and Option-Data fields. The fields are concatenated in the startup options Configure-Request packet.
それぞれの始動オプションは一連の3つの分野で伝えられます: オプションタイプ、Option-長さ、およびOption-データ・フィールド。 分野は始動オプションConfigure-リクエスト・パケットで連結されます。
Frame Format
フレーム形式
Figure 3 shows a summary of the frame format for the startup options packet. The LAN extension interface unit sends this startup options packet to the host router. The LAN extension interface unit transmits these fields from left to right.
図3は始動オプションパケットのためにフレーム形式の概要を示しています。 LAN拡大インタフェース単位はこの始動オプションパケットをホストルータに送ります。 LAN拡大インタフェース単位は左から右までこれらの野原を伝えます。
Figure 3 Startup Options Frame Format (Configure-Request)
図3 始動オプションフレーム形式(要求を構成します)です。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address | Control | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1 octet) (1) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| アドレス| コントロール| プロトコルタイプ| +++++++++++++++++++++++++++++++++(1つの八重奏)(1)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1 octet) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +++++++++++++++++++++++++++++++++(1つの八重奏)(1)(2)
LAN Extension Interface Startup Options
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Length | Option-Data |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1 octet) (1)
LAN拡大インタフェース始動オプション<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| オプションタイプ| オプション長さ| オプションデータ| +++++++++++++++++++++++++++++++++(1つの八重奏)(1)
Address
アドレス
This PPP-specified field is one octet and contains the binary sequence 11111111 (hexadecimal 0xFF), the All-Stations address. PPP does not assign individual station addresses. The All-Stations address must be recognized and received by all devices. For more information on this field, refer to "The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point- to-Point Links." (References, [1])
このPPPによって指定された分野は、1つの八重奏であり、2進の系列11111111(16進0xFF)、All-駅のアドレスを含んでいます。 PPPは個々のステーションアドレスを割り当てません。 すべてのデバイスはAll-駅のアドレスを認識して、受け取らなければなりません。 このフィールドに関する詳しい情報について、「ポイントへのポイントリンクの上のマルチプロトコルデータグラムの送信のための二地点間プロトコル(ppp)」を参照してください。 (参照、[1])
Chapman, et al Informational [Page 9] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[9ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Control
コントロール
This PPP-specified field is one octet and contains the binary sequence 00000011 (hexadecimal 0x03), the Unnumbered Information (UI) command with the P/F bit set to zero.
このPPPによって指定された分野は、1つの八重奏であり、2進の系列00000011(16進0x03)を含んでいます、ゼロに設定されたP/FビットによるUnnumbered情報(UI)コマンド。
For more information on this field, refer to "The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point-to Point Links." (References, [1])
このフィールドに関する詳しい情報について、「ポイント・ツー・ポイントの上のマルチプロトコルデータグラムリンクのトランスミッションのための二地点間プロトコル(ppp)」を参照してください。 (参照、[1])
Protocol-Type
プロトコルタイプ
The Protocol-Type field is two octets and contains the IETF-assigned protocol type value. Valid LAN extension interface protocol type values are as follows:
プロトコルタイプ分野は、2つの八重奏であり、IETFによって割り当てられたプロトコルタイプ価値を含んでいます。 有効なLAN拡大インタフェースプロトコルタイプ値は以下の通りです:
* 0x8041 (for control packets)
* 0x0041 (for data packets)
* 0×8041 (コントロールパケットのための)*0x0041(データ・パケットのための)
Because the startup options packet encapsulates LAN extension interface control data, the valid value for this field is 0x8041.
始動オプションパケットが、LAN拡大がインタフェース制御データであるとカプセル化するので、この分野への有効値は0×8041です。
Code
コード
The Code field is one octet and identifies the type of LCP packet that the LAN extension interface packet is sending. Valid values are as follows:
Code分野は、1つの八重奏であり、LAN拡大インタフェースパケットが送るLCPパケットのタイプを特定します。 有効値は以下の通りです:
* 0x01 - Configure-Request
* 0x02 - Configure-Ack
* 0x03 - Configure-Nak
* 0x04 - Configure-Rej
* 0×01--要求を構成している*0x02--Ackを構成している*0x03(Nakを構成している*0x04)、レイを構成します。
The LAN extension interface unit initiates the startup options packet; therefore, the valid value for this field is 1.
LAN拡大インタフェース単位は始動オプションパケットを開始します。 したがって、この分野への有効値は1です。
Identifier
識別子
The Identifier field is one octet and contains a randomly generated value. The value aids matching requests and replies. It is recommended that a non-zero value be used for the identifier. That is, zero could be used in the future for unsolicited messages from the LAN extension interface unit. Valid values are 0x01-0xFF.
Identifier分野は、1つの八重奏であり、手当たりしだいに発生している値を含んでいます。 値は、合っている要求を支援して、返答します。 非ゼロ値が識別子に使用されるのは、お勧めです。 将来、LAN拡大インタフェース単位からのお節介なメッセージにすなわち、ゼロを使用できました。 有効値は0×01 0xFFです。
Chapman, et al Informational [Page 10] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[10ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Length
長さ
The Length field is two octets and indicates the length of the entire packet in octets, including the Code, Identifier, Length, and startup options fields.
Length分野は、2つの八重奏であり、八重奏における、全体のパケットの長さを示します、Code、Identifier、Length、および始動オプション分野を含んでいて。
Option-Type
オプションタイプ
The Option-Type field is one octet and identifies the startup option being negotiated. Valid values are as follows:
Option-タイプ分野は、1つの八重奏であり、交渉される始動オプションを特定します。 有効値は以下の通りです:
* 0x01 - MAC Type
* 0x03 - MAC Address
* 0x05 - LAN Extension
* 0×01--MACタイプ*0x03--マックーアドレス*0×05--LAN拡大
Option-Length
オプション長さ
The Option-Length field is one octet and specifies the length of the startup option fields, including the Option-Type, Option-Data, and Option-Length fields.
The Option-Length field is one octet and specifies the length of the startup option fields, including the Option-Type, Option-Data, and Option-Length fields.
Option-Data
Option-Data
The Option-Data field contains the data relating to the value specified in the Option-Type field. That is, if the Option-Type field specifies MAC type (0x01), then the Option-Data field contains the MAC type (Ethernet, Token Ring, and so on). If the Option-Type field specifies MAC address (0x03), then the Option-Data field contains the actual MAC address. If the Option-Type field specifies LAN Extension (0x05), then the Option-Data field contains LAN extension interface software information. The following table defines the contents of the Option-Data field for each possible Option-Type field value:
The Option-Data field contains the data relating to the value specified in the Option-Type field. That is, if the Option-Type field specifies MAC type (0x01), then the Option-Data field contains the MAC type (Ethernet, Token Ring, and so on). If the Option-Type field specifies MAC address (0x03), then the Option-Data field contains the actual MAC address. If the Option-Type field specifies LAN Extension (0x05), then the Option-Data field contains LAN extension interface software information. The following table defines the contents of the Option-Data field for each possible Option-Type field value:
Option-Type Field Value Option-Data
Option-Type Field Value Option-Data
0x01 (MAC Type) The most up-to-date value of the MAC type as
specified in the most recent "Assigned
Numbers" RFC. The current valid value from
that RFC follows:
* 0x01: IEEE 802.3/Ethernet with canonical
addresses
0x03 (MAC Address) The burned-in MAC address in IEEE 802.3
canonical format.
0x05 (LAN Extension) The LAN extension interface protocol version
number. 0x01 is the current protocol version
supported.
0x01 (MAC Type) The most up-to-date value of the MAC type as specified in the most recent "Assigned Numbers" RFC. The current valid value from that RFC follows: * 0x01: IEEE 802.3/Ethernet with canonical addresses 0x03 (MAC Address) The burned-in MAC address in IEEE 802.3 canonical format. 0x05 (LAN Extension) The LAN extension interface protocol version number. 0x01 is the current protocol version supported.
Chapman, et al Informational [Page 11] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 11] RFC 1841 LAN Extension Interface Protocol September 1995
Example
Example
In the Configure-Request packet that it sends to the host router, the LAN extension interface unit concatenates the Option-Type, Option- Data, and Option-Length fields for each startup option, as shown in Figure 4. The LAN extension interface unit transmits these fields from left to right.
In the Configure-Request packet that it sends to the host router, the LAN extension interface unit concatenates the Option-Type, Option- Data, and Option-Length fields for each startup option, as shown in Figure 4. The LAN extension interface unit transmits these fields from left to right.
Figure 4 Sample Startup Options Configure-Request Packet
Figure 4 Sample Startup Options Configure-Request Packet
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF | 0x03 | 0x8041 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Address Control Protocol-Type
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF | 0x03 | 0x8041 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Address Control Protocol-Type
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x01 | 0x09 | 0x12 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Type Identifier Length
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x01 | 0x09 | 0x12 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Type Identifier Length
LAN Extension Interface Startup Options
<------------------------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0x01 | 0x03 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Type Option-Length
LAN Extension Interface Startup Options <------------------------------------------------ 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x01 | 0x03 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Type Option-Length
------------------------------>
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0x01 |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Data
------------------------------> 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 0x01 | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Data
Chapman, et al Informational [Page 12] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 12] RFC 1841 LAN Extension Interface Protocol September 1995
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x03 | 0x08 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Type Option-Length |
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x03 | 0x08 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Type Option-Length |
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0A 0A 0A 0A 0B 0C |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
---------- Option-Data --------|
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 0A 0A 0A 0A 0B 0C | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ---------- Option-Data --------|
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x05 | 0x03 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Type Option-Length
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0x05 | 0x03 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Type Option-Length
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0x01 |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Data
4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 0x01 | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Data
In Figure 4, the Address field always contains 0xFF, and the Control field always contains 0x03. The Protocol-Type field value is 0x8041 because the startup options packet is a LAN extension interface control packet. The Code field value is 0x01 because the LAN extension interface unit is sending an LCP Configure-Request packet to configure or negotiate PPP-LEX. The Identifier field contains a randomly generated number. The Length field gives the total length of the entire packet.
In Figure 4, the Address field always contains 0xFF, and the Control field always contains 0x03. The Protocol-Type field value is 0x8041 because the startup options packet is a LAN extension interface control packet. The Code field value is 0x01 because the LAN extension interface unit is sending an LCP Configure-Request packet to configure or negotiate PPP-LEX. The Identifier field contains a randomly generated number. The Length field gives the total length of the entire packet.
The first startup option is the MAC Type startup option. The Option- Type value for MAC Type is 0x01. The Option-Length field value for the MAC type startup option is 3 octets. The Option-Data field value is 0x01 because, in this example, the LAN extension interface unit connects to an Ethernet LAN using 802.3 canonical addresses.
The first startup option is the MAC Type startup option. The Option- Type value for MAC Type is 0x01. The Option-Length field value for the MAC type startup option is 3 octets. The Option-Data field value is 0x01 because, in this example, the LAN extension interface unit connects to an Ethernet LAN using 802.3 canonical addresses.
The next startup option transmitted is the MAC Address. Its Option- Type field value is 0x03, its Option-Length field value is 8 octets, and its Option-Data field value is the actual MAC address.
The next startup option transmitted is the MAC Address. Its Option- Type field value is 0x03, its Option-Length field value is 8 octets, and its Option-Data field value is the actual MAC address.
Lastly, the LAN Extension startup option is transmitted. Its Option- Type field value is 0x05, its Option-Length field value is 3 octets, and its Option-Data field value is the LAN extension interface protocol version number (0x01).
Lastly, the LAN Extension startup option is transmitted. Its Option- Type field value is 0x05, its Option-Length field value is 3 octets, and its Option-Data field value is the LAN extension interface protocol version number (0x01).
Chapman, et al Informational [Page 13] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 13] RFC 1841 LAN Extension Interface Protocol September 1995
The host router responds to this LCP Configure-Request packet with an LCP Configure-Ack packet, Configure-Nak packet, or Configure-Rej packet. For more information on these packets, refer to "The Point- to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point-to-Point Links" RFC. (References, [1])
The host router responds to this LCP Configure-Request packet with an LCP Configure-Ack packet, Configure-Nak packet, or Configure-Rej packet. For more information on these packets, refer to "The Point- to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point-to-Point Links" RFC. (References, [1])
2.2 Remote Command Options
2.2 Remote Command Options
Once the host router responds to the startup options Configure- Request packet with a Configure-Ack packet, the PPP-LEX NCP is in an "opened" state, and the LAN extension interface unit and the host router freely exchange PPP-LEX data packets and remote command options packets.
Once the host router responds to the startup options Configure- Request packet with a Configure-Ack packet, the PPP-LEX NCP is in an "opened" state, and the LAN extension interface unit and the host router freely exchange PPP-LEX data packets and remote command options packets.
The host router initiates PPP-LEX remote command options packets to control the configuration of the LAN extension interface unit and to gather statistics. There are 11 types of remote command options that the host router can send in a LEX_RCMD_REQUEST packet to the LAN extension interface unit. The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_ACK, LEX_RCMD_NAK, or LEX_RCMD_REJ packet.
The host router initiates PPP-LEX remote command options packets to control the configuration of the LAN extension interface unit and to gather statistics. There are 11 types of remote command options that the host router can send in a LEX_RCMD_REQUEST packet to the LAN extension interface unit. The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_ACK, LEX_RCMD_NAK, or LEX_RCMD_REJ packet.
Frame Format
Frame Format
Figure 5 shows a summary of the frame format for a remote command options packet. These fields are transmitted from left to right.
Figure 5 shows a summary of the frame format for a remote command options packet. These fields are transmitted from left to right.
Figure 5 Remote Command Options Frame Format
Figure 5 Remote Command Options Frame Format
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Address | Control | Protocol Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1 octet) (1) (2)
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Address | Control | Protocol Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1 octet) (1) (2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1 octet) (1) (2)
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1 octet) (1) (2)
Chapman, et al Informational [Page 14] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 14] RFC 1841 LAN Extension Interface Protocol September 1995
LAN Extension Interface Remote Command Options
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1 octet) (1)
LAN Extension Interface Remote Command Options <-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1 octet) (1)
---------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------> 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Length | Option-Data | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Address
Address
This PPP-specified field is a single octet and contains the binary sequence 11111111 (hexadecimal 0xFF), the All-Stations address. PPP does not assign individual station addresses. The All-Stations address must be recognized and received by all devices. For more information on this field, refer to "The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point- to-Point Links." (References, [1])
This PPP-specified field is a single octet and contains the binary sequence 11111111 (hexadecimal 0xFF), the All-Stations address. PPP does not assign individual station addresses. The All-Stations address must be recognized and received by all devices. For more information on this field, refer to "The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point- to-Point Links." (References, [1])
Control
Control
This PPP-specified field is a single octet and contains the binary sequence 00000011 (hexadecimal 0x03), the Unnumbered Information (UI) command with the P/F bit set to zero.
This PPP-specified field is a single octet and contains the binary sequence 00000011 (hexadecimal 0x03), the Unnumbered Information (UI) command with the P/F bit set to zero.
For more information on this field, refer to "The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point-to Point Links." (References, [1])
For more information on this field, refer to "The Point-to-Point Protocol (PPP) for the Transmission of Multi-protocol Datagrams over Point-to Point Links." (References, [1])
Note: Hereafter the Address and Control fields will be represented together as a 2-octet field containing "0xFF03".
Note: Hereafter the Address and Control fields will be represented together as a 2-octet field containing "0xFF03".
Protocol-Type
Protocol-Type
The Protocol-Type field is two octets and contains the IETF-assigned protocol type value. Valid LAN extension interface protocol type values follow:
The Protocol-Type field is two octets and contains the IETF-assigned protocol type value. Valid LAN extension interface protocol type values follow:
* 0x8041 (for control packets)
* 0x0041 (for data packets)
* 0x8041 (for control packets) * 0x0041 (for data packets)
Chapman, et al Informational [Page 15] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 15] RFC 1841 LAN Extension Interface Protocol September 1995
Because the remote command options packet encapsulates LAN extension interface control data, the valid value for this field is 0x8041.
Because the remote command options packet encapsulates LAN extension interface control data, the valid value for this field is 0x8041.
Code
Code
The Code field is one octet and identifies the type of PPP-LEX packet. Valid values are as follows:
The Code field is one octet and identifies the type of PPP-LEX packet. Valid values are as follows:
* 0x40 - LEX_RCMD_REQUEST packet
* 0x41 - LEX_RCMD_ ACK packet
* 0x42 - LEX_RCMD_NAK packet
* 0x43 - LEX_RCMD_REJ packet
* 0x40 - LEX_RCMD_REQUEST packet * 0x41 - LEX_RCMD_ ACK packet * 0x42 - LEX_RCMD_NAK packet * 0x43 - LEX_RCMD_REJ packet
The host router sends the LEX_RCMD_REQUEST packet, and the LAN extension interface unit sends the LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
The host router sends the LEX_RCMD_REQUEST packet, and the LAN extension interface unit sends the LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Identifier
Identifier
The Identifier field is one octet and contains a randomly generated value. The value aids matching requests and replies. It is recommended that a non-zero value be used for the identifier. That is, zero could be used in the future for unsolicited messages from the LAN extension interface unit. Valid values are 0x01-0xFF.
The Identifier field is one octet and contains a randomly generated value. The value aids matching requests and replies. It is recommended that a non-zero value be used for the identifier. That is, zero could be used in the future for unsolicited messages from the LAN extension interface unit. Valid values are 0x01-0xFF.
Length
Length
The Length field is two octets and indicates the length in octets of the entire packet, including the Code, Identifier, Length, and remote command options fields.
The Length field is two octets and indicates the length in octets of the entire packet, including the Code, Identifier, Length, and remote command options fields.
Option-Type
Option-Type
The Option-Type field is one octet and identifies the remote command option being transmitted. Valid values are as follows:
The Option-Type field is one octet and identifies the remote command option being transmitted. Valid values are as follows:
* 0x01 - Filter Protocol Type
* 0x02 - Filter MAC Address
* 0x03 - Set Priority
* 0x04 - Disable LAN Extension Ethernet Interface
* 0x05 - Enable LAN Extension Ethernet Interface
* 0x06 - Reboot LAN Extension Interface Unit
* 0x07 - Request Statistics
* 0x08 - Download Request
* 0x09 - Download Data
* 0x0A - Download Status
* 0x0B- Inventory Request
* 0x01 - Filter Protocol Type * 0x02 - Filter MAC Address * 0x03 - Set Priority * 0x04 - Disable LAN Extension Ethernet Interface * 0x05 - Enable LAN Extension Ethernet Interface * 0x06 - Reboot LAN Extension Interface Unit * 0x07 - Request Statistics * 0x08 - Download Request * 0x09 - Download Data * 0x0A - Download Status * 0x0B- Inventory Request
Chapman, et al Informational [Page 16] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 16] RFC 1841 LAN Extension Interface Protocol September 1995
Each remote command option is discussed in detail in its own section later in this document.
Each remote command option is discussed in detail in its own section later in this document.
Option-Flags
Option-Flags
This field is one octet and further specifies the remote command option, containing specific actions that must be followed.
This field is one octet and further specifies the remote command option, containing specific actions that must be followed.
Option-Length
Option-Length
The Option-Length field is two octets and specifies the length in octets of the remote command option fields, including the Option- Type, Option-Flags, Option-Length, and Option-Data fields.
The Option-Length field is two octets and specifies the length in octets of the remote command option fields, including the Option- Type, Option-Flags, Option-Length, and Option-Data fields.
Option-Data
Option-Data
Option-Data field contains data relating to the remote command option specified in the Option-Type field.
Option-Data field contains data relating to the remote command option specified in the Option-Type field.
2.3 Conditions for Sending PPP-LEX Packet
2.3 Conditions for Sending PPP-LEX Packet
This section describes the general conditions under which PPP-LEX packet types are sent. For specific information by remote command, refer to the appropriate remote command section later in this document.
This section describes the general conditions under which PPP-LEX packet types are sent. For specific information by remote command, refer to the appropriate remote command section later in this document.
LEX RCMD_REQUEST Packet
LEX RCMD_REQUEST Packet
The host router sends LEX_RCMD_REQUEST packets to the LAN extension interface unit to initiate a remote command request. Until the host router receives a LEX_RCMD_ACK, LEX_RCMD_NAK, or LEX_RCMD_REJ packet from the LAN extension interface unit, the host router continues to send the LEX_RCMD_REQUEST packet a default number of times, at which point the host router times out.
The host router sends LEX_RCMD_REQUEST packets to the LAN extension interface unit to initiate a remote command request. Until the host router receives a LEX_RCMD_ACK, LEX_RCMD_NAK, or LEX_RCMD_REJ packet from the LAN extension interface unit, the host router continues to send the LEX_RCMD_REQUEST packet a default number of times, at which point the host router times out.
LEX_RCMD_ACK Packet
LEX_RCMD_ACK Packet
The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_ACK packet when it correctly receives the request and is able to perform the request.
The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_ACK packet when it correctly receives the request and is able to perform the request.
LEX RCMD_NAK Packet
LEX RCMD_NAK Packet
The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_NAK packet when the LAN extension interface unit recognizes all the elements of the remote command option, but some elements are not acceptable. Upon receipt of a LEX_RCMD_NAK packet, the host router immediately stops sending the request.
The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_NAK packet when the LAN extension interface unit recognizes all the elements of the remote command option, but some elements are not acceptable. Upon receipt of a LEX_RCMD_NAK packet, the host router immediately stops sending the request.
Chapman, et al Informational [Page 17] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 17] RFC 1841 LAN Extension Interface Protocol September 1995
LEX RCMD_REJ Packet
LEX RCMD_REJ Packet
The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_REJ packet when the Option-Type value in the request packet is invalid. Invalid Option-Type values are those less than 0x01 or greater than 0x0B. Currently, this is the only condition under which the LAN extension interface unit sends a LEX_RCMD_REJ packet. Upon receipt of a LEX_RCMD_REJ packet, the host router immediately stops sending the request.
The LAN extension interface unit responds to a LEX_RCMD_REQUEST packet with a LEX_RCMD_REJ packet when the Option-Type value in the request packet is invalid. Invalid Option-Type values are those less than 0x01 or greater than 0x0B. Currently, this is the only condition under which the LAN extension interface unit sends a LEX_RCMD_REJ packet. Upon receipt of a LEX_RCMD_REJ packet, the host router immediately stops sending the request.
The following sections detail each of the 11 remote command options. The sections provide a general description of the option and then specify the option's Option-Type, Option-Flags, Option-Length, and Option-Data fields. In addition, the sections describe the return messages from the LAN extension interface unit.
The following sections detail each of the 11 remote command options. The sections provide a general description of the option and then specify the option's Option-Type, Option-Flags, Option-Length, and Option-Data fields. In addition, the sections describe the return messages from the LAN extension interface unit.
3.0 Filter Protocol Type
3.0 Filter Protocol Type
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x01 to the LAN extension interface unit to configure the LAN extension interface unit to filter inbound packets by protocol type. A protocol type filter determines whether or not the LAN extension interface unit forwards packets of a specific protocol type to the host router. A protocol type filter consists of a 16-bit value, 16- bit mask, and a permit or deny field. (See the "Option-Data Field Descriptions" section for more information on these filter fields.)
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x01 to the LAN extension interface unit to configure the LAN extension interface unit to filter inbound packets by protocol type. A protocol type filter determines whether or not the LAN extension interface unit forwards packets of a specific protocol type to the host router. A protocol type filter consists of a 16-bit value, 16- bit mask, and a permit or deny field. (See the "Option-Data Field Descriptions" section for more information on these filter fields.)
A LEX_RCMD_REQUEST packet can contain 0 to 200 (depending on MTU size) protocol type filters. When a LEX_RCMD_REQUEST packet contains multiple filters, they are concatenated.
A LEX_RCMD_REQUEST packet can contain 0 to 200 (depending on MTU size) protocol type filters. When a LEX_RCMD_REQUEST packet contains multiple filters, they are concatenated.
The LAN extension interface unit applies the protocol type filters to each inbound packet's protocol type field in the order in which the filters exist in the filter table. A packet must be permitted by one of the filters before the LAN extension interface unit can forward the packet across the serial link.
The LAN extension interface unit applies the protocol type filters to each inbound packet's protocol type field in the order in which the filters exist in the filter table. A packet must be permitted by one of the filters before the LAN extension interface unit can forward the packet across the serial link.
The following example is a filtering algorithm:
The following example is a filtering algorithm:
if (protocol_type_field & (~filter_mask)) == filter_value)
if (permit/deny_field == PERMIT) <forward packet on serial LAN>
else <DROP PACKET>
if (protocol_type_field & (~filter_mask)) == filter_value) if (permit/deny_field == PERMIT) <forward packet on serial LAN> else <DROP PACKET>
The protocol type filter should also be applied to the DIX type code field of Ethernet II frames as well as to IEEE 802.2 SNAP packets.
The protocol type filter should also be applied to the DIX type code field of Ethernet II frames as well as to IEEE 802.2 SNAP packets.
Chapman, et al Informational [Page 18] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 18] RFC 1841 LAN Extension Interface Protocol September 1995
3.1 LEX RCMD_REQUEST-Filter Protocol Type
3.1 LEX RCMD_REQUEST-Filter Protocol Type
Figure 6 shows a frame format summary of a LEX_RCMD_REQUEST packet for the Filter Protocol Type remote command option. The host router transmits the fields from left to right.
Figure 6 shows a frame format summary of a LEX_RCMD_REQUEST packet for the Filter Protocol Type remote command option. The host router transmits the fields from left to right.
Figure 6 LEX_RCMD_REQUEST Packet Frame Format - Filter Protocol Type
Figure 6 LEX_RCMD_REQUEST Packet Frame Format - Filter Protocol Type
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF03 | Protocol-Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2 octets) (2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Options
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LAN Extension Interface Remote Command Options <-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
---------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------> 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Option-Length | Option-Data | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Where the Option-Data field contains the following fields:
Where the Option-Data field contains the following fields:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value (16 bits) | Value (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Permit/Deny (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Value (16 bits) | Value (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Permit/Deny (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chapman, et al Informational [Page 19] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 19] RFC 1841 LAN Extension Interface Protocol September 1995
Summary Field Descriptions
Summary Field Descriptions
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Options, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that configures the LAN extension interface unit to filter by protocol type.
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Options, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that configures the LAN extension interface unit to filter by protocol type.
Table 2 Field Values for LEX_RCMD_REQUEST Packet-Filter Protocol Type
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length Minimum length = 12 octets
Maximum length = 1212 octets
Option-Type 0x01 (Filter Protocol Type)
Option-Flags None
Option-Length Minimum length = 4 octets
Maximum length = 1204 octets
Option-Data Zero or more filters to be applied at
the LAN extension interface unit. See the
following "Option-Data Field Descriptions"
for details.
Table 2 Field Values for LEX_RCMD_REQUEST Packet-Filter Protocol Type Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code 0x40 (LEX_RCMD_REQUEST packet) Identifier Valid values: 0x01-0xFF Length Minimum length = 12 octets Maximum length = 1212 octets Option-Type 0x01 (Filter Protocol Type) Option-Flags None Option-Length Minimum length = 4 octets Maximum length = 1204 octets Option-Data Zero or more filters to be applied at the LAN extension interface unit. See the following "Option-Data Field Descriptions" for details.
Option-Data Field Descriptions
Option-Data Field Descriptions
The following three Option-Data fields are used in conjunction to specify a protocol type filter:
The following three Option-Data fields are used in conjunction to specify a protocol type filter:
* Value
* Value
The Value field contains a 16-bit value that is any Ethernet type code. Refer to the "Assigned Numbers" RFC for valid Ethernet type codes. (References, [4]).
The Value field contains a 16-bit value that is any Ethernet type code. Refer to the "Assigned Numbers" RFC for valid Ethernet type codes. (References, [4]).
* Mask
* Mask
The Mask field contains a 16-bit "wild card" mask. That is, this field contains a 16-bit number whose ones bits correspond to the type code bits to be ignored during the comparison. Thus, the mask excludes bits from the comparison in the protocol type filter.
The Mask field contains a 16-bit "wild card" mask. That is, this field contains a 16-bit number whose ones bits correspond to the type code bits to be ignored during the comparison. Thus, the mask excludes bits from the comparison in the protocol type filter.
Chapman, et al Informational [Page 20] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 20] RFC 1841 LAN Extension Interface Protocol September 1995
* Permit/Deny
* Permit/Deny
The Permit/Deny field determines whether a protocol type filter permits or denies inbound frames to pass to the host router. A permit value is a non-zero value that allows frames of a specific protocol type to pass to the host router. A deny value is a zero value that does not allow frames of a specific protocol type to pass to the host router.
The Permit/Deny field determines whether a protocol type filter permits or denies inbound frames to pass to the host router. A permit value is a non-zero value that allows frames of a specific protocol type to pass to the host router. A deny value is a zero value that does not allow frames of a specific protocol type to pass to the host router.
Implementation Notes
Implementation Notes
Each LEX_RCMD_REQUEST packet is a complete specification of all protocol type filters and replaces any previously established filters.
Each LEX_RCMD_REQUEST packet is a complete specification of all protocol type filters and replaces any previously established filters.
Note the following special cases:
Note the following special cases:
* A LEX_RCMD_REQUEST packet with an Option-Length field equal
to four (without any filter entries) instructs the LAN extension
interface unit to turn off protocol type filtering. All MAC
protocol types are forwarded.
* A LEX_RCMD_REQUEST packet with an Option-Length field equal to four (without any filter entries) instructs the LAN extension interface unit to turn off protocol type filtering. All MAC protocol types are forwarded.
* A LEX_RCMD_REQUEST packet with a filter entry of 0x0000 in the
Value field, 0xFFFF in the Mask field, and a positive value in the
Permit/Deny field means that if previous filters in the filter list
do not permit the inbound packet then this filter entry will. This
filter entry is typically the last filter in a list of filters
contained within the Option-Data field.
* A LEX_RCMD_REQUEST packet with a filter entry of 0x0000 in the Value field, 0xFFFF in the Mask field, and a positive value in the Permit/Deny field means that if previous filters in the filter list do not permit the inbound packet then this filter entry will. This filter entry is typically the last filter in a list of filters contained within the Option-Data field.
* A LEX_RCMD_REQUEST packet with a filter entry of 0x0000 in the
Value field, 0xFFFF in the Mask field, and a zero in the
Permit/Deny field, means that the LAN extension interface unit must
deny all protocol types. This filter is typically the last filter in
a list of filters contained within the Option-Data field.
* A LEX_RCMD_REQUEST packet with a filter entry of 0x0000 in the Value field, 0xFFFF in the Mask field, and a zero in the Permit/Deny field, means that the LAN extension interface unit must deny all protocol types. This filter is typically the last filter in a list of filters contained within the Option-Data field.
3.2 Response Packets - Filter Protocol Type
3.2 Response Packets - Filter Protocol Type
The following packets are valid responses to the Filter Protocol Type LEX_RCMD_REQUEST packet:
The following packets are valid responses to the Filter Protocol Type LEX_RCMD_REQUEST packet:
* LEX_RCMD_ACK - Filter Protocol Type
* LEX_RCMD_ACK - Filter Protocol Type
The LAN extension interface unit sends a LEX_RCMD_ACK packet in response to the Filter Protocol Type LEX_RCMD_REQUEST packet when the LAN extension interface unit correctly receives the Filter Protocol Type remote command option and applies all filter entries to its filter table. All filter entries are returned to the host router in the LEX_RCMD_ACK packet.
The LAN extension interface unit sends a LEX_RCMD_ACK packet in response to the Filter Protocol Type LEX_RCMD_REQUEST packet when the LAN extension interface unit correctly receives the Filter Protocol Type remote command option and applies all filter entries to its filter table. All filter entries are returned to the host router in the LEX_RCMD_ACK packet.
Chapman, et al Informational [Page 21] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 21] RFC 1841 LAN Extension Interface Protocol September 1995
* LEX_RCMD_NAK - Filter Protocol Type
* LEX_RCMD_NAK - Filter Protocol Type
The LAN extension interface unit sends a LEX_RCMD_NAK packet in response to the Filter Protocol Type LEX_RCMD_REQUEST packet when the request contains an incorrect number of bytes in the filter or when there are no more filter entries available. The LAN extension interface unit continues to use the previous filter table (that is, the filter table that existed prior to the receipt of the request). The host router should signal an error to the user/network administrator. All filter entries are returned to the host router in the LEX_RCMD_NAK packet.
The LAN extension interface unit sends a LEX_RCMD_NAK packet in response to the Filter Protocol Type LEX_RCMD_REQUEST packet when the request contains an incorrect number of bytes in the filter or when there are no more filter entries available. The LAN extension interface unit continues to use the previous filter table (that is, the filter table that existed prior to the receipt of the request). The host router should signal an error to the user/network administrator. All filter entries are returned to the host router in the LEX_RCMD_NAK packet.
* LEX_RCMD-REJ - Filter Protocol Type
* LEX_RCMD-REJ - Filter Protocol Type
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type.
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type.
Table 3 summarizes the field values of Filter Protocol Type LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 3 summarizes the field values of Filter Protocol Type LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 3 Field Values for Response Packets - Filter Protocol Type
Table 3 Field Values for Response Packets - Filter Protocol Type
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length The same value as that sent by the
LEX_RCMD_REQUEST packet
Option-Type 0x01 (Filter Protocol Type)
Option-Flags None
Option-Length The same value as that sent by the
LEX_RCMD_REQUEST packet
Option-Data The filter entries sent in the
LEX_RCMD_REQUEST packet
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code Valid values: * 0x41 (LEX_RCMD_ACK packet) * 0x42 (LEX_RCMD_NAK packet) * 0x43 (LEX_RCMD_REJ packet) Identifier The same value as that sent by the LEX_RCMD_REQUEST packet Length The same value as that sent by the LEX_RCMD_REQUEST packet Option-Type 0x01 (Filter Protocol Type) Option-Flags None Option-Length The same value as that sent by the LEX_RCMD_REQUEST packet Option-Data The filter entries sent in the LEX_RCMD_REQUEST packet
4.0 Filter MAC Address
4.0 Filter MAC Address
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x02 to the LAN extension interface unit to configure the LAN extension interface unit to filter inbound packets by source MAC address. A MAC address filter determines whether or not the LAN extension interface unit forwards packets with a specific source MAC
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x02 to the LAN extension interface unit to configure the LAN extension interface unit to filter inbound packets by source MAC address. A MAC address filter determines whether or not the LAN extension interface unit forwards packets with a specific source MAC
Chapman, et al Informational [Page 22] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 22] RFC 1841 LAN Extension Interface Protocol September 1995
address to the host router. A MAC address filter consists of MAC address, a MAC address mask, and a permit or deny field. (See the "Option-Data Field Descriptions" section later in this section for more information on these filter fields.)
address to the host router. A MAC address filter consists of MAC address, a MAC address mask, and a permit or deny field. (See the "Option-Data Field Descriptions" section later in this section for more information on these filter fields.)
A LEX_RCMD_REQUEST packet can contain 0 to 100 (depending on MTU size) MAC address filters. When a LEX_RCMD_REQUEST packet contains multiple filters, they are concatenated.
A LEX_RCMD_REQUEST packet can contain 0 to 100 (depending on MTU size) MAC address filters. When a LEX_RCMD_REQUEST packet contains multiple filters, they are concatenated.
The LAN extension interface unit applies MAC address filters to each inbound packet's source MAC address in the order in which the filters exist in the filter entry list. A packet must be permitted by one of the filters before the LAN extension interface unit can forward the packet across the serial link.
The LAN extension interface unit applies MAC address filters to each inbound packet's source MAC address in the order in which the filters exist in the filter entry list. A packet must be permitted by one of the filters before the LAN extension interface unit can forward the packet across the serial link.
4.1 LEX RCMD_REQUEST - Filter MAC Address
4.1 LEX RCMD_REQUEST - Filter MAC Address
Figure 7 shows a frame format summary of a LEX_RCMD_REQUEST packet for the Filter MAC Address remote command option. The host router transmits the fields from left to right.
Figure 7 shows a frame format summary of a LEX_RCMD_REQUEST packet for the Filter MAC Address remote command option. The host router transmits the fields from left to right.
Figure 7 LEX_RCMD_REQUEST Packet Frame Format - Filter MAC Address
Figure 7 LEX_RCMD_REQUEST Packet Frame Format - Filter MAC Address
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF03 | Protocol-Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2 octets) (2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Chapman, et al Informational [Page 23] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 23] RFC 1841 LAN Extension Interface Protocol September 1995
LAN Extension Interface Remote Command Options
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LAN Extension Interface Remote Command Options <-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
---------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
(2)
----------------------------------------------> 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Option-Length | Option-Data | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- (2)
Where the Option-Data field contains the following fields:
Where the Option-Data field contains the following fields:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address (48 bits).... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address Mask (48 bits).... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Permit/Deny (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address (48 bits).... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MAC Address Mask (48 bits).... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Permit/Deny (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Summary Field Descriptions
Summary Field Descriptions
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Options, refer to the "Remote Command Options" section earlier in this document. Table 4 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that configures the LAN extension interface unit to filter by source MAC address.
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Options, refer to the "Remote Command Options" section earlier in this document. Table 4 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that configures the LAN extension interface unit to filter by source MAC address.
Table 4 Field Values for LEX_RCMD_REQUEST Packet - Filter MAC Address
Table 4 Field Values for LEX_RCMD_REQUEST Packet - Filter MAC Address
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length Minimum length = 12 octets
Maximum length = 1412 octets
Option-Type 0x02 (Filter MAC Address)
Option-Flags None
Option-Length Minimum length = 4 octets
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code 0x40 (LEX_RCMD_REQUEST packet) Identifier Valid values: 0x01-0xFF Length Minimum length = 12 octets Maximum length = 1412 octets Option-Type 0x02 (Filter MAC Address) Option-Flags None Option-Length Minimum length = 4 octets
Chapman, et al Informational [Page 24] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 24] RFC 1841 LAN Extension Interface Protocol September 1995
Maximum length = 1404 octets
Option-Data Zero or more filters to be applied at the
LAN extension interface unit. See the
following "Option-Data Field Description
section for details.
Maximum length = 1404 octets Option-Data Zero or more filters to be applied at the LAN extension interface unit. See the following "Option-Data Field Description section for details.
Option-Data Field Descriptions
Option-Data Field Descriptions
The following three Option-Data fields are used in conjunction to specify a MAC address filter:
The following three Option-Data fields are used in conjunction to specify a MAC address filter:
* MAC Address
* MAC Address
The MAC Address field contains a 48-bit IEEE 802.3 MAC address in canonical format.
The MAC Address field contains a 48-bit IEEE 802.3 MAC address in canonical format.
* MAC Address Mask
* MAC Address Mask
The MAC Address Mask field contains a "wild card" mask. The mask is a 48-bit hexadecimal number whose ones bits correspond to the MAC address bits to be ignored during the comparison. The mask excludes bits from the comparison in the MAC address filter.
The MAC Address Mask field contains a "wild card" mask. The mask is a 48-bit hexadecimal number whose ones bits correspond to the MAC address bits to be ignored during the comparison. The mask excludes bits from the comparison in the MAC address filter.
* Permit/Deny
* Permit/Deny
The Permit/Deny field determines whether or not a MAC address filter permits or denies inbound frames of a specific MAC address to pass to the host router. A permit value is a non-zero value that allows frames of a specific MAC address to pass to the host router. A deny value is a zero value that does not allow frames of a specific MAC address to pass to the host router.
The Permit/Deny field determines whether or not a MAC address filter permits or denies inbound frames of a specific MAC address to pass to the host router. A permit value is a non-zero value that allows frames of a specific MAC address to pass to the host router. A deny value is a zero value that does not allow frames of a specific MAC address to pass to the host router.
Implementation Notes
Implementation Notes
Each LEX_RCMD_REQUEST packet is a complete specification of all MAC address filters and replaces any previously established filters.
Each LEX_RCMD_REQUEST packet is a complete specification of all MAC address filters and replaces any previously established filters.
A LEX_RCMD_REQUEST packet with an Option-Length field equal to four (without any filter entries) instructs the LAN extension interface unit to turn off filtering. All MAC addresses, except local destination addresses cached in the self-learning filter, are forwarded.
A LEX_RCMD_REQUEST packet with an Option-Length field equal to four (without any filter entries) instructs the LAN extension interface unit to turn off filtering. All MAC addresses, except local destination addresses cached in the self-learning filter, are forwarded.
4.2 Response Packets - Filter MAC Address
4.2 Response Packets - Filter MAC Address
The following packets are valid responses to the Filter MAC Address LEX_RCMD_REQUEST packet:
The following packets are valid responses to the Filter MAC Address LEX_RCMD_REQUEST packet:
Chapman, et al Informational [Page 25] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 25] RFC 1841 LAN Extension Interface Protocol September 1995
* LEX_RCMD_ACK - Filter MAC Address
* LEX_RCMD_ACK - Filter MAC Address
The LAN extension interface unit sends a LEX_RCMD_ACK packet in response to a Filter MAC Address LEX_RCMD_REQUEST packet when the LAN extension interface unit correctly receives the Filter MAC Address remote command option and applies the entries to its filter table. All MAC address filter entries are returned in the LEX_RCMD_ACK packet.
The LAN extension interface unit sends a LEX_RCMD_ACK packet in response to a Filter MAC Address LEX_RCMD_REQUEST packet when the LAN extension interface unit correctly receives the Filter MAC Address remote command option and applies the entries to its filter table. All MAC address filter entries are returned in the LEX_RCMD_ACK packet.
* LEX_RCMD_NAK - Filter MAC Address
* LEX_RCMD_NAK - Filter MAC Address
The LAN extension interface unit sends a LEX_RCMD_NAK packet in response to the Filter MAC Address LEX_RCMD_REQUEST packet when the request contains an incorrect number of bytes in the filter or when there are no more filter entries available. The LAN extension interface unit continues to use the previous filter table (that is, the filter table that existed prior to the receipt of the request). The host router should signal an error to the user/network administrator. All filter entries are returned in the LEX_RCMD_NAK packet.
The LAN extension interface unit sends a LEX_RCMD_NAK packet in response to the Filter MAC Address LEX_RCMD_REQUEST packet when the request contains an incorrect number of bytes in the filter or when there are no more filter entries available. The LAN extension interface unit continues to use the previous filter table (that is, the filter table that existed prior to the receipt of the request). The host router should signal an error to the user/network administrator. All filter entries are returned in the LEX_RCMD_NAK packet.
* LEX_RCMD-REJ - Filter MAC Address
* LEX_RCMD-REJ - Filter MAC Address
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type.
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type.
Table 5 summarizes the field values of Filter MAC Address LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 5 summarizes the field values of Filter MAC Address LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 5 Field Values for Response Packets - Filter MAC Address
Table 5 Field Values for Response Packets - Filter MAC Address
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length The same value as that sent by the
LEX_RCMD_REQUEST packet
Option-Type 0x02 (Filter MAC Address)
Option-Flags None
Option-Length The same value as that sent by the
LEX_RCMD_REQUEST packet
Option-Data The filter entries sent in the
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code Valid values: * 0x41 (LEX_RCMD_ACK packet) * 0x42 (LEX_RCMD_NAK packet) * 0x43 (LEX_RCMD_REJ packet) Identifier The same value as that sent by the LEX_RCMD_REQUEST packet Length The same value as that sent by the LEX_RCMD_REQUEST packet Option-Type 0x02 (Filter MAC Address) Option-Flags None Option-Length The same value as that sent by the LEX_RCMD_REQUEST packet Option-Data The filter entries sent in the
Chapman, et al Informational [Page 26] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 26] RFC 1841 LAN Extension Interface Protocol September 1995
LEX_RCMD_REQUEST packet
LEX_RCMD_REQUEST packet
5.0 Set Priority
5.0 Set Priority
The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x03 to the LAN extension interface unit to establish the sending priority of different protocol type packets from the LAN extension interface unit to host router. There are four levels of priority:
The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x03 to the LAN extension interface unit to establish the sending priority of different protocol type packets from the LAN extension interface unit to host router. There are four levels of priority:
* High
* Medium
* Normal
* Low
* High * Medium * Normal * Low
Packets are classified according to protocol type and then are queued to one of four output queues on the LAN extension interface unit that correspond to the above priority levels. When the LAN extension interface unit is ready to transmit a packet, it scans the priority queues in order, from the highest to lowest, to find the highest priority packet.
Packets are classified according to protocol type and then are queued to one of four output queues on the LAN extension interface unit that correspond to the above priority levels. When the LAN extension interface unit is ready to transmit a packet, it scans the priority queues in order, from the highest to lowest, to find the highest priority packet.
5.1 LEX RCMD_REQUEST - Set Priority
5.1 LEX RCMD_REQUEST - Set Priority
To establish priority queues for each protocol type, the host router sends a Set Priority LEX_RCMD_REQUEST packet. Figure 8 shows a frame format summary of such a LEX_RCMD_REQUEST packet. The host router transmits the fields from left to right.
To establish priority queues for each protocol type, the host router sends a Set Priority LEX_RCMD_REQUEST packet. Figure 8 shows a frame format summary of such a LEX_RCMD_REQUEST packet. The host router transmits the fields from left to right.
Figure 8 LEX_RCMD_REQUEST Packet Frame Format - Set Priority
Figure 8 LEX_RCMD_REQUEST Packet Frame Format - Set Priority
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF03 | Protocol-Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2 octets) (2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Chapman, et al Informational [Page 27] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 27] RFC 1841 LAN Extension Interface Protocol September 1995
LAN Extension Interface Remote Command Options
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LAN Extension Interface Remote Command Options <-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Flags | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
---------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
(2)
----------------------------------------------> 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Option-Length | Option-Data | -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- (2)
Where the Option-Data field contains the following fields:
Where the Option-Data field contains the following fields:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Protocol Type (16 bits) | Protocol Value (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Protocol Type (16 bits) | Protocol Value (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Summary Field Descriptions
Summary Field Descriptions
For a complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Options, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that sets priority queuing.
For a complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Options, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that sets priority queuing.
Table 6 Field Values for LEX_RCMD_REQUEST Packet - Set Priority
Table 6 Field Values for LEX_RCMD_REQUEST Packet - Set Priority
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length Minimum length = 12 octets
Maximum length = 1028 octets
Option-Type 0x03 (Set Priority)
Option-Flags None
Option-Length Minimum length = 4 octets
Maximum length = 1020 octets
Option-Data Protocol Type and Priority Value. See the
following "Option-Data Field Description"
section for details.
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code 0x40 (LEX_RCMD_REQUEST packet) Identifier Valid values: 0x01-0xFF Length Minimum length = 12 octets Maximum length = 1028 octets Option-Type 0x03 (Set Priority) Option-Flags None Option-Length Minimum length = 4 octets Maximum length = 1020 octets Option-Data Protocol Type and Priority Value. See the following "Option-Data Field Description" section for details.
Chapman, et al Informational [Page 28] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 28] RFC 1841 LAN Extension Interface Protocol September 1995
Option-Data Field Descriptions
Option-Data Field Descriptions
The following Option-Data fields set the priority queuing of different protocol type packets.
The following Option-Data fields set the priority queuing of different protocol type packets.
* Protocol Type
* Protocol Type
The Protocol Type field contains a 16-bit number that is any Ethernet type code. See the most recent "Assigned Numbers" RFC for the correct Ethernet type code.
The Protocol Type field contains a 16-bit number that is any Ethernet type code. See the most recent "Assigned Numbers" RFC for the correct Ethernet type code.
* Priority Value
* Priority Value
The Priority Value field specifies the priority queue for the protocol type specified in the Protocol Type field. Valid values are as follows:
The Priority Value field specifies the priority queue for the protocol type specified in the Protocol Type field. Valid values are as follows:
- 0 - High priority queue
- 1 - Medium priority queue
- 2 - Normal priority queue
- 3 - Low priority queue
- 0 - High priority queue - 1 - Medium priority queue - 2 - Normal priority queue - 3 - Low priority queue
Sending a LEX_RCMD_REQUEST packet with an Option-Length of four (no priority entries) disables priority queuing. When disabled, the LAN extension interface unit transfers all packets at a normal (2) priority level. When a new priority is specified, it overwrites the previous setting.
Sending a LEX_RCMD_REQUEST packet with an Option-Length of four (no priority entries) disables priority queuing. When disabled, the LAN extension interface unit transfers all packets at a normal (2) priority level. When a new priority is specified, it overwrites the previous setting.
5.2 Response Packets - Set Priority
5.2 Response Packets - Set Priority
The following packets are valid responses to the Set Priority
The following packets are valid responses to the Set Priority
LEX_RCMD_REQUEST packet.
LEX_RCMD_REQUEST packet.
* LEX_RCMD_ACK - Set Priority
* LEX_RCMD_ACK - Set Priority
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type.
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type.
* LEX_RCMD_NAK - Set Priority
* LEX_RCMD_NAK - Set Priority
The LAN extension interface unit sends a LEX_RCMD_NAK packet in response to the Set Priority LEX_RCMD_REQUEST packet when the request contains an incorrect number of bytes in the message, when necessary resources are not available, or when the specified priority is invalid.
The LAN extension interface unit sends a LEX_RCMD_NAK packet in response to the Set Priority LEX_RCMD_REQUEST packet when the request contains an incorrect number of bytes in the message, when necessary resources are not available, or when the specified priority is invalid.
Chapman, et al Informational [Page 29] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 29] RFC 1841 LAN Extension Interface Protocol September 1995
* LEX_RCMD-REJ - Set Priority
* LEX_RCMD-REJ - Set Priority
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type. Table 7 summarizes the field values of Set Priority LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
See the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on this packet type. Table 7 summarizes the field values of Set Priority LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 7 Field Values for Response Packets - Set Priority
Table 7 Field Values for Response Packets - Set Priority
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier A randomly generated value that aids in
matching requests with replies
Length Minimum length = 12 octets
Maximum length = 1028 octets
Option-Type 0x03 (Set Priority)
Option-Flags None
Option-Length Minimum length = 4 octets
Maximum length = 1020 octets
Option-Data Protocol Type and Priority Value sent
in the LEX_RCMD_REQUEST packet
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code Valid values: * 0x41 (LEX_RCMD_ACK packet) * 0x42 (LEX_RCMD_NAK packet) * 0x43 (LEX_RCMD_REJ packet) Identifier A randomly generated value that aids in matching requests with replies Length Minimum length = 12 octets Maximum length = 1028 octets Option-Type 0x03 (Set Priority) Option-Flags None Option-Length Minimum length = 4 octets Maximum length = 1020 octets Option-Data Protocol Type and Priority Value sent in the LEX_RCMD_REQUEST packet
6.0 Disable LAN Extension Ethernet Interface
6.0 Disable LAN Extension Ethernet Interface
The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x04 to the LAN extension interface unit to disable the LAN extension Ethernet interface. This remote command option stops data traffic from the LAN extension interface unit to the host router for troubleshooting or for reconfiguring the LAN extension interface unit. This remote command option only affects data traffic. PPP-LEX control packets can still be transferred over the serial link.
The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x04 to the LAN extension interface unit to disable the LAN extension Ethernet interface. This remote command option stops data traffic from the LAN extension interface unit to the host router for troubleshooting or for reconfiguring the LAN extension interface unit. This remote command option only affects data traffic. PPP-LEX control packets can still be transferred over the serial link.
Chapman, et al Informational [Page 30] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 30] RFC 1841 LAN Extension Interface Protocol September 1995
6.1 LEX RCMD_REQUEST - Disable LAN Extension Ethernet Interface
6.1 LEX RCMD_REQUEST - Disable LAN Extension Ethernet Interface
Figure 9 shows a frame format summary of a LEX_RCMD_REQUEST packet for the Disable LAN Extension Ethernet Interface remote command option. The host router transmits the fields from left to right.
Figure 9 shows a frame format summary of a LEX_RCMD_REQUEST packet for the Disable LAN Extension Ethernet Interface remote command option. The host router transmits the fields from left to right.
Figure 9 LEX_RCMD_REQUEST Packet Frame Format -
Disable LAN Extension Ethernet Interface
Figure 9 LEX_RCMD_REQUEST Packet Frame Format - Disable LAN Extension Ethernet Interface
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF03 | Protocol-Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2 octets) (2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Options
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags | Option-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Remote Command Options <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Flags | Option-Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Summary Field Descriptions
Summary Field Descriptions
For complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that disables the LAN extension interface unit.
For complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that disables the LAN extension interface unit.
Chapman, et al Informational [Page 31] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 31] RFC 1841 LAN Extension Interface Protocol September 1995
Table 8 Field Values for LEX_RCMD_REQUEST Packet -
Disable LAN Extension Ethernet Interface
Table 8 Field Values for LEX_RCMD_REQUEST Packet - Disable LAN Extension Ethernet Interface
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length 12 octets
Option-Type 0x04 (Disable LAN Extension Ethernet
Interface)
Option-Flags None
Option-Length 4 octets
Option-Data None
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code 0x40 (LEX_RCMD_REQUEST packet) Identifier Valid values: 0x01-0xFF Length 12 octets Option-Type 0x04 (Disable LAN Extension Ethernet Interface) Option-Flags None Option-Length 4 octets Option-Data None
6.2 Response Packets - Disable LAN Extension Ethernet Interface
6.2 Response Packets - Disable LAN Extension Ethernet Interface
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid responses to the Disable LAN Extension Ethernet Interface LEX_RCMD_REQUEST packet. Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on when the LAN extension interface unit sends each of these response packets. Note that the LAN extension interface unit sends the LEX_RCMD_ACK packet after shutting down the interface.
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid responses to the Disable LAN Extension Ethernet Interface LEX_RCMD_REQUEST packet. Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on when the LAN extension interface unit sends each of these response packets. Note that the LAN extension interface unit sends the LEX_RCMD_ACK packet after shutting down the interface.
Table 9 summarizes the field values of Disable LAN Extension Ethernet Interface LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 9 summarizes the field values of Disable LAN Extension Ethernet Interface LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
Table 9 Field Values for Response Packets -
Disable LAN Extension Ethernet Interface
Table 9 Field Values for Response Packets - Disable LAN Extension Ethernet Interface
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 12 octets
Option-Type 0x04 (Disable LAN Extension Ethernet
Interface)
Option-Flags None
Option-Length 4 octets
Option-Data None
Field Value Address/Control 0xFF03 (Broadcast address/Unnumbered information) Protocol-Type 0x8041 (Control packet) Code Valid values: * 0x41 (LEX_RCMD_ACK packet) * 0x42 (LEX_RCMD_NAK packet) * 0x43 (LEX_RCMD_REJ packet) Identifier The same value as that sent by the LEX_RCMD_REQUEST packet Length 12 octets Option-Type 0x04 (Disable LAN Extension Ethernet Interface) Option-Flags None Option-Length 4 octets Option-Data None
Chapman, et al Informational [Page 32] RFC 1841 LAN Extension Interface Protocol September 1995
Chapman, et al Informational [Page 32] RFC 1841 LAN Extension Interface Protocol September 1995
7.0 Enable LAN Extension Ethernet Interface
7.0 Enable LAN Extension Ethernet Interface
The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x05 to the LAN extension interface unit to enable the LAN extension Ethernet interface. This remote command option allows LAN traffic to flow into the LAN extension interface unit after the interface has been disabled.
The host router sends a LEX_RCMD_ REQUEST with an Option-Type of 0x05 to the LAN extension interface unit to enable the LAN extension Ethernet interface. This remote command option allows LAN traffic to flow into the LAN extension interface unit after the interface has been disabled.
7.1 LEX RCMD_REQUEST - Enable LAN Extension Ethernet Interface
7.1 LEX RCMD_REQUEST - Enable LAN Extension Ethernet Interface
Figure 10 shows a frame format summary of a LEX_RCMD_REQUEST packet for an Enable LAN Extension Ethernet Interface remote command option. The host router transmits the fields from left to right.
Figure 10 shows a frame format summary of a LEX_RCMD_REQUEST packet for an Enable LAN Extension Ethernet Interface remote command option. The host router transmits the fields from left to right.
Figure 10 LEX_RCMD_REQUEST Packet Frame Format - Enable LAN Extension Ethernet Interface
Figure 10 LEX_RCMD_REQUEST Packet Frame Format - Enable LAN Extension Ethernet Interface
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
PPP Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF03 | Protocol-Type | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2 octets) (2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Protocol Header <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Code | Identifier | Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Options
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags | Option-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN Extension Interface Remote Command Options <--------------------------------------------------------------> 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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option-Type | Option-Flags | Option-Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Summary Field Descriptions
Summary Field Descriptions
For complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 10 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that enables the LAN extension
PPP Header、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionにおける、分野の完全な記述について、より早く本書では「リモートコマンドオプション」セクションを参照してください。 LAN拡大を可能にするLEX_RCMD_REQUESTパケットを送るとき、テーブル10はこれらの分野の概要を提供します。
Chapman, et al Informational [Page 33] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[33ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Ethernet interface.
イーサネットは連結します。
Table 10 Field Values for LEX_RCMD_REQUEST Packet -
Enable LAN Extension Ethernet Interface
テーブル10は法_RCMD_リクエスト・パケットのために値をさばきます--LAN拡大イーサネットインタフェースを可能にしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length 12octets
Option-Type 0x05 (Enable LAN Extension Ethernet
Interface)
Option-Flags None
Option-Length 4 octets
Option-Data None
コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)識別子Valid値をさばいてください: 0×01 0xFF Length 12octets Optionがタイプしている0×05(LAN ExtensionイーサネットInterfaceを有効にする)オプション旗のNone Option-長さの4八重奏Option-データNone
7.2 Response Packets - Enable LAN Extension Ethernet Interface
7.2の応答パケット--LAN拡大イーサネットインタフェースを可能にしてください。
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid responses to the Enable LAN Extension Ethernet Interface LEX_RCMD_REQUEST packet. Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on when the LAN extension interface unit sends each of these response packets. Note that the LAN extension interface unit sends the LEX_RCMD_ACK packet after enabling the interface.
LEX_RCMD_ACK、LEX_RCMD_NAK、およびLEX_RCMD-REJパケットはEnable LAN ExtensionイーサネットInterface LEX_RCMD_REQUESTパケットへの有効回答です。 より早く本書ではLAN拡大インタフェース単位がそれぞれのこれらの応答パケットを送る時に関する詳しい情報について「送付ppp法パケットのための状態」セクションを参照してください。 インタフェースを可能にした後にLAN拡大インタフェース単位がLEX_RCMD_ACKパケットを送ることに注意してください。
The frame format of the response packets mirrors that of the request. Table 11 summarizes the field values of Enable LAN Extension Ethernet Interface LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
応答パケットのフレーム形式は要求のものを映します。 テーブル11はEnable LAN ExtensionイーサネットInterface LEX_RCMD_ACK、LEX_RCMD_NAK、およびLEX_RCMD_REJパケットの分野値をまとめます。
Table 11 Field Values for Response Packets -
Enable LAN Extension Ethernet Interface
テーブル11は応答パケットのために値をさばきます--LAN拡大イーサネットインタフェースを可能にしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 12 octets
Option-Type 0x05 (Enable LAN Extension Ethernet
Interface)
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * それと同じ値がLEX_RCMD_REQUESTパケットLength12八重奏Option-タイプ0x05で送った0×41(LEX_RCMD_ACKパケット)*0x42(LEX_RCMD_NAKパケット)*0x43(LEX_RCMD_REJパケット)識別子(LAN拡大イーサネットインタフェースを可能にします)
Chapman, et al Informational [Page 34] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[34ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Option-Flags None Option-Length 4 octets Option-Data None
オプション旗のNone Option-長さの4八重奏Option-データNone
8.0 Reboot LAN Extension Interface Unit
8.0リブートLAN拡大インタフェース単位
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x06 to the LAN extension interface unit to cause the LAN extension interface unit to reboot itself. The Option-Flags field specifies the boot mode for the LAN extension interface unit. There are two boot modes:
ホストルータは、LAN拡大インタフェース単位がそれ自体をリブートすることを引き起こすために0×06人のOption-タイプでLEX_RCMD_REQUESTパケットをLAN拡大インタフェース単位に送ります。 Option-旗の分野はLAN拡大インタフェース単位にブートモードを指定します。 2つのブートモードがあります:
* The first boot mode (Option-Flag 0x00) is the default. The
default boot mode causes the LAN extension interface unit to
check for a valid Flash image and to boot from it if it exists.
If a valid Flash image does not exist, the default boot mode
causes the LAN extension interface unit to boot from the PROM
image. Similarly, if the Flash image is bad, then the LAN
extension interface unit recovers by booting from the PROM image.
* 最初のブートモード(オプション旗の0×00)はデフォルトです。 デフォルトブートモードで、LAN拡大インタフェース単位は、有効なFlashイメージとその上それからそれが存在するかどうかチェックします。 有効なFlashイメージが存在していないなら、デフォルトブートモードはその上PROMイメージからのLAN拡大インタフェース単位を引き起こします。 同様に、Flashイメージが悪いなら、LAN拡大インタフェース単位はPROMイメージからの穂ばらみによって回収されます。
* The second boot mode (Option-Flag 0x01) forces the LAN extension
interface unit to boot from the PROM image.
* 2番目のブートモード(オプション旗の0×01)はその上PROMイメージからLAN拡大インタフェース単位を押し込みます。
8.1 LEX RCMD_REQUEST - Reboot LAN Extension Interface Unit
8.1法RCMD_要求--LAN拡大インタフェース単位をリブートしてください。
Figure 11 shows a frame format summary of a LEX_RCMD_REQUEST packet for a Reboot LAN Extension Interface Unit remote command option. The host router transmits the fields from left to right.
図11はRebootのLANのExtension Interface UnitのリモートコマンドオプションのためにLEX_RCMD_REQUESTパケットのフレーム形式概要を示しています。 ホストルータは左から右まで野原を伝えます。
Figure 11 LEX_RCMD_REQUEST Packet Frame Format -
Reboot LAN Extension Interface Unit
図11 法_RCMD_リクエスト・パケットフレーム形式--LAN拡大インタフェース単位をリブートしてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Chapman, et al Informational [Page 35] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[35ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LAN Extension Interface Remote Command Options
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags | Option-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LANの拡大のインタフェースのリモート命令オプション<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| オプションタイプ| オプション旗| オプション長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Summary Field Descriptions
概要フィールド記述
For complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 12 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that instructs the LAN extension interface unit to reboot.
PPP Header、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionにおける、分野の完全な記述について、より早く本書では「リモートコマンドオプション」セクションを参照してください。 リブートするようLAN拡大インタフェース単位に命令するLEX_RCMD_REQUESTパケットを送るとき、テーブル12はこれらの分野の概要を提供します。
Table 12 Field Values for LEX_RCMD_REQUEST Packet -
Reboot LAN Extension Interface Unit
テーブル12は法_RCMD_リクエスト・パケットのために値をさばきます--LAN拡大インタフェース単位をリブートしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length 12 octets
Option-Type 0x06 (Reboot LAN Extension Interface Unit)
Option-Flags Valid values:
* 0x00 - Reboot from Flash image if it
exists. If not, reboot from PROM. (This
value does not force the LAN extension
interface unit to reboot from PROM.)
* 0x01 - Reboot from PROM explicitly.
Option-Length 4 octets
Option-Data None
コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)識別子Valid値をさばいてください: 0×01 0xFF Lengthの12の八重奏Option-タイプ0×06(LAN Extension Interface Unitをリブートする)オプション旗のValid値: * 0×00--Flashイメージから、存在するなら、リブートしてください。 そうでなければ、PROMから、リブートしてください。 (この値のために、LAN拡大インタフェース単位はPROMからやむを得ずリブートされません。) * 0×01--PROMから、明らかにリブートしてください。 オプション長さの4八重奏Option-データNone
8.2 Response Packets - Reboot LAN Extension Interface Unit
8.2の応答パケット--LAN拡大インタフェース単位をリブートしてください。
LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD-REJ packets are valid responses to the Reboot LAN Extension Interface Unit LEX_RCMD_REQUEST packet. Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on when the LAN extension interface unit sends each of these response packets. Note that the LAN extension interface unit reboots after sending the LEX_RCMD_ACK packet.
LEX_RCMD_ACK、LEX_RCMD_NAK、およびLEX_RCMD-REJパケットはReboot LAN Extension Interface Unit LEX_RCMD_REQUESTパケットへの有効回答です。 より早く本書ではLAN拡大インタフェース単位がそれぞれのこれらの応答パケットを送る時に関する詳しい情報について「送付ppp法パケットのための状態」セクションを参照してください。 LEX_RCMD_ACKパケットを送った後にLAN拡大インタフェース単位がリブートされることに注意してください。
Chapman, et al Informational [Page 36] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[36ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
The frame format for the response packets mirrors that of the request. Table 13 summarizes the field values for Reboot LAN Extension Interface Unit LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
応答パケットのためのフレーム形式は要求のものを映します。 テーブル13はReboot LAN Extension Interface Unit LEX_RCMD_ACK、LEX_RCMD_NAK、およびLEX_RCMD_REJパケットのために分野値をまとめます。
Table 13 Field Values for Response Packets -
Reboot LAN Extension Interface Unit
テーブル13は応答パケットのために値をさばきます--LAN拡大インタフェース単位をリブートしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent in the
LEX_RCMD_REQUEST packet
Length 12 octets
Option-Type 0x06 (Reboot LAN Extension Interface Unit)
Option-Flags Valid values:
* 0x00 - Reboot from Flash image if it
exists. If not, reboot from PROM. (This
value does not force the LAN extension
interface unit to reboot from PROM.)
* 0x01 - Reboot from PROM explicitly.
Option-Length 4 octets
Option-Data None
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * 0×41 (LEX_RCMD_ACKパケット) それと同じ値がLength12八重奏Option-タイプ0×06(LAN Extension Interface Unitをリブートする)オプション旗のValidが評価するLEX_RCMD_REQUESTパケットで送った*0x42(LEX_RCMD_NAKパケット)*0x43(LEX_RCMD_REJパケット)識別子: * 0×00--Flashイメージから、存在するなら、リブートしてください。 そうでなければ、PROMから、リブートしてください。 (この値のために、LAN拡大インタフェース単位はPROMからやむを得ずリブートされません。) * 0×01--PROMから、明らかにリブートしてください。 オプション長さの4八重奏Option-データNone
9.0 Request Statistics
9.0 要求統計
The host router issues a LEX_RCMD_REQUEST packet with an Option-Type of 0x07 to obtain statistics information from the LAN extension interface unit. The host router may want statistics information about the following:
ホストルータは、LAN拡大インタフェース単位から統計情報を得るために0×07人のOption-タイプでLEX_RCMD_REQUESTパケットを発行します。 ホストルータは以下の統計情報を必要とするかもしれません:
* Serial interface only
* LAN interface only
* Both the serial and LAN interfaces
* シリアルインタフェース、*LANだけがシリーズとLANの両方が連結する*だけ、を連結します。
The host router may also send a Statistics Request LEX_RCMD_REQUEST packet to reset statistics in the LAN extension interface unit.
また、ホストルータは、LAN拡大インタフェース単位での統計をリセットするためにStatistics Request LEX_RCMD_REQUESTパケットを送るかもしれません。
9.1 LEX RCMD_REQUEST - Request Statistics
9.1法RCMD_要求--統計を要求してください。
Figure 12 shows a summary frame format of a LEX_RCMD_REQUEST packet for a Statistics Request remote command option. The host router transmits the fields from left to right.
図12はStatistics RequestのリモートコマンドオプションのためにLEX_RCMD_REQUESTパケットの概要フレーム形式を示しています。 ホストルータは左から右まで野原を伝えます。
Chapman, et al Informational [Page 37] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[37ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Figure 12 LEX_RCMD_REQUEST Packet Frame Format - Request Statistics
図12 法_RCMD_リクエスト・パケットフレーム形式--統計を要求してください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Option
<-------------------------------------------------------------->
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 8 9 0 1 2
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags | Option-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------------------------------------->0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 1 2 3 4 5 6 7 8 9 0 1 2+++++++++++++++++++++++++++++++++| オプションタイプ| オプション旗| オプション長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Summary Field Descriptions
概要フィールド記述
For complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 14 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that requests statistics of the LAN extension interface unit.
PPP Header、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionにおける、分野の完全な記述について、より早く本書では「リモートコマンドオプション」セクションを参照してください。 LAN拡大インタフェース単位の統計を要求するLEX_RCMD_REQUESTパケットを送るとき、テーブル14はこれらの分野の概要を提供します。
Table 14 Field Values for LEX_RCMD_REQUEST Packet -
Request Statistics
テーブル14は法_RCMD_リクエスト・パケットのために値をさばきます--統計を要求してください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length 12 octets
Option-Type 0x07 (Request Statistics)
Option-Flags Valid values:
* 0x01 - Resets serial statistics in the LAN
コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)識別子Valid値をさばいてください: 0×01 0xFF Lengthの12の八重奏Option-タイプ0×07(Statisticsを要求する)オプション旗のValid値: * 0×01 --LANにおけるリセットシリーズ統計
Chapman, et al Informational [Page 38] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[38ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
extension interface unit
* 0x02 - Returns serial statistics from the
LAN extension interface unit
* 0x04 - Returns LAN statistics from the LAN
extension interface unit
* 0x08 - Resets LAN statistics in the LAN
* extension interface unit
If both serial and LAN statistics are
desired, the corresponding bits of this
field should be set (that is, 0x06). The
serial interface statistics appear in the
response packet before the LAN statistics.
Option-Length 4 octets
Option-Data None
拡大インタフェースユニット*0x02--LAN拡大インタフェースユニット*0x04からのリターンシリーズ統計(LAN拡大インタフェースユニット*0x08からのリターンLAN統計)はともに連続していた状態でLAN*拡大インタフェース単位IfでのLAN統計をリセットして、LAN統計は望まれていて、この分野の対応するビットは設定されるべきです(すなわち、0×06)。 シリアルインタフェース統計はLAN統計の前に応答パケットに現れます。 オプション長さの4八重奏Option-データNone
9.2 LEX RCMD_ACK - Request Statistics
9.2法RCMD_ACK--統計を要求してください。
The normal response to a Statistics Request LEX_RCMD_REQUEST packet is a LEX_RCMD_ACK packet. This acknowledgment packet has an Option- Type, an Option-Flags, and an Option-Length field followed by one or two blocks of statistics data. The value in the Option-Flags field indicates whether the packet has one or two blocks of statistics. For more information on these values, see the following "Summary Field Descriptions" section.
Statistics Request LEX_RCMD_REQUESTパケットへの通常の応答はLEX_RCMD_ACKパケットです。 この確認応答パケットには、Optionタイプ、Option-旗、およびOption-長さの分野があります、続いて、1か2ブロックの統計データを持っています。 Option-旗の分野の値は、パケットには1か2ブロックの統計があるかどうかを示します。 これらの値の詳しい情報に関しては、以下の「概要フィールド記述」セクションを見てください。
The frame format for the Statistics Request LEX_RCMD_ACK packet follows. The LAN extension interface unit transmits the fields from left to right.
Statistics Request LEX_RCMD_ACKパケットのためのフレーム形式は続きます。 LAN拡大インタフェース単位は左から右まで野原を伝えます。
Figure 13 LEX_RCMD_ACK Packet Frame Format - Request Statistics
図13 法_RCMD_ACKパケットフレーム形式--統計を要求してください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Chapman, et al Informational [Page 39] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[39ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LAN Extension Interface Remote Command Options
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LANの拡大のインタフェースのリモート命令オプション<。-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | オプションタイプ| オプション旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
----------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------->6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9++++++++++++++++++++++++、オプション長さ| オプションデータ| -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Where the Option-Data fields contains one or both of the following statistics blocks:
Option-データ・フィールドはどこに1つを含んでいるか、そして、以下の統計ブロック両方の、:
Serial Interface Statistics Block:
シリアルインタフェース統計は以下を妨げます。
(32 bits)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Packets Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of CRC Erros |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Framing Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Overruns |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Packets Dropped |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Frame Aborts |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Packets in Error |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Packets Dropped Due to Lack of |
| Buffer Descriptors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Time of Last Packet Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Average Data Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Average Packet Rate |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Octets Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Line Input, Number of Packets Dropped Due to No Buffers|
(32ビット) +++++++++++++++++++++++++++++++++| シリアル・ライン入力、受け取られたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、CRC Errosの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、縁どり誤りの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、超過の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ラインが入力されて、パケットの数は低下しました。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、フレームアボートの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、間違いパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、欠けるのにおいて当然の状態で下げられたパケットの数| | バッファ記述子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、受け取られた最後のパケットの時間| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、平均したデータ信号速度| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、平均したパケットレート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、受けられた八重奏の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン入力、バッファでないことのため下げられたパケットの数|
Chapman, et al Informational [Page 40] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[40ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets Transmitted | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets with Error Transmissions| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Under-run Errors | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets in Low Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Size of Low Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets Dropped in Low Priority | | Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets in Normal Priority Queue| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Size of Normal Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets Dropped in Normal | | Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 連続の線出力、数のパケットが伝わりました。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、誤り送信があるパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、経営の下の誤りの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、低い優先待ち行列における、パケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、低い優先待ち行列のサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 連続の線出力、数のパケットが低い優先度をちょっと立ち寄らせました。| | 待ち行列| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、通常の優先待ち行列における、パケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、通常の優先待ち行列のサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 連続の線出力、数のパケットが標準をちょっと立ち寄らせました。| | 優先待ち行列| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets in Medium Priority Queue| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Size of Medium Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets Dropped in | | Medium Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets in High Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Size of High Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Packets Dropped in High | | Priority Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Time of Last Packet Transmitted | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Carrier Transitions | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Transmitted Data Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Serial Line Output, Number of Octets Transmitted | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、中型の優先待ち行列における、パケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、中型の優先待ち行列のサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、ちょっと立ち寄ったパケットの数| | 中型の優先待ち行列| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、高い優先待ち行列における、パケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、高い優先待ち行列のサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、高くちょっと立ち寄ったパケットの数| | 優先待ち行列| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、伝えられた最後のパケットの時間| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、キャリヤー変遷の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | シリアル・ライン出力、伝えられたデータ信号速度| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 連続の線出力、数の八重奏が伝わりました。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chapman, et al Informational [Page 41] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[41ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Lan Interface Statistics Block:
ランインタフェースStatisticsは以下を妨げます。
(32 bits)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Packets Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Packets Received with CRC Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Packets Received with Framing Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Overruns |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Packets Dropped Due to Congestion |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Frame Aborts |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Broadcast Packets Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Packets Received with Errors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Packets Dropped Due to Lack of Buffer |
| Descriptors |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Number of Runts (Too Small Packets) Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN Input, Time of Last Packet Received |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(32ビット) +++++++++++++++++++++++++++++++++| LAN入力、受け取られたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、CRC誤りで受け取られたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、縁どり誤りで受け取られたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、超過の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、混雑のため下げられたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、フレームアボートの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、パケットが受けた放送の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、誤りで受け取られたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、バッファの不足のため下げられたパケットの数| | 記述子| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、(小さ過ぎるパケット)が受けたちびの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、受け取られた最後のパケットの時間| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Input, Average Data Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Input, Average Packet Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Input, Number of Octets Received | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Input, Number of Packets Dropped Due to Lack of Buffers | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Packets Transmitted | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Packets Transmitted with Errors | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Under-runs | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Collisions (Ethernet) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Packets in Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、平均したデータ信号速度| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、平均したパケットレート| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、受けられた八重奏の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN入力、バッファの不足のため下げられたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、伝えられたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、誤りで伝えられたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、下の走行の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、衝突の数(イーサネット)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、待ち行列における、パケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chapman, et al Informational [Page 42] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[42ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
| LAN Output, Queue Size | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Packets Dropped in Queue | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Time of Last Packet Transmitted | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Transmit Data Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Transmit Packet Rate | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN Output, Number of Octets Transmitted | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN, Number of Interface Resets | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LAN出力、待ち行列サイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、待ち行列で下げられたパケットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、伝えられた最後のパケットの時間| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LANが出力されて、データ信号速度を伝えてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LANが出力されて、パケットレートを伝えてください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN出力、伝えられた八重奏の数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LAN、インタフェースリセットの数| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Note: Counts are cumulative since last counter reset. Time stamps are in milliseconds since last given event. Packet rates are in packets per second (averaged).
以下に注意してください。 最後のカウンタリセット以来カウントは累積しています。 タイムスタンプが、最後にイベントを与えるので、ミリセカンドであります。 パケットレートが1秒あたりのパケット(平均されている)にあります。
Summary Field Descriptions
概要フィールド記述
For complete descriptions of the fields in the PPP Header, the LAN Extension Protocol Header, and the LAN Extension Remote Command Option, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields for a LEX_RCMD_ACK packet that sends statistics to the host router.
PPP Header、LAN ExtensionプロトコルHeader、およびLAN Extension Remote Command Optionにおける、分野の完全な記述について、より早く本書では「リモートコマンドオプション」セクションを参照してください。 以下のテーブルはホストルータに統計を送るLEX_RCMD_ACKパケットにこれらの分野の概要を提供します。
Table 15 Field Values for LEX_RCMD_ACK Packet - Request Statistics
テーブル15は法_RCMD_ACKパケットのために値をさばきます--統計を要求してください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x41 (LEX_RCMD_ACK packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length Minimum length = 120 octets
Maximum length = 140 octets
Option-Type 0x07 (Request Statistics)
Option-Flags The LAN extension interface unit always sets
this field to reflect the actions taken in
response to the LEX_RCMD_ACK packet. Valid
values:
* 0x01 - Reset serial statistics in the LAN
extension interface unit
* 0x02 - Return serial statistics from the
LAN extension interface unit
* 0x04 - Return LAN statistics from the LAN
それと同じ値がLAN拡大インタフェース単位が、この分野が反映するようにいつも設定するLEX_RCMD_REQUESTパケットLength Minimum長さ=120八重奏Maximum長さ=の140個の八重奏Option-タイプ0×07(Statisticsを要求する)オプション旗でLEX_RCMD_ACKパケットに対応して取られた行動を送ったコントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x41(LEX_RCMD_ACKパケット)識別子をさばいてください。 有効値: * 0×01--LAN拡大インタフェースユニット*0x02に連続の統計をリセットしてください--LAN拡大インタフェースユニット*0x04から連続の統計を返してください--LANからLAN統計を返してください。
Chapman, et al Informational [Page 43] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[43ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
extension interface unit
* 0x08 - Reset LAN statistics in the LAN
extension interface unit
If both serial and LAN statistics are
returned, the corresponding bits of this
field should are set (that is, 0x06). The
serial interface statistics appear in the
response packet before the LAN statistics.
Option-Length Minimum length = 116 octets
Maximum length = 136 octets
Option-Data The Serial Interface Statistics Block, the
LAN Interface Statistics Block, or both the
Serial Interface and LAN Interface
Statistics blocks. When the Option-Data
contains both blocks, the Serial Interface
Block precedes the LAN Interface Block.
Statistics values that the LAN extension
interface unit does not collect/support
are retuned with a value of zero.
0×08--シリーズとLAN統計の両方が返されるLAN拡大インタフェース単位IfでのLAN統計をリセットする対応するビットのこの分野がそうするべきである拡大インタフェース単位*はそうです。(すなわち、0×06)を設定してください。 シリアルインタフェース統計はLAN統計の前に応答パケットに現れます。 116八重奏Maximumのオプション長さのMinimumの長さ=長さはSerial Interface Statistics Block、LAN Interface Statistics Block、またはSerial InterfaceとLAN Interface Statisticsの両方が妨げる136の八重奏Option-データと等しいです。 Option-データが両方のブロックを含むとき、Serial Interface BlockはLAN Interface Blockに先行します。 LAN拡大インタフェース単位が集めるか、またはサポートしない統計量はゼロの値で再調整されます。
Implementation Notes
実装注意
If the LAN extension interface unit does not implement the capability of sending the serial and LAN interface statistics blocks separately, the implementation may always return both statistics blocks (with the Option-Flags and Option-Length fields containing the appropriate corresponding values).
LAN拡大インタフェース単位が別々に発信する能力がシリーズであり、LANインタフェース統計がブロックであると実装しないなら、実装はいつもブロック(Option-旗とOption-長さの分野が適切な換算値を含んでいる)を両方の統計に返すかもしれません。
An implementation, such as a Token Ring LAN implementation, can collect a different set of statistics than shown above by defining a new statistics request type remote command option.
上に新しい統計要求がリモートコマンドオプションをタイプするのが定義することによって示されるよりToken Ring LAN実装などの実装は異なったセットの統計を集めることができます。
9.3 LEX RCMD_NAK/LEX RCMD_REJ - Request Statistics
9.3法RCMD_NAK/法RCMD_REJ--統計を要求してください。
The LAN extension interface unit sends a LEX_RCMD_NAK packet when the Statistics Request LEX_RCMD_REQUEST packet did not specify the type of statistics the host router wants. That is, the request's Option- Flags field equals zero.
Statistics Request LEX_RCMD_REQUESTパケットがホストルータが必要とする統計のタイプを指定しなかったとき、LAN拡大インタフェース単位はLEX_RCMD_NAKパケットを送ります。 すなわち、旗がさばく要求のOptionはゼロと等しいです。
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for information on when the LAN extension interface unit sends a Request Statistics LEX_RCMD_REJ packet.
より早く本書ではLAN拡大インタフェース単位がRequest Statistics LEX_RCMD_REJパケットを送る時の情報について「送付ppp法パケットのための状態」セクションを参照してください。
The frame format for the LEX_RCMD_NAK and LEX_RCMD_REJ packets is the same as that of the Statistics Request LEX_RCMD_REQUEST packet. Table 16 summarizes the appropriate field values for the Statistics Request LEX_RCMD_NAK and LEX_RCMD_REJ packets.
LEX_RCMD_NAKとLEX_RCMD_REJパケットのためのフレーム形式はStatistics Request LEX_RCMD_REQUESTパケットのものと同じです。 テーブル16はStatistics Request LEX_RCMD_NAKとLEX_RCMD_REJパケットのために適切な分野値をまとめます。
Chapman, et al Informational [Page 44] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[44ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Table 16 Field Values for LEX_RCMD_NAK/LEX_RCMD_REJ Packets -
Request Statistics
テーブル16は法_RCMD_NAK/法_RCMD_REJパケットのために値をさばきます--統計を要求してください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 12 octets
Option-Type 0x07 (Request Statistics)
Option-Flags The same value as that sent by the
LEX_RCMD_REQUEST packet
Option-Length 4 octets
Option-Data None
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * 0×42 それと同じ値が4つのLEX_RCMD_REQUESTパケットのOption-長さに応じてそれと同じ値が送ったLEX_RCMD_REQUESTパケットLength12八重奏Option-タイプ0x07(Statisticsを要求する)オプション旗の八重奏Option-データでNoneを送った(LEX_RCMD_NAKパケット)*0×43(LEX_RCMD_REJパケット)識別子
10.0 Download Request
10.0 ダウンロード要求
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x08 to alert the LAN extension interface unit that the host router will be issuing a software download to Flash memory. When the LAN extension interface unit acknowledges the command, the host router starts sending download data.
ホストルータは、ホストルータがFlashメモリにソフトウェアダウンロードを発行するとLAN拡大インタフェース単位に警告するために0×08人のOption-タイプでLEX_RCMD_REQUESTパケットを送ります。 LAN拡大インタフェース単位がコマンドを承諾するとき、ホストルータはダウンロードデータを送り始めます。
Chapman, et al Informational [Page 45] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[45ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
10.1 LEX RCMD_REQUEST - Download Request
10.1法RCMD_要求--要求をダウンロードしてください。
Figure 14 shows a summary frame format of a LEX_RCMD_REQUEST packet for a Download Request remote command option. The host router transmits the fields from left to right.
図14はDownload RequestのリモートコマンドオプションのためにLEX_RCMD_REQUESTパケットの概要フレーム形式を示しています。 ホストルータは左から右まで野原を伝えます。
Figure 14 LEX_RCMD_REQUEST Packet Frame Format - Download Request
図14 法_RCMD_リクエスト・パケットフレーム形式--要求をダウンロードしてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Option
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | オプションタイプ| オプション旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
----------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------->6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9++++++++++++++++++++++++、オプション長さ| オプションデータ| -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Where the Option-Data field contains the following fields:
Option-データ・フィールドが以下の分野を含むところ:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Block Number (16 bits) | File Size (32 bits).... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Filename (Max. 64 octets)....... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ブロックNumber(16ビット)| Size(32ビット)をファイルしてください… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ファイル名(マックス64の八重奏)… +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Chapman, et al Informational [Page 46] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[46ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Summary Field Descriptions
概要フィールド記述
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 17 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that informs the LAN extension interface unit of an upcoming software download to Flash memory.
PPP Headerの分野の完全な記述、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionについて、より早く本書では「リモートコマンドオプション」セクションを参照してください。 今度のソフトウェアダウンロードのLAN拡大インタフェース単位をFlashメモリに知らせるLEX_RCMD_REQUESTパケットを送るとき、テーブル17はこれらの分野の概要を提供します。
Table 17 Field Values for LEX_RCMD_REQUEST Packet - Download Request
テーブル17は法_RCMD_リクエスト・パケットのために値をさばきます--要求をダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length Variable depending on size of filename in
the Filename field. Valid range:
Minimum length = 19 octets
Maximum length = 82 octets
Option-Type 0x08 (Download Request)
Option-Flags None
Option-Length Variable depending on size of filename in
the Filename field. Valid range:
Minimum length = 11 octets
Maximum length = 74 octets
Option-Data Block Number, File Size, and Filename of
the code/image to be downloaded. See the
following "Option-Data Field Descriptions"
section for details.
コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)識別子Valid値をさばいてください: Filename分野のファイル名のサイズに依存する0×01 0xFF Length Variable。 有効枠: 19八重奏Maximumの最小の長さ=長さはFilename分野のファイル名のサイズに依存する82の八重奏Option-タイプ0x08(Requestをダウンロードする)オプション旗のNone Option-長さのVariableと等しいです。 有効枠: 最小の長さは、ダウンロードするためにコード/イメージの11八重奏Maximumの長さの=74八重奏Option-データBlock Number、File Size、およびFilenameと等しいです。 詳細に関して以下の「オプションデータ・フィールド記述」セクションを見てください。
Option-Data Field Descriptions
オプションデータ・フィールド記述
The Option-Data field contains the following fields:
Option-データ・フィールドは以下の分野を含んでいます:
* Block Number
* 街区番号
The Block Number field contains a value that identifies a contiguous group of code bits to be downloaded to the LAN extension interface unit. In the LEX_RCMD_REQUEST packet, the Block Number is always zero.
Block Number分野はLAN拡大インタフェース単位にダウンロードするためにコードビットの隣接のグループを特定する値を含んでいます。 LEX_RCMD_REQUESTパケットでは、いつもBlock Numberはゼロです。
* File Size
* ファイルサイズ
The File Size field contains the size (in octets) of the code to be downloaded to the LAN extension interface unit.
File Size分野はLAN拡大インタフェース単位にダウンロードされるべきコードのサイズ(八重奏における)を含んでいます。
Chapman, et al Informational [Page 47] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[47ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
* Filename
* ファイル名
The Filename field contains the name of the image to be transferred to the LAN extension interface unit.
Filename分野はLAN拡大インタフェース単位に移されるべきイメージの名前を含んでいます。
10.2 Response Packets - Download Request
10.2の応答パケット--要求をダウンロードしてください。
The following packets are valid responses to a Download Request LEX_RCMD_REQUEST packet:
以下のパケットはDownload Request LEX_RCMD_REQUESTパケットへの有効回答です:
* LEX_RCMD_ACK - Download Request
* 法_RCMD_ACK--要求をダウンロードしてください。
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on when the LAN extension interface unit sends this packet.
より早く本書ではLAN拡大インタフェース単位がこのパケットを送る時に関する詳しい情報について「送付ppp法パケットのための状態」セクションを参照してください。
* LEX_RCMD_NAK - Download Request
* 法_RCMD_NAK--要求をダウンロードしてください。
The LAN extension interface unit sends a Download Request LEX_RCMD_NAK packet when the LAN Extension interface unit is currently programming Flash, when the File Size field value in the request is greater than the unit's available Flash bytes, when the LAN extension interface unit is out of memory, or when the Block Number field value in the request is not zero.
LAN Extensionインタフェースユニットが現在Flashをプログラムしているとき、LAN拡大インタフェース単位はDownload Request LEX_RCMD_NAKパケットを送ります、要求におけるFile Size分野価値がユニットの有効なFlashバイトより大きいときに、LAN拡大インタフェース単位がメモリを使い果たしたか、または要求におけるBlock Number分野価値がゼロでないときに。
* LEX_RCMD_REJ - Download Request
* 法_RCMD_REJ--要求をダウンロードしてください。
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for more information on when the LAN extension interface unit sends this packet.
より早く本書ではLAN拡大インタフェース単位がこのパケットを送る時に関する詳しい情報について「送付ppp法パケットのための状態」セクションを参照してください。
Table 18 summarizes the field values of the Download Request LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
テーブル18はDownload Request LEX_RCMD_ACK、LEX_RCMD_NAK、およびLEX_RCMD_REJパケットの分野値をまとめます。
Table 18 Field Values for Response Packets - Download Request
テーブル18は応答パケットのために値をさばきます--要求をダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length The same value as that sent by the
LEX_RCMD_REQUEST packet
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * それと同じ値がそれと同じ値がLEX_RCMD_REQUESTパケットで送ったLEX_RCMD_REQUESTパケットLengthで送った0×41(LEX_RCMD_ACKパケット)*0x42(LEX_RCMD_NAKパケット)*0x43(LEX_RCMD_REJパケット)識別子
Chapman, et al Informational [Page 48] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[48ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Option-Type 0x08 (Download Request)
Option-Flags None
Option-Length The same value as that sent by the
LEX_RCMD_REQUEST packet
Option-Data Block Number, File Size, and Filename of
the code/image to be downloaded.
それと同じ値がダウンロードするためにコード/イメージのLEX_RCMD_REQUESTパケットOption-データのBlock Number、File Size、およびFilenameで送った0×08(Requestをダウンロードする)オプション旗のNone Option-長さをオプションでタイプしてください。
11.0 Download Data
11.0 ダウンロードデータ
Once the host router receives a Download Request LEX_RCMD_ACK packet from the LAN extension interface unit, the host router downloads the data to be written to Flash memory by sending a LEX_RCMD_REQUEST packet with an Option-Type of 0x09. The host router sends multiple Download Data LEX_RCMD_REQUEST packets, each with 512 octets of Option-Data containing the binary data to be programmed into Flash memory.
ホストルータがLAN拡大インタフェース単位からDownload Request LEX_RCMD_ACKパケットをいったん受けると、ホストルータは、0×09人のOption-タイプでLEX_RCMD_REQUESTパケットを送ることによってFlashメモリに書かれているためにデータをダウンロードします。 それぞれOption-データの512の八重奏がバイナリ・データを含んでいて、ホストルータは、Flashメモリにプログラムされるために_RCMD_REQUESTパケットを複数のDownload Data LEXに送ります。
A packet containing Option-Data with less than 512 octets signals the end of the download data (that is, the end of tile). If the size of the file being downloaded is an even multiple of 512 bytes, then the last packet transferred should have an Option-Length of 6. That is, the last packet transferred should have Option-Data containing the Block Number field value but no data. A Block Number field value without data alerts the LAN extension interface unit that this is the last block to be transmitted.
512未満の八重奏があるOption-データを含むパケットはダウンロードデータ(すなわち、タイルの端)の終わりに合図します。 ダウンロードされるファイルのサイズが512バイトの同等の倍数であるなら、移された最後のパケットは6のOption-長さを持っているはずです。 すなわち、移された最後のパケットはBlock Number分野価値を含んでいますが、どんなデータも含まないOption-データを持っているはずです。 データのないBlock Number分野価値は、これが最後の伝えられるべきブロックであるとLAN拡大インタフェース単位に警告します。
11.1 LEX RCMD_REQUEST - Download Data
11.1法RCMD_要求--データをダウンロードしてください。
The frame format for the Download Data LEX_RCMD_REQUEST packet is similar to a TFTP frame format. Figure 15 shows a summary frame format. The host router transmits the fields from left to right.
Download Data LEX_RCMD_REQUESTパケットのためのフレーム形式はTFTPフレーム形式と同様です。 図15は概要フレーム形式を示しています。 ホストルータは左から右まで野原を伝えます。
Figure 15 LEX_RCMD_REQUEST Packet Frame Format - Download Data
図15 法_RCMD_リクエスト・パケットフレーム形式--データをダウンロードしてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
Chapman, et al Informational [Page 49] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[49ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Option
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | オプションタイプ| オプション旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
----------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------->6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9++++++++++++++++++++++++、オプション長さ| オプションデータ| -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Where the Option-Data field contains the following fields:
Option-データ・フィールドが以下の分野を含むところ:
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Block Number (16 bits) | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | Binary Download Data (Max. 512 octets)..... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ブロックNumber(16ビット)| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ + | 2進のDownload Data(マックス512の八重奏)… | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Summary Field Descriptions
概要フィールド記述
For a complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. The following table provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that download software to the LAN extension interface unit.
PPP Headerの分野の完全な記述、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionについて、より早く本書では「リモートコマンドオプション」セクションを参照してください。 LAN拡大インタフェース単位へのそのソフトウェアのダウンロードをLEX_RCMD_REQUESTパケットに送るとき、以下のテーブルはこれらの分野の概要を提供します。
Table 19 Field Values for LEX_RCMD_REQUEST Packet - Download Data
テーブル19は法_RCMD_リクエスト・パケットのために値をさばきます--データをダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)
Chapman, et al Informational [Page 50] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[50ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Identifier Valid values: 0x01-0xFF
Length Minimum length = 14 octets
Maximum length = 526 octets
Option-Type 0x09 (Download Data)
Option-Flags None
Option-Length Minimum length = 6 octets (signals end of
data transfer for a file with a file size
of an even multiple of 512 bytes)
Maximum length = 518 octets
Option-Data Block Number and Download Data. See the
following "Option-Data Field Descriptions"
section for details.
識別子Valid値: 0×01 0xFF Length Minimumの長さ=14八重奏Maximum長さ=の526の八重奏Option-タイプ0x09(Dataをダウンロードする)オプション旗のNone Option-長さのMinimumの長さは最大の6つの八重奏(ファイルのために512バイトの同等の倍数のファイルサイズでデータ転送終了に合図する)の長さの=518八重奏Option-データBlock NumberとDownload Dataと等しいです。 詳細に関して以下の「オプションデータ・フィールド記述」セクションを見てください。
Option-Data Field Descriptions
オプションデータ・フィールド記述
The following Option-Data fields provide the LAN extension interface unit with download data:
以下のOption-データ・フィールドはLAN拡大インタフェース単位にダウンロードデータを提供します:
* Block Number
* 街区番号
The Block Number identifies the contiguous group of code bits to be downloaded. The host router automatically generates this number. The first Download Data packet gets a block number of one. The host router increments this Block Number value by one with every Download Data LEX_RCMD_REQUEST packet sent to the LAN extension interface unit. The maximum value of the Block Number is dependent on the unit's Flash memory size.
Block Numberは、ダウンロードするためにコードビットの隣接のグループを特定します。 ホストルータは自動的にこの数を生成します。 最初のDownload Dataパケットは1の街区番号を得ます。 ホストルータはあらゆるDownload Data LEX_RCMD_REQUESTパケットをLAN拡大インタフェース単位に送ってこのBlock Number値を1つ増加します。 Block Numberの最大値はユニットのFlash記憶容量に依存しています。
* Download Data
* データをダウンロードしてください。
The Download Data are the actual code bits being downloaded to the LAN extension interface unit. A maximum of 512 octets of download data can sent in one Download Data LEX_RCMD_REQUEST packet.
Download DataはLAN拡大インタフェース単位にダウンロードされる実際のコードビットです。 ダウンロードデータの最大512の八重奏は1つの送られたDownload Data LEX_RCMD_REQUESTパケットをそうすることができます。
11.2 Response Packets - Download Data
11.2の応答パケット--データをダウンロードしてください。
The following packets are valid responses to a Download Data LEX_RCMD_REQUEST packet:
以下のパケットはDownload Data LEX_RCMD_REQUESTパケットへの有効回答です:
* LEX_RCMD_ACK - Download Data
* 法_RCMD_ACK--データをダウンロードしてください。
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in the document for more information on this packet.
このパケットに関する詳しい情報のためのドキュメントでは、より早い状態で「送付ppp法パケットのための状態」セクションを参照してください。
Chapman, et al Informational [Page 51] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[51ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
* LEX_RCMD_NAK - Download Data
* 法_RCMD_NAK--データをダウンロードしてください。
The LAN extension interface unit sends a Download Data LEX_RCMD_NAK packet when the LAN extension interface unit is not in the proper state or when accepting the data will over-run the download buffer.
受け入れるとき、LAN拡大インタフェース単位が適切な状態にないか、またはデータがダウンロードバッファをオーバランさせると、LAN拡大インタフェース単位はDownload Data LEX_RCMD_NAKパケットを送ります。
* LEX_RCMD_REJ - Download Data
* 法_RCMD_REJ--データをダウンロードしてください。
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in the document for more information on this packet.
このパケットに関する詳しい情報のためのドキュメントでは、より早い状態で「送付ppp法パケットのための状態」セクションを参照してください。
Table 20 summarizes the field values of the Download Data LEX_RCMD_ACK, LEX_RCMD_NAK, and LEX_RCMD_REJ packets.
テーブル20はDownload Data LEX_RCMD_ACK、LEX_RCMD_NAK、およびLEX_RCMD_REJパケットの分野値をまとめます。
Table 20 Field Values for Response Packets - Download Data
テーブル20は応答パケットのために値をさばきます--データをダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x41 (LEX_RCMD_ACK packet)
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 14 octets
Option-Type 0x09 (Download Data)
Option-Flags None
Option-Length 6 octets
Option-Data Block Number only
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * それと同じ値がLEX_RCMD_REQUESTパケットLength14八重奏Option-タイプ0x09(Dataをダウンロードする)に関するオプション旗に関するNone Option-長さに関する6つの八重奏Option-データでBlock Numberだけを送った0×41(LEX_RCMD_ACKパケット)*0x42(LEX_RCMD_NAKパケット)*0x43(LEX_RCMD_REJパケット)識別子
12.0 Download Status
12.0 ダウンロード状態
Upon completion of a Download Data sequence, the host router issues a LEX_RCMD_REQUEST packet with an Option-Type of 0x0A to request status of the success or failure of the download. A bad checksum of the image or a malfunctioning Flash memory could cause the download to fail.
Download Data系列の完成のときに、ホストルータは、ダウンロードの成否の状態を要求するために0x0AのOption-タイプでLEX_RCMD_REQUESTパケットを発行します。 イメージの悪いチェックサムか誤動作しているFlashメモリがダウンロードに失敗できました。
Chapman, et al Informational [Page 52] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[52ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
12.1 LEX RCMD_REQUEST - Download Status
12.1法RCMD_要求--状態をダウンロードしてください。
Figure 16 shows the frame format summary of a LEX_RCMD_REQUEST packet for a Download Status remote command option. The host router transmits the fields from left to right.
図16はDownload StatusのリモートコマンドオプションのためにLEX_RCMD_REQUESTパケットのフレーム形式概要を示しています。 ホストルータは左から右まで野原を伝えます。
Figure 16 LEX_RCMD_REQUEST Packet Frame Format - Download Status
図16 法_RCMD_リクエスト・パケットフレーム形式--状態をダウンロードしてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Option
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags | Option-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| オプションタイプ| オプション旗| オプション長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Summary Field Descriptions
概要フィールド記述
For a complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 21 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that requests the download status of the LAN extension interface unit.
PPP Headerの分野の完全な記述、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionについて、より早く本書では「リモートコマンドオプション」セクションを参照してください。 LAN拡大インタフェース単位のダウンロード状態を要求するLEX_RCMD_REQUESTパケットを送るとき、テーブル21はこれらの分野の概要を提供します。
Table 21 Field Values for LEX_RCMD_REQUEST Packet - Download Status
テーブル21は法_RCMD_リクエスト・パケットのために値をさばきます--状態をダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)
Chapman, et al Informational [Page 53] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[53ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Identifier Valid values: 0x01-0xFF Length 12 octets Option-Type 0x0A (Download Status) Option-Flags None Option-Length 4 octets Option-Data None
識別子Valid値: 0×01 0xFF Lengthの12の八重奏Option-タイプ0x0A(Statusをダウンロードする)オプション旗のNone Option-長さの4八重奏Option-データNone
12.2 LEX RCMD_REQUEST - Download Status
12.2法RCMD_要求--状態をダウンロードしてください。
When the LAN extension interface unit correctly receives the Download Status LEX_RCMD_REQUEST packet, it returns a LEX_RCMD_ACK packet containing the appropriate status information in the Option-Data field.
LAN拡大インタフェース単位が正しくDownload Status LEX_RCMD_REQUESTパケットを受けるとき、それはOption-データ・フィールドに適切な状態情報を保管しているLEX_RCMD_ACKパケットを返します。
Figure 17 shows the frame format for the Download Status LEX_RCMD_ACK packet. The LAN extension interface unit transmits the fields from left to right.
図17はDownload Status LEX_RCMD_ACKパケットのためにフレーム形式を示しています。 LAN拡大インタフェース単位は左から右まで野原を伝えます。
Figure 17 LEX_RCMD_ACK Packet Frame Format - Download Status
図17 法_RCMD_ACKパケットフレーム形式--状態をダウンロードしてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Chapman, et al Informational [Page 54] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[54ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LAN Extension Interface Remote Command Option
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | オプションタイプ| オプション旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
----------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------->6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9++++++++++++++++++++++++、オプション長さ| オプションデータ| -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Where the Option-Data field contains the following fields:
Option-データ・フィールドが以下の分野を含むところ:
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Status (16 bits) | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 状態(16ビット)| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Summary Field Descriptions
概要フィールド記述
For a complete descriptions of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 22 provides a summary of these fields when sending a status information to the host router.
PPP Headerの分野の完全な記述、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionについて、より早く本書では「リモートコマンドオプション」セクションを参照してください。 状態情報をホストルータに送るとき、テーブル22はこれらの分野の概要を提供します。
Table 22 Field Values for LEX_RCMD_ACK Packet - Download Status
テーブル22は法_RCMD_ACKパケットのために値をさばきます--状態をダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x41 (LEX_RCMD_ACK packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 14 octets
Option-Type 0x0A (Download Status)
Option-Flags None
Option-Length 6 octets
Option-Data Status information. See the following
"Option-Data Field Descriptions" section
for details.
それと同じ値がLEX_RCMD_REQUESTパケットLength14八重奏Option-タイプ0x0A(Statusをダウンロードする)オプション旗のNone Option-長さの6八重奏でOption-データStatus情報を送ったコントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x41(LEX_RCMD_ACKパケット)識別子をさばいてください。 詳細に関して以下の「オプションデータ・フィールド記述」セクションを見てください。
Chapman, et al Informational [Page 55] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[55ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Option-Data Field Descriptions
オプションデータ・フィールド記述
The Option-Data field uses the Status field to send the download status to the host router. The Status field reports the following status information:
Option-データ・フィールドは、ダウンロード状態をホストルータに送るのにStatus分野を使用します。 Status分野は以下の状態情報を報告します:
* 1 - Acknowledgment that no errors occurred
* 3 - Sequence error occurred
* 6 - Flash write error occurred
* 7 - Checksum error
* 起こった*3--誤りを配列するのは起こりました。いいえという1--承認、誤り、*6--フラッシュは起こった*7を誤りに書きます--、チェックサム誤り
12.3 LEX RCMD_NAK/LEX RCMD_REJ - Download Status
12.3法RCMD_NAK/法RCMD_REJ--状態をダウンロードしてください。
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for information on when the LAN extension interface unit sends a Download Status LEX_RCMD_NAK packet and Download Status LEX_RCMD_REJ packet.
より早く本書ではLAN拡大インタフェース単位がDownload Status LEX_RCMD_NAKパケットとDownload Status LEX_RCMD_REJパケットを送る時の情報について「送付ppp法パケットのための状態」セクションを参照してください。
The frame format for these two response packets mirror the frame format of the Download Status LEX_RCMD_REQUEST packet. Table 23 summarizes the field values of the Download Status LEX_RCMD_NAK and LEX_RCMD_REJ packets.
これらの2つの応答パケットのためのフレーム形式はDownload Status LEX_RCMD_REQUESTパケットのフレーム形式を反映します。 テーブル23はDownload Status LEX_RCMD_NAKとLEX_RCMD_REJパケットの分野値をまとめます。
Table 23 Field Values for LEX_RCMD_NAK/LEX_RCMD_REJ Packets - Download Status
テーブル23は法_RCMD_NAK/法_RCMD_REJパケットのために値をさばきます--状態をダウンロードしてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 12 octets
Option-Type 0x0A (Download Status)
Option-Flags None
Option-Length 4 octets
Option-Data None
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * 0×42 それと同じ値がLEX_RCMD_REQUESTパケットLength12八重奏Option-タイプ0x0A(Statusをダウンロードする)オプション旗のNone Option-長さの4八重奏Option-データNoneで送った(LEX_RCMD_NAKパケット)*0×43(LEX_RCMD_REJパケット)識別子
13.0 Inventory Request
13.0 目録要求
The host router sends a LEX_RCMD_REQUEST packet with an Option-Type of 0x0B to the LAN extension interface unit to request inventory information. The host router may use this remote command option to accomplish the following:
ホストルータは、在庫情報を要求するために0x0BのOption-タイプでLEX_RCMD_REQUESTパケットをLAN拡大インタフェース単位に送ります。 ホストルータは以下を達成するのにこのリモートコマンドオプションを使用するかもしれません:
Chapman, et al Informational [Page 56] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[56ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
* Distinguish between different versions of the LAN extension
interface unit for determining their capabilities
* 彼らの能力を決定するためのLAN拡大インタフェース単位の異なった見解を見分けてください。
* Determine whether a new version of Flash code should be downloaded
* Flashコードの新しいバージョンがダウンロードされるべきであるかどうか決定してください。
13.1 LEX RCMD_REQUEST - Inventory Request
13.1法RCMD_要求--目録要求
Figure 18 shows the frame format for a LEX_RCMD_REQUEST packet with an Inventory Request remote command option. The host router transmits the fields from left to right.
図18はLEX_RCMD_REQUESTパケットのためにInventory Requestのリモートコマンドオプションでフレーム形式を示しています。 ホストルータは左から右まで野原を伝えます。
Figure 18 LEX_RCMD_REQUEST Packet Frame Format - Inventory Request
図18 法_RCMD_リクエスト・パケットフレーム形式--要求を棚卸ししてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
LAN Extension Interface Remote Command Option
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags | Option-Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| オプションタイプ| オプション旗| オプション長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Summary Field Descriptions
概要フィールド記述
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 24 provides a summary of these fields when sending a LEX_RCMD_REQUEST packet that requests inventory information.
PPP Headerの分野の完全な記述、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionについて、より早く本書では「リモートコマンドオプション」セクションを参照してください。 在庫情報を要求するLEX_RCMD_REQUESTパケットを送るとき、テーブル24はこれらの分野の概要を提供します。
Chapman, et al Informational [Page 57] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[57ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Table 24 Field Values for LEX_RCMD_REQUEST Packet-Inventory Request
テーブル24 法_RCMD_リクエスト・パケット目録のための値が要求する分野
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x40 (LEX_RCMD_REQUEST packet)
Identifier Valid values: 0x01-0xFF
Length 12 octets
Option-Type 0x0B (Inventory Request)
Option-Flags None
Option-Length 4 octets
Option-Data None
コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x40(LEX_RCMD_REQUESTパケット)識別子Valid値をさばいてください: 0×01 0xFF Lengthの12の八重奏Option-タイプ0x0B(目録Request)オプション旗のNone Option-長さの4八重奏Option-データNone
13.2 LEX RCMD_ACK - Inventory Request
13.2法RCMD_ACK--目録要求
When it correctly receives the Inventory Request remote command option and retrieves the inventory information, the LAN extension interface unit responds with an acknowledgment. This acknowledgment contains the requested inventory information in the Option-Data field.
正しくInventory Requestのリモートコマンドオプションを受け取って、在庫情報を検索するとき、LAN拡大インタフェース単位は承認で反応します。 この承認はOption-データ・フィールドに要求された在庫情報を保管しています。
Figure 19 shows the frame format for the Inventory Request LEX_RCMD_ACK packet.
図19はInventory Request LEX_RCMD_ACKパケットのためにフレーム形式を示しています。
Figure 19 LEX_RCMD_ACK Packet Frame Format - Inventory Request
図19 法_RCMD_ACKパケットフレーム形式--要求を棚卸ししてください。
PPP Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF03 | Protocol-Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2 octets) (2)
pppヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| 0xFF03| プロトコルタイプ| +++++++++++++++++++++++++++++++++(2つの八重奏)(2)
LAN Extension Interface Protocol Header
<-------------------------------------------------------------->
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
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Code | Identifier | Length |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1) (2)
LAN拡大インタフェースプロトコルヘッダー<。-------------------------------------------------------------->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+++++++++++++++++++++++++++++++++| コード| 識別子| 長さ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1) (2)
Chapman, et al Informational [Page 58] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[58ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LAN Extension Interface Remote Command Option
<--------------------------------
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option-Type | Option-Flags |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(1) (1)
LANの拡大のインタフェースのリモートコマンドオプション<。-------------------------------- 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | オプションタイプ| オプション旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (1) (1)
----------------------------------------------->
6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Option-Length | Option-Data |
-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(2)
----------------------------------------------->6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9++++++++++++++++++++++++、オプション長さ| オプションデータ| -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ (2)
Where the Option-Data field contains the following fields:
Option-データ・フィールドが以下の分野を含むところ:
(32 bits)
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Flash Size |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Serial Number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| HW Version | PROM Major Ver| PROM Minor Ver|Flash Major Ver|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|Flash Minor Ver| FLAGS | RAM Major Ver | RAM Minor Ver |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+ Mac Address (6 octets) +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(32ビット) +++++++++++++++++++++++++++++++++| フラッシュサイズ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 通し番号| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | HWバージョン| PROMの主要なVer| PROMの小さい方のVer|フラッシュの主要なVer| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |フラッシュの小さい方のVer| 旗| 主要なVerに激突してください。| 小さい方のVerに激突してください。| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | + Mac Address(6つの八重奏)+++++++++++++++++| | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Summary Field Descriptions
概要フィールド記述
For a complete description of the fields in the PPP Header, the LAN Extension Interface Protocol Header, and the LAN Extension Interface Remote Command Option, refer to the "Remote Command Options" section earlier in this document. Table 25 provides a summary of these fields when acknowledging a LEX_RCMD_REQUEST packet that requests inventory information.
PPP Headerの分野の完全な記述、LAN Extension InterfaceプロトコルHeader、およびLAN Extension Interface Remote Command Optionについて、より早く本書では「リモートコマンドオプション」セクションを参照してください。 在庫情報を要求するLEX_RCMD_REQUESTパケットを承認するとき、テーブル25はこれらの分野の概要を提供します。
Table 25 Field Values for LEX_RCMD_ACK Packet - Inventory Request
テーブル25は法_RCMD_ACKパケットのために値をさばきます--要求を棚卸ししてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code 0x41 (LEX_RCMD_ACK packet)
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)コード0x41(LEX_RCMD_ACKパケット)
Chapman, et al Informational [Page 59] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[59ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Identifier The same value as that sent by
LEX_RCMD_REQUEST packet
Length 34 octets
Option-Type 0x0B (Inventory Request)
Option-Flags None
Option-Length 26 octets
Option-Data Inventory data. See the following
"Option-Data Field Descriptions" section
for details.
それと同じ値がLEX_RCMD_REQUESTパケットLength34八重奏Option-タイプ0x0B(目録Request)オプション旗のNone Option-長さの26八重奏でOption-データInventoryデータを送った識別子。 詳細に関して以下の「オプションデータ・フィールド記述」セクションを見てください。
Option-Data Field Descriptions
オプションデータ・フィールド記述
The Option-Data field of the LEX_RCMD_ACK packet uses the following fields to send inventory data to the host router about the LAN extension interface unit.
LEX_RCMD_ACKパケットのOption-データ・フィールドは、LAN拡大インタフェース単位に関して目録データをホストルータに送るのに以下の分野を使用します。
* Flash Size
* フラッシュサイズ
This field contains the LAN extension interface unit's Flash size in bytes.
この分野はバイトで表現されるLAN拡大インタフェース単位のFlashサイズを含んでいます。
* Serial Number
* 通し番号
This field provides the LAN extension interface unit's serial number. This is an unassigned, 32-bit number.
この分野はLAN拡大インタフェース単位の通し番号を提供します。 これは割り当てられないで、32ビットの数です。
* HW Version
* HWバージョン
This field contains the version number of the LAN extension interface hardware unit.
この分野はLAN拡大インタフェースハードウェア単位のバージョン番号を含んでいます。
* PROM Major Ver
* PROMの主要なVer
This field contains part of the version number of the PROM image. "Major" indicates which major software release this revision belongs to. For example, if the PROM version number is 1.2, then the major version number is 1.
この分野はPROMイメージのバージョン番号の一部を含んでいます。 「メージャー」は、この改正がどの主要なソフトウェアリリースに属すかを示します。 例えば、PROMバージョン番号が1.2であるなら、メジャーバージョン番号は1です。
* PROM Minor Ver
* PROMの小さい方のVer
This field contains part of the version number of the PROM image. "Minor" indicates which minor software release this revision belongs to. For example, if the PROM version number is 1.2, then the minor version number is 2.
この分野はPROMイメージのバージョン番号の一部を含んでいます。 「未成年者」は、この改正がどの小さい方のソフトウェアリリースに属すかを示します。 例えば、PROMバージョン番号が1.2であるなら、マイナーバージョン番号は2です。
Chapman, et al Informational [Page 60] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[60ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
* Flash Major Ver
* フラッシュの主要なVer
This field contains the "major" version number of the Flash image. For example, if the Flash image version number is 1.2, then the major version number is 1.
この分野はFlashイメージの「主要な」バージョン番号を含んでいます。 例えば、Flashイメージバージョン番号が1.2であるなら、メジャーバージョン番号は1です。
* Flash Minor Ver
* フラッシュの小さい方のVer
This field contains the "minor" version number of the Flash image. For example, if the Flash image version number is 1.2, then the minor version number is 2.
この分野はFlashイメージの「小さい方」のバージョン番号を含んでいます。 例えば、Flashイメージバージョン番号が1.2であるなら、マイナーバージョン番号は2です。
* FLAGS
* 旗
FLAGS report the boot status of the LAN extension interface unit. The flags are as follows:
FLAGSはLAN拡大インタフェース単位のブーツ状態を報告します。 旗は以下の通りです:
- 0x01 - Running PROM image - 0x02 - Running Flash image - 0x04 - PROM image passed checksum - 0x08 - Flash image passed checksum
- 0×01--Flashイメージ--0×04--PROMのイメージの通っているチェックサム--0×08--チェックサムが通過されたフラッシュイメージを実行しながら、PROMイメージ(0×02)を実行すること。
* RAM Major Ver
* 主要なVerに激突してください。
This field contains the "major" version number of the running image in RAM. For example, if the RAM image version number is 1.2, then the major version number is 1.
この分野はRAMの実行しているイメージの「主要な」バージョン番号を含んでいます。 例えば、RAMイメージバージョン番号が1.2であるなら、メジャーバージョン番号は1です。
* RAM Minor Ver
* 小さい方のVerに激突してください。
This field contains the "minor" version number of the running image in RAM. For example, if the RAM image version number is 1.2, then the minor version number is 2.
この分野はRAMの実行しているイメージの「小さい方」のバージョン番号を含んでいます。 例えば、RAMイメージバージョン番号が1.2であるなら、マイナーバージョン番号は2です。
* MAC Address
* マックーアドレス
The MAC Address is the LAN extension interface unit's burned-in MAC address in canonical format. This field is six octets.
マックーアドレスは正準な形式のLAN拡大インタフェース単位の燃えたコネMACアドレスです。 この分野は6つの八重奏です。
13.3 LEX RCMD_NAK/LEX RCMD_REJ - Inventory Request
13.3法RCMD_NAK/法RCMD_REJ--目録要求
Refer to the "Conditions for Sending PPP-LEX Packets" section earlier in this document for information on when the LAN extension interface unit sends an Inventory Request LEX_RCMD_NAK packet and Inventory Request LEX_RCMD_REJ packet.
より早く本書ではLAN拡大インタフェース単位がInventory Request LEX_RCMD_NAKパケットとInventory Request LEX_RCMD_REJパケットを送る時の情報について「送付ppp法パケットのための状態」セクションを参照してください。
The frame format of these two response packets mirrors that of the request. Table 26 summarizes the field values for such Inventory
これらの2つの応答パケットのフレーム形式は要求のものを映します。 テーブル26はそのようなInventoryのために分野値をまとめます。
Chapman, et al Informational [Page 61] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[61ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Request LEX_RCMD_NAK/LEX_RCMD_REJ packets.
LEX_RCMD_NAK/LEX_RCMD_REJパケットを要求してください。
Table 26 Field Values for LEX_RCMD_NAK/LEX_RCMD_REJ Packets -
Inventory Request
テーブル26は法_RCMD_NAK/法_RCMD_REJパケットのために値をさばきます--要求を棚卸ししてください。
Field Value
Address/Control 0xFF03 (Broadcast address/Unnumbered
information)
Protocol-Type 0x8041 (Control packet)
Code Valid values:
* 0x42 (LEX_RCMD_NAK packet)
* 0x43 (LEX_RCMD_REJ packet)
Identifier The same value as that sent by the
LEX_RCMD_REQUEST packet
Length 12 octets
Option-Type 0x0B (Inventory Request)
Option-Flags None
Option-Length 4 octets
Option-Data None
分野コントロール0xFF03(放送演説/無数の情報)プロトコルValue Address/タイプ0×8041(コントロールパケット)はValid値をコード化します: * 0×42 それと同じ値がLEX_RCMD_REQUESTパケットLength12八重奏Option-タイプ0x0B(目録Request)オプション旗のNone Option-長さの4八重奏Option-データNoneで送った(LEX_RCMD_NAKパケット)*0×43(LEX_RCMD_REJパケット)識別子
14.0 LAN Extension Interface Protocol Data Packets
14.0 LAN拡大インタフェースプロトコルデータ・パケット
When the PPP-LEX NCP is in an "opened" state, the LAN extension interface unit and the host router also exchange PPP-LEX data packets (as well as control packets). There is only one type of PPP-LEX data packet. This data packet is a subset of the PPP-BCP packet format.
また、PPP-LEX NCPが「開かれた」状態にあるとき、LAN拡大インタフェース単位とホストルータはPPP-LEXデータ・パケット(コントロールパケットと同様に)を交換します。 1つのタイプのPPP-LEXデータ・パケットしかありません。 このデータ・パケットはPPP-BCPパケット・フォーマットの部分集合です。
The format subsetting is such that a PPP-BCP implementation will successfully process a LAN extension interface protocol packet. The differences are as follows:
形式副設定はPPP-BCP実装が首尾よくLAN拡大インタフェースプロトコルパケットを処理するようにものです。 違いは以下の通りです:
* LAN ID field will not be present.
* LAN FCS field will never be present (that is, the F flag will
always be off [=0]).
* LAN ID flag (I) will always be off.
* Pad field for the serial link will never be present, and the
count field will be 0.
* LAN ID分野は存在しないでしょう。 * LAN FCS分野は決して存在しないでしょう。(すなわち、F旗が[=0])にいつもあるでしょう。 * LAN ID旗(I)はいつもオフになるでしょう。 * 連続のリンクへのパッド分野は決して存在しないでしょう、そして、カウント分野は0になるでしょう。
For detailed information on PPP-BCP packets, refer to the "PPP Bridging Control Protocol (BCP)" RFC. (References, [2])
PPP-BCPパケットの詳細な情報について、「コントロールがプロトコル(BCP)であるとブリッジするppp」RFCを参照してください。 (参照、[2])
14.1 Frame Format
14.1 フレーム形式
Figure 20 shows the frame format for a PPP-LEX data packet. The MAC frame is transferred except for the FCS field. The LAN extension interface unit computes the FCS for packets transferred to the LAN and strips the FCS for packets destined for the host router.
図20はPPP-LEXデータ・パケットのためにフレーム形式を示しています。 FCS分野を除いて、MACフレームを移します。 LAN拡大インタフェース単位は、LANに移されたパケットのためにFCSを計算して、ホストルータのために運命づけられたパケットのためにFCSを剥取ります。
Chapman, et al Informational [Page 62] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[62ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Figure 20 PPP-LEX Data Packet Frame Format
図20 ppp法データ・パケットフレーム形式
(8 bits) (8 bits) (8 bits) (8 bits)
+-+-+-+-+-+-+-+-+
| HDLC FLAG |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| 0xFF | 0x03 | 0x0041 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| F|I|Z|0| Pad | Mac Type | Destination MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Destination MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source MAC Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source MAC Address | Length/Type |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| LLC Data |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| (Serial) HDLC CRC | HDLC FLAG |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
(8ビット) (8ビット)(8ビット)(8ビット)+++++++++| HDLC旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 0xFF| 0×03| 0×0041| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | F|I|Z|0| パッド| Macはタイプされます。| 目的地マックーアドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 目的地マックーアドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ソースマックーアドレス| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ソースマックーアドレス| 長さ/タイプ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | LLCデータ| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | ... | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | (連続)です。 HDLC CRC| HDLC旗| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
14.2 Summary Field Descriptions
14.2 概要フィールド記述
HDLC FLAG
HDLC旗
HDLC Frame delimiter.
HDLC Frameデリミタ。
0xFF
0xFF
This Address field contains the broadcast address.
このAddress分野は放送演説を含んでいます。
0x03
0×03
This Control field contains unnumbered information.
このControl分野は無数の情報を含んでいます。
0x0041
0×0041
This field contains the IETF-assigned protocol type value for a PPP-LEX data packet. In this case this field will always contain 0x0041.
この分野はPPP-LEXデータ・パケットのためのIETFによって割り当てられたプロトコルタイプ価値を含んでいます。 この場合、この分野はいつも0×0041を含むでしょう。
Flags
旗
The flags F, I, Z, 0 have the following meanings:
0には、旗F、I、Zであり、以下の意味があります:
Chapman, et al Informational [Page 63] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[63ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
* F: Set bit F if the LAN FCS field is present. Because PPP-LEX
data packets do not contain the LAN FCS field, this bit should
not be set (field=0).
* F: LAN FCS分野が存在しているなら、ビットFを設定してください。 PPP-LEXデータ・パケットがLAN FCS分野を含んでいないので、このビットを設定するべきではありません(分野=0)。
* I: Set bit I if the LAN ID field is present. Because PPP-LEX
data packets do not contain the field, this bit should not be
set (field=0).
* 私: LAN ID分野が存在しているなら、ビットIを設定してください。 PPP-LEXデータ・パケットが分野を含んでいないので、このビットを設定するべきではありません(分野=0)。
* Z: Set bit Z if IEEE 802.3 Pad must be zero filled to minimum
size.
* Z: ゼロが最小規模までいっぱいにされたならIEEE802.3Padが設定しなければならないなら、ビットZを設定してください。
* 0: Reserved, must be zero.
* 0: 予約されて、ゼロでなければなりません。
Pad
パッド
Any PPP frame may have padding inserted in the Optional Data Link Layer Padding field. The value tells the receiving system how many pad octets to strip off. The LAN extension interface protocol does not support the Optional Data Link Layer Padding field, so the value of this field should be zero.
どんなPPPフレームでも、Optional Data Link Layer Padding分野に詰め物を挿入するかもしれません。 値は、いくつのパッド八重奏を全部はぎ取るかを受電方式に言います。 LAN拡大インタフェースプロトコルがOptional Data Link Layer Padding分野をサポートしないので、この分野の値はゼロであるべきです。
MAC Type
MACはタイプします。
This field contains the most up-to-date value of the MAC type as specified in the most recent "Assigned Numbers" RFC. The current value is as follows:
この分野は最新の「規定番号」RFCの指定されるとしてのMACタイプの最も最新の値を含んでいます。 現行価値は以下の通りです:
* 1: IEEE 802.3/Ethernet with canonical addresses
* 1: 正準なアドレスがあるIEEE802.3/イーサネット
Destination MAC Address
目的地マックーアドレス
This field is 6 octets and contains the MAC address of the destination system as defined by IEEE. The MAC Type field defines the bit ordering.
この分野は、6つの八重奏であり、IEEEによって定義されるように目的地システムのMACアドレスを含んでいます。 MAC Type分野は噛み付いている注文を定義します。
Source MAC Address
ソースマックーアドレス
This field is 6 octets and contains the MAC address of the destination system as defined by IEEE. The MAC Type field defines the bit ordering.
この分野は、6つの八重奏であり、IEEEによって定義されるように目的地システムのMACアドレスを含んでいます。 MAC Type分野は噛み付いている注文を定義します。
Length/Type
長さ/タイプ
This field is any Ethernet protocol type (See RFC 1700 in the references "Assigned Numbers"). For IEEE 802.3 frames, this is a length field.
この分野はあらゆるイーサネットプロトコルタイプ(「規定番号」という参照でRFC1700を見る)です。 IEEE802.3に関しては、フレームであり、これは長さの分野です。
Chapman, et al Informational [Page 64] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[64ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
LLC Data
LLCデータ
This field is the remainder of the MAC frame which is (or would be if it were present) protected by the LAN FCS.
この分野はLAN FCSによって保護される(またはそれが存在しているならである)MACフレームの残りです。
(Serial) HDLC CRC
(連続)のHDLC CRC
This is a 16 bit Cyclic Redundancy Check field.
これは16ビットのCyclic Redundancy Check分野です。
For complete information on the above fields and their relationship to PPP-BCP packets, refer to the "PPP Bridging Control Protocol (BCP)" RFC. (References, [2])
詳細をお知りになりたい場合は上の分野とPPP-BCPパケットとのそれらの関係では、「コントロールがプロトコル(BCP)であるとブリッジするppp」RFCを参照してください。 (参照、[2])
Notes
注意
1. The LAN extension interface protocol does allow the segmentation
of individual LAN packets across the serial link. Each LAN
packet must be transmitted across the serial link as one PPP-LEX
encapsulation.
1. LAN拡大インタフェースプロトコルは連続のリンクの向こう側に個々のLANパケットの分割を許容します。 1PPP-LEXのカプセル化として連続のリンクの向こう側にそれぞれのLANパケットを伝えなければなりません。
2. MAC addresses in PPP-LEX packets should be in canonical format.
2. 正準な形式にはPPP-LEXパケットのMACアドレスがあるべきです。
References
参照
[1] Simpson, W., "The Point-To-Point Protocol (PPP) for the
Transmission of Multi-protocol Datagrams over Point-To-Point
Links", RFC 1331, Daydreamer, May 1992.
[1] w.シンプソン、「ポイントツーポイントの上のマルチプロトコルデータグラムの送信のための二地点間プロトコル(ppp)はリンクします」、RFC1331、空想家、1992年5月。
[2] Baker, F., and R. Bowen, "PPP Bridging Control Protocol (BCP)",
RFC 1638, ACC, IBM, June 1994.
[2] ベイカー、F.、およびR.ボーエン、「コントロールがプロトコル(BCP)であるとブリッジするppp」、RFC1638、ACC、IBM、1994年6月。
[3] Lloyd, B., and W. Simpson, "PPP Authentication Protocols", RFC
1334, Lloyd & Associates, Daydreamer, October 1992.
[3] ロイド、B.とW.シンプソン、「ppp認証プロトコル。」RFC1334とロイドと仲間、空想家、1992年10月
[4] Reynolds, J., and J. Postel, "Assigned Numbers", STD 2, RFC 1700,
USC/Information Sciences Institute, October 1994.
[4] USC/情報科学が1994年10月に設けるレイノルズ、J.、およびJ.ポステル、「規定番号」、STD2、RFC1700。
[5] Reynolds, J., and J. Postel, "Standard for the transmission of IP
datagrams over IEEE 802 networks", RFC 1042, USC/Information
Sciences Institute, February 1988.
[5] レイノルズ、J.、およびJ.ポステル、「IEEE802ネットワークの上のIPデータグラムのトランスミッションの規格」、RFC1042、USC/情報Sciences Institute(1988年2月)。
Chapman, et al Informational [Page 65] RFC 1841 LAN Extension Interface Protocol September 1995
チャップマン、他Informational[65ページ]RFC1841のLAN Extension Interfaceプロトコル1995年9月
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Authors' Addresses
作者のアドレス
Joelle Bafile Chapman, Technical Writer Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
Joelle Bafileチャップマン、テクニカルライターのシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア95134-1706
EMail: joelle@cisco.com
メール: joelle@cisco.com
Dave Coli, Software Engineer Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
デーヴColi、ソフトウェア技術者のシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア95134-1706
EMail: dcoli@cisco.com
メール: dcoli@cisco.com
Andy Harvey, Software Engineer Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
アンディ・ハーヴェイ、ソフトウェア技術者のシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア95134-1706
EMail: agh@cisco.com
メール: agh@cisco.com
Bent Jensen, Engineering Manager Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
曲がったジェンセン、技術管理者のシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア95134-1706
EMail: bent@cisco.com
メール: bent@cisco.com
Kevin Rowett, Software Engineer Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706
ケビン・ローワット、ソフトウェア技術者のシスコシステムズInc.170の西タスマン・Driveサンノゼ、カリフォルニア95134-1706
EMail: krowett@cisco.com
メール: krowett@cisco.com
Chapman, et al Informational [Page 66]
チャップマン、他のInformational[66ページ]
一覧
スポンサーリンク
