RFC1362 日本語訳

Network Working Group                                           M. Allen
Request for Comments: 1362                                  Novell, Inc.
                                                          September 1992

コメントを求めるワーキンググループM.アレンの要求をネットワークでつないでください: 1362 ノベルInc.1992年9月

               Novell IPX Over Various WAN Media (IPXWAN)

様々な青白いメディアの上のノベルIPX(IPXWAN)

Status of this Memo

このMemoの状態

   This memo provides information for the Internet community.  It does
   not specify an Internet standard.  Distribution of this memo is
   unlimited.

このメモはインターネットコミュニティのための情報を提供します。 それはインターネット標準を指定しません。 このメモの分配は無制限です。

Abstract

要約

   This document describes how Novell IPX operates over various WAN
   media.  Specifically, it describes the common "IPX WAN" protocol
   Novell uses to exchange necessary router to router information prior
   to exchanging standard IPX routing information and traffic over WAN
   datalinks.

このドキュメントはノベルIPXが様々なWANメディアの上でどう作動するかを説明します。 明確に、それはノベルが標準のIPX経路情報とトラフィックを青白いデータリンクの上と交換する前に必要なルータをルータ情報と交換するのに使用する一般的な「IPX WAN」プロトコルについて説明します。

Table of Contents

目次

   1.  Introduction .................................................  1
   1.1. Operation Over PPP ..........................................  2
   1.2. Operation Over X.25 Switched Virtual Circuits ...............  2
   1.3. Operation Over X.25 Permanent Virtual Circuits ..............  2
   1.4. Operation Over Frame Relay ..................................  3
   1.5. Operation Over Other WAN Media ..............................  3
   2.  Glossary Of Terms ............................................  3
   3.  IPX WAN Protocol Description .................................  4
   4.  Information Exchange Packet Formats ..........................  5
   4.1. Timer Request Packet ........................................  6
   4.2. Timer Response Packet .......................................  8
   4.3. Information Request Packet .................................. 10
   4.4. Information Response Packet ................................. 12
   5.  References ................................................... 12
   6.  Security Considerations ...................................... 13
   7.  Author's Address.............................................. 13

1. 序論… 1 1.1. pppの上の操作… 2 1.2. X.25交換仮想回路の上の操作… 2 1.3. X.25相手固定接続の上の操作… 2 1.4. フレームリレーの上の操作… 3 1.5. 他の青白いメディアの上の操作… 3 2. 用語の用語集… 3 3. IPXの青白いプロトコル記述… 4 4. 情報交換パケット・フォーマット… 5 4.1. タイマリクエスト・パケット… 6 4.2. タイマ応答パケット… 8 4.3. 情報リクエスト・パケット… 10 4.4. 情報応答パケット… 12 5. 参照… 12 6. セキュリティ問題… 13 7. 作者のアドレス… 13

1. Introduction

1. 序論

   This document describes how Novell IPX operates over various WAN
   media. It is strongly motivated by a desire for IPX to treat ALL wide
   area links in the same manner. Sections 3 and 4 describe this common
   "IPX WAN" protocol.

このドキュメントはノベルIPXが様々なWANメディアの上でどう作動するかを説明します。 それはIPXが同じ方法ですべての広い領域のリンクを扱う願望によって強く動機づけられています。 セクション3と4はこの一般的な「IPX WAN」プロトコルについて説明します。

Allen                                                           [Page 1]

RFC 1362                         IPXWAN                   September 1992

アレン[1ページ]RFC1362IPXWAN1992年9月

   IPX WAN protocol operation begins immediately after link
   establishment. While IPX is a connectionless datagram protocol, WANs
   are often connection-oriented.  Different WANs have different methods
   of link establishment. The subsections of section 1 of this document
   describe what link establishment means to IPX for different media.
   They also describe other WAN-media-dependent aspects of IPX
   operation, such as protocol identification, frame encapsulation, and
   link tear down.

IPX WANプロトコル操作はリンク設立直後始まります。 IPXはコネクションレスなデータグラムプロトコルですが、WANはしばしば接続指向です。 異なったWANには、リンク設立の異なったメソッドがあります。 このドキュメントのセクション1の小区分はリンク設立が異なったメディアのためにIPXに意味することについて説明します。 また、彼らは識別、フレームカプセル化、およびリンクが取りこわすプロトコルなどのIPX操作の他のWANメディア扶養家族局面について説明します。

1.1 Operation Over PPP

1.1 pppの上の操作

   IPX uses PPP [1] when operating over point-to-point synchronous and
   asynchronous networks.

[1] 二地点間同時の、そして、非同期なネットワークの上で作動するとき、IPXはPPPを使用します。

   With PPP, link establishment means the IPX NCP [4] reaches the Open
   state. NetWare IPX will reject all NCP options, and uses normal frame
   encapsulation as defined by PPP. The IPXWAN protocol MUST NOT occur
   until the IPX NCP reaches the Open state.

PPPと共に、リンク設立は、IPX NCP[4]がオープン状態に達することを意味します。 NetWare IPXはすべてのNCPオプションを拒絶して、PPPによって定義されるように正常なフレームカプセル化を使用します。 IPX NCPがオープン状態に達するまで、IPXWANプロトコルは起こってはいけません。

   PPP allows either side of a connection to stop forwarding IPX if one
   end sends an IPXCP or an LCP Terminate-Request. When a router detects
   this, it will immediately reflect the lost connectivity in its
   routing information database instead of naturally aging it out.

PPPは片端がIPXCPかLCP Terminate-要求を送るならIPXを進めるのを接続のどちらの側面も止めさせます。 ルータがすぐにこれを検出するとき、それは外で自然にそれの年をとることの代わりにルーティング情報データベースの無くなっている接続性を反映するでしょう。

1.2 Operation over X.25 Switched Virtual Circuits

1.2 X.25交換仮想回路の上の操作

   With X.25, link establishment means successfully opening an X.25
   virtual circuit.  As specified in RFC-1356, "Multiprotocol
   Interconnect on X.25 and ISDN in the Packet Mode" [2], the protocol
   identifier 0x800000008137 is used in the X.25 Call User Data field of
   the Call Request frame, and indicates that the virtual circuit will
   be devoted to IPX.

X.25と共に、リンク設立は、首尾よくX.25の仮想の回路を開けることを意味します。 RFC-1356、「Multiprotocolはパケット形態によるX.25とISDNで内部連絡する」[2]で指定されるように、プロトコル識別子0x800000008137は、Call RequestフレームのX.25 Call User Data分野で使用されて、仮想の回路がIPXにささげられるのを示します。

   Furthermore, each IPX packet is encapsulated directly in X.25 data
   frame sequences without additional framing.

その上、それぞれのIPXパケットは追加縁どりなしで直接X.25データフレーム系列でカプセルに入れられます。

   Either side of the virtual circuit may close it, thereby tearing down
   the IPX link. When a router detects this, it will immediately reflect
   the lost connectivity in its routing information database instead of
   naturally aging it out.

仮想の回路のどちらの端もそれを閉じて、その結果、IPXリンクを取りこわすかもしれません。 ルータがすぐにこれを検出するとき、それは外で自然にそれの年をとることの代わりにルーティング情報データベースの無くなっている接続性を反映するでしょう。

1.3 Operation over X.25 Permanent Virtual Circuits

1.3 X.25相手固定接続の上の操作

   The nature of X.25 PVC's is that no call request is made.  When the
   router is informed that X.25 Layer 2 is up, the router should assume
   that link establishment is complete.

X.25 PVCの自然は発呼要求を全くしないということです。 ルータがX.25 Layer2が上がっていると知らされるとき、ルータは、リンク設立が完全であると仮定するべきです。

Allen                                                           [Page 2]

RFC 1362                         IPXWAN                   September 1992

アレン[2ページ]RFC1362IPXWAN1992年9月

   Each IPX packet is encapsulated in an X.25 data frame sequence
   without additional framing. Novell IPX assumes a particular X.25
   permanent circuit is devoted to the use of IPX.

それぞれのIPXパケットは追加縁どりなしでX.25データフレーム系列でカプセルに入れられます。 ノベルIPXは、特定のX.25永久的な回路がIPXの使用にささげられると仮定します。

   If a router receives a layer 2 error condition (e.g., X.25 Restart),
   it should reflect lost connectivity for the permanent circuits in its
   routing information database and re-perform the necessary steps to
   obtain a full IPX connection.

ルータが層2のエラー条件(例えば、X.25 Restart)を受けるなら、それは、ルーティング情報データベースの永久的な回路に無くなっている接続性を反映して、完全なIPX接続を得るために必要なステップを再実行するべきです。

1.4 Operation over Frame Relay

1.4 フレームリレーの上の操作

   Novell conforms to RFC-1294, "Multiprotocol Interconnect over Frame
   Relay" [3] for frame relay service and packet encapsulation.
   Currently, Novell has not stabilized the method for treating frame
   relay connections - whether they treat the connections as LANs or
   WANs.

ノベルはRFC-1294、フレームリレーサービスとパケットカプセル化のための「Multiprotocolはフレームリレーの上で内部連絡する」[3]に従います。 現在、ノベルは彼らがLANかWANとして接続を扱うか否かに関係なく、フレームリレー接続を扱うためのメソッドを安定させていません。

1.5 Operation over other WAN media

1.5 他のWANメディアの上の操作

   Additional WAN media will be added here as specifications are
   developed.

仕様が開発されているので、追加WANメディアはここで加えられるでしょう。

2. Glossary Of Terms

2. 用語の用語集

Primary Network Number:

プライマリネットワーク・ナンバー:

      Every IPX WAN router has a "primary network number". This is an
      IPX network number unique to the entire internet.  This number
      will be a permanently assigned network number for the router.
      Those readers familiar with NetWare 3.x servers should realize
      that this is the "Internal" network number.

あらゆるIPX WANルータには、「プライマリネットワーク・ナンバー」があります。 これは全体のインターネットにユニークなIPXネットワーク・ナンバーです。 この数はルータの永久に割り当てられたネットワーク・ナンバーになるでしょう。 NetWare3.xサーバに詳しいそれらの読者は、これが「内部」のネットワーク・ナンバーであるとわかるべきです。

Router Name:

ルータ名:

      Every IPX WAN router must have a "Router Name". This is a symbolic
      name given to the router. Its purpose is to allow routers to know
      who they are connected to after link establishment - particularly
      for network management purposes.  A symbolic name conveys more
      information to an operator than a set of numbers. The symbolic
      name should be between 1 and 47 characters in length containing
      the characters 'A' through 'Z', underscore (_), hyphen (-) and
      "at" sign (@). The string of characters should be followed by a
      null character (byte of zero) and padded to 48 characters using
      the null character.  Those readers familiar with NetWare 3.x
      servers should realize that the file server name is the Router
      Name.

あらゆるIPX WANルータには、「ルータ名」がなければなりません。 これはルータに与えられた英字名です。 目的はだれにとって、それらが特にリンク設立の、後ネットワークマネージメント目的のために接続されているかを知るためにルータを許容することです。 英字名は一連の数字よりオペレータへの情報を伝えます。 英字名はキャラクタ''から'Z'、強調(_)、ハイフン(-)、および“at"サイン(@)を含む長さが1〜47のキャラクタであるべきです。 キャラクタのストリングは、ヌル文字を使用することでヌル文字(ゼロのバイト)があとに続いていて、48のキャラクタに水増しされるべきです。 NetWare3.xサーバに詳しいそれらの読者は、ファイルサーバー名がRouter Nameであるとわかるべきです。

Allen                                                           [Page 3]

RFC 1362                         IPXWAN                   September 1992

アレン[3ページ]RFC1362IPXWAN1992年9月

3. IPX WAN Protocol Description

3. IPXの青白いプロトコル記述

   IPX WAN links have the concept of a LINK MASTER and a LINK SLAVE.
   This relationship is decided upon based on information contained
   within the first IPX packets transferred across the WAN link.

IPX WANリンクには、LINK MASTERとLINK SLAVEの概念があります。 この関係はWANリンクの向こう側に移された最初のIPXパケットの中に含まれた情報に基づいて決められます。

   After link establishment, both sides of the link send "Timer Request"
   packets and start a timer waiting for a "Timer Response". These
   "Timer Request" packets are sent every 20 seconds until a response is
   received or a time-out occurs trying to initialize a connection (the
   timer is restarted each time a new "Timer Request" is sent). The
   time-out should be configurable, and is normally about one minute.
   This is directly dependent on the call setup time for the connection.
   If a time-out occurs, the router issues a disconnect on the offending
   connection and optionally attempts to retry the connection.

リンク設立の後に、タイマは、リンクの両側が、「タイマ要求」パケットを送って、「タイマ応答」を待ち始めます。 応答が受け取られているか、またはタイムアウトが接続を初期化しようとしながら起こるまで(タイマは新しい「タイマ要求」を送るたびに再開されます)、20秒毎にこれらの「タイマ要求」パケットを送ります。 タイムアウトは、構成可能であるべきであり、通常、およそ1分です。 これは接続のための呼び出し準備時間に直接依存しています。 タイムアウトが起こるなら、ルータは、怒っている接続のときに分離を発行して、接続を再試行するのを任意に試みます。

   When a "Timer Request" is received, the router with the lowest
   primary network number MUST respond with a "Timer Response" packet -
   and become the "Slave" of the link. If the "Slave" determines that it
   cannot support any of the Routing Types included in the "Timer
   Request" packet, the "Slave" should issue a disconnect on the
   connection being established. The "Master" of the link (determined
   when a "Timer Response" packet is received) is responsible for
   defining the network number that is to be used as a common network
   number for the new WAN link, and for calculating the RIP transport
   time that will be advertized to other RIP routers for the new link.
   This is calculated by stopping the timer which was started when a
   "Timer Request" was initiated and applying the algorithm in section
   4.2.

「タイマ要求」が受け取られているとき、最も低いプライマリネットワーク・ナンバーがあるルータは「タイマ応答」パケットで応じなければなりません--そして、リンクの「奴隷」になります。 「奴隷」が、「タイマ要求」パケットにTypesを含んでいる場合ルート設定のどれかをサポートすることができないことを決定するなら、「奴隷」は確立される接続のときに分離を発行するべきです。 リンク(「タイマ応答」パケットがいつ受け取られているかを決定する)の「マスター」は新しいWANの一般的なネットワーク・ナンバーがリンクされて、他のRIPルータにadvertizedされるRIP輸送時間について新しいリンクに計算するのに使用されることになっているネットワーク・ナンバーを定義するのに責任があります。 これは、「タイマ要求」が開始されたとき始動されたタイマを止めて、セクション4.2でアルゴリズムを適用することによって、計算されます。

   To allow this, both sides of the link MUST have an adequate pool of
   WAN network numbers (unique within the internetwork) available to be
   assigned to the link when the call is fully completed. The "Master"
   of the link MUST then select a network number and construct an
   "Information Request" packet containing the calculated link delay,
   the common network number, and its own router name. On receiving this
   packet, the "Slave" MUST turn the packet around, overwrite the router
   name and node identifier and send an "Information Response".

呼び出しが完全に終了しているとき、これを許容するために、リンクの両側にはリンクに割り当てられるために有効なWANネットワーク・ナンバー(インターネットワークの中でユニークな)の適切なプールがなければなりません。 そして、リンクの「マスター」は計算されたリンク遅れを含む「情報要求」パケット、一般的なネットワーク・ナンバー、およびそれ自身のルータが命名するネットワーク・ナンバーと構造物を選択しなければなりません。 このパケットを受けると、「奴隷」は、パケットを変えて、ルータ名とノード識別子を上書きして、「情報応答」を送らなければなりません。

   After the "Master" has received the "Information Response" and the
   "Slave" has received the "Information Request", standard IPX RIP and
   SAP packets are transferred across the WAN link, as currently defined
   for LAN links. The "IPX Router Specification" [5] contains
   information describing the Novell RIP/SAP protocol for third party
   developers.

「マスター」が「情報応答」を受けて、「奴隷」が「情報要求」を受けた後に、WANリンクの向こう側に標準のIPX RIPとSAPパケットを移します、現在LANリンクと定義されるように。 「IPXルータ仕様」[5]は第三者開発者のためにノベルRIP/SAPプロトコルについて説明する情報を含んでいます。

   Note that the "Information Request" and "Information Response"
   packets are specific to the "Routing Type"=0 information exchanges.

「情報要求」と「情報応答」パケットが0「ルート設定タイプ」=情報交換に特定であることに注意してください。

Allen                                                           [Page 4]

RFC 1362                         IPXWAN                   September 1992

アレン[4ページ]RFC1362IPXWAN1992年9月

   With this routing type, no retransmission is made of any of the
   Information packets. If a response has not been received within the
   predefined time-out period, a disconnect is issued on the link, and
   the link can optionally be attempted later.

このルーティングタイプで、「再-トランスミッション」は全く情報パケットのいずれでも作られていません。 応答が事前に定義されたタイムアウトの期間中に受けられていないなら、リンクの上に分離を発行します、そして、後で任意にリンクを試みることができます。

   If a router detects an error for which no suitable protocol response
   exists (e.g., unable to allocate a network number), the link should
   be terminated according to the relevant media specification.

ルータがどんな適当なプロトコル応答も存在しない誤りを検出する、(例えば、ネットワーク・ナンバーを割り当てることができない、)、リンクは関連メディア仕様通りに終えられるべきです。

   Under certain circumstances, particularly on X.25 permanent circuits,
   it is only possible to detect the remote router went away when it
   comes back up again.  In this case, one side of the link receives a
   Timer Request packet when IPX is in a fully connected state.  The
   side receiving the Timer Request MUST realize that a problem
   occurred, and revert to the IPX link establishment phase.
   Furthermore, the routing information learned from this connection
   should be immediately discarded.

ある状況の下と、そして、特にX.25の永久的な回路の上では、再び来て戻るとき、リモートルータを検出するのが遠ざかったのが、可能であるだけです。 この場合、IPXが完全に関連している状態にあるとき、リンクの半面はTimer Requestパケットを受けます。 Timer Requestを受ける側は、問題が起こったとわかって、IPXリンク確立段階に戻らなければなりません。 その上、この接続から学習されたルーティング情報はすぐに、捨てられるべきです。

4. Information Exchange Packet Formats

4. 情報交換パケット・フォーマット

   All IPX WAN information exchange packets conform to the standard
   Novell IPX packet format. The packets use the IPX defined packet type
   04 defining a Packet Exchange Packet. The socket number 0x9004 is a
   Novell reserved socket number for exclusive use with IPX WAN
   information exchange. IPX defines that a network number of 0 is
   interpreted as being a local network of unknown number that requires
   no routing. This feature is of use to us in transferring these
   packets before the common network number is exchanged. Some routers
   need to know a "Node Number" (or MAC address) for each node on a
   link. Node numbers will be formed from the "WNode ID" field.  The
   node number will be the 4 bytes of WNode ID followed by 2 bytes of
   zero.

すべてのIPX WAN情報交換パケットが標準のノベルIPXパケット・フォーマットに従います。 パケットはIPXの定義されたパケットタイプ04の定義しているa Packet Exchange Packetを使用します。 ソケットNo.0x9004はIPX WAN情報交換がある専用のノベルの予約されたソケット番号です。 IPXは0の数が掘るのを必要としない未知の数の企業内情報通信網であるので解釈されるそのaネットワークを定義します。 この特徴は一般的なネットワーク・ナンバーを交換する前にこれらのパケットを移す際に私たちの役に立ちます。 いくつかのルータが、リンクの上のそれぞれのノードの「ノード番号」(または、MACアドレス)を知る必要があります。 ノード番号は「WNode ID」分野から形成されるでしょう。 ノード番号は4バイトのWNode IDになるでしょう2バイトのゼロがいうことになった。

   Router Type number assignment. Other vendors IPX routing protocols
   can make use of the IPXWAN protocol definition by obtaining Router
   Types from Novell. This document will then include the new Router
   Types (with the references to vendor protocol description documents).

ルータType数の課題。 他のベンダーIPXルーティング・プロトコルは、ノベルからRouter Typesを入手することによって、IPXWANプロトコル定義を利用できます。 そして、このドキュメントは新しいRouter Types(ベンダープロトコル記述ドキュメントの参照がある)を含むでしょう。

   WOption Number assignment. These numbers only need to be assigned
   from Novell for the "Timer Request" and "Timer Response" packets.
   Other packet types (e.g., the "Information Request" packets, are
   dependent on the "Router Type" negotiated and can contain any (vendor
   defined) packet type other than 0 or 1. WOption numbers in these
   packets are then defined by the vendor defining the Routing Type. The
   same packet format should still be maintained.

WOption Number課題。 これらの数は、「タイマ要求」と「タイマ応答」パケットのためにノベルから割り当てられる必要があるだけです。 他のパケットはタイプされます。1 例えば、「情報要求」パケット、交渉された「ルータタイプ」に依存していて、0以外のどんな(定義されたベンダー)パケットタイプも含むことができるか、または次に、これらのパケットのWOption番号は、ルート設定Typeを定義しながら、ベンダーによって定義されます。(同じパケット・フォーマットはまだ維持されているべきです。

Allen                                                           [Page 5]

RFC 1362                         IPXWAN                   September 1992

アレン[5ページ]RFC1362IPXWAN1992年9月

4.1 Timer Request Packet

4.1 タイマリクエスト・パケット

   +---------------------------------------------------------------+
   | Checksum         | FF FF             | Always FFFF            |
   | Packet Length    | 02 40             | Max IPX size (576 bytes|
   |                  |                   | Hi Lo order)           |
   | Trans Control    | 00                | Hops traversed         |
   | Packet Type      | 04                | Packet Exchange Packet |
   | Dest Net #       | 00 00 00 00       | Local Network          |
   | Dest Node #      | FF FF FF FF FF FF | Broadcast              |
   | Dest Socket #    | 90 04             | Reserved WAN socket    |
   | Source Net #     | 00 00 00 00       | Local Network          |
   | Source Node #    | 00 00 00 00 00 00 | Set to zero            |
   | Source Socket #  | 90 04             | Reserved WAN socket    |
   |------------------+-------------------+------------------------|
   | WIdentifier      | 57 41 53 4D       | Confidence identifier  |
   | WPacket Type     | 00                | Timer Request          |
   | WNode ID         | xx xx xx xx       | Primary Net # of       |
   |                  |                   | sending router         |
   |                  |                   | (Hi Lo order)          |
   | WSequence #      | xx                | Sequence start at 0    |
   | WNum Options     | 02                | 2 Options follow       |
   | WOption Number   | 00                | Define Routing Type    |
   | WAccept Option   | 01                | 0=No,1=Yes,3=Not Applic|
   | WOption Data Len | 00 01             | Option length (Hi Lo)  |
   | WOption Data     | 00                | IPX RIP/SAP Routing    |
   | WOption Number   | FF                | Pad option             |
   | WAccept Option   | 01                | 0=No,1=Yes,3=Not Applic|
   | WOption Data Len | 02 0E             | Pad data length (Hi Lo)|
   | WOption Data     | 00->FF's          | Repeated sequence of 00|
   |                  |                   | through FF's.          |
   +---------------------------------------------------------------+

+---------------------------------------------------------------+ | チェックサム| ff ff| いつもFFFF| | パケット長| 02 40 | マックスIPXサイズ(| | | | こんにちは、Loが命令する576バイト)| | 移-コントロール| 00 | 横断されたホップス| | パケットタイプ| 04 | パケット交換パケット| | Destネット#| 00 00 00 00 | 企業内情報通信網| | Destノード#| ff ff ff ff ff ff| 放送| | Destソケット#| 90 04 | 予約されたWANソケット| | ソースネット#| 00 00 00 00 | 企業内情報通信網| | ソースノード#| 00 00 00 00 00 00 | ゼロに、セットします。| | ソースソケット#| 90 04 | 予約されたWANソケット| |------------------+-------------------+------------------------| | WIdentifier| 57 41 53 4D| 信用識別子| | WPacketはタイプします。| 00 | タイマ要求| | WNode ID| xx xx xx xx| 予備選挙は#、を網で覆います。| | | | 送付ルータ| | | | (こんにちは、Loオーダー) | | WSequence#| xx| 0時の系列始め| | WNumオプション| 02 | 2つのオプションが続きます。| | WOption番号| 00 | ルート設定タイプを定義してください。| | WAcceptオプション| 01 | 0 = いいえ、1ははいと等しく、3はどんなApplicとも等しくはありません。| | WOption Dataレン| 00 01 | オプションの長さ(こんにちは、Lo)| | WOptionデータ| 00 | IPXはルート設定を裂くか、または徐々に破壊します。| | WOption番号| ff| パッドオプション| | WAcceptオプション| 01 | 0 = いいえ、1ははいと等しく、3はどんなApplicとも等しくはありません。| | WOption Dataレン| 02 0E| パッドデータの長さ(こんにちは、Lo)| | WOptionデータ| 00>のffのもの| 00の反復配列| | | | ffのところを通って。 | +---------------------------------------------------------------+

   Note:
        Timer Request packets will always be 576 bytes. However,
        there should be no assumption made about the number of
        options specified in this packet.

以下に注意してください。 タイマRequestパケットはいつも576バイトになるでしょう。 しかしながら、このパケットで指定されたオプションの数に関してされた仮定が全くあるべきではありません。

   After link establishment, Timer Request packets are sent by both
   sides of the link. Each end starts their sequence number at zero.
   Subsequent retries (every 20 seconds) will increment the value of
   this sequence number.  Only a Timer Response packet with a sequence
   number matching the last sent sequence number will be acted upon.

リンク設立の後に、リンクの両側はTimer Requestパケットを送ります。 各端はゼロでそれらの一連番号を始めます。 その後の再試行(20秒毎)はこの一連番号の値を増加するでしょう。 一連番号が最後に送られた一連番号に合っているTimer Responseパケットだけが作用されるでしょう。

   When receiving this packet, the WNode ID should be compared to the
   receiver's Primary Network #. If the WNode ID is larger than the
   receiver's Primary Network #, a Timer Response packet should be sent,
   and the receiver should become the link "Slave".

このパケットを受けるとき、WNode IDは受信機のPrimary Network#と比較されるべきです。WNode IDが受信機のPrimary Network#より大きいなら、Timer Responseパケットを送るべきです、そして、受信機はリンク「奴隷」になるはずです。

Allen                                                           [Page 6]

RFC 1362                         IPXWAN                   September 1992

アレン[6ページ]RFC1362IPXWAN1992年9月

   Packets received on the reserved socket number not having the
   WIdentifier set to the hexadecimal values noted above should be
   discarded.

上に述べられた16進値にWIdentifierを用意ができさせない予約されたソケット番号に受け取られたパケットは捨てられるべきです。

Routing Type Option:

ルート設定タイプオプション:

   A routing type of zero (0) is the minimum interoperability
   requirement (as defined by this document). A router ready to send a
   Timer Response (and receiving a routing type of zero) MUST respond
   with a routing type of zero. A router ready to send a Timer Response
   (and receiving routing types not matching a supported value) SHOULD
   respond with a Routing Type of zero indicating support for the
   minimum common protocol.

(0)がないルーティングタイプは最小の相互運用性要件(このドキュメントによって定義されるように)です。 Timer Response(ゼロルーティングタイプを受けて)を送る準備ができているルータはゼロルーティングタイプで応じなければなりません。 ゼロのルート設定Typeが最小の一般的なプロトコルのサポートを示していてSHOULDが反応させるTimer Response(ルーティングを受けるのはサポートしている値を合わせないことでタイプされる)を送る準備ができているルータ。

   Note that multiple Routing Type Options can be included in the Timer
   Request packet if the router supports multiple routing methods for
   IPX. The included Router Types MUST include and support this type
   zero option.

ルータが、IPXのために複数のルーティングがメソッドであるとサポートするならTimer Requestパケットに複数のルート設定Type Optionsを含むことができることに注意してください。 含まれているRouter Typesはこのタイプゼロオプションを含んで、サポートしなければなりません。

Accept Option (for Routing Type and PAD options):

Option(ルート設定TypeとPADオプションのための)を受け入れてください:

   This field MUST be set to YES if the option is supported, and NO if
   an option is not supported. A Timer Response MUST respond with ONLY
   one Router Type set to YES.

オプションがサポートされて、いいえ、オプションがサポートされないなら、この分野をはいに設定しなければなりません。 Timer Responseは1つのRouter Typeセットだけではいに応じなければなりません。

PAD Option:

オプションを水増ししてください:

   This option will normally be the last entry in the packet.  Its sole
   purpose is to fill the IPX packet to be 576 bytes.  The pad option
   data will contain a repeating sequence of zero's through 0xFF's. This
   should stop compression modems from collapsing the packet and
   destroying the link delay calculation.

通常、このオプションはパケットで最後のエントリーになるでしょう。 唯一の目的は576バイトになるようにIPXパケットをいっぱいにすることです。 パッドオプションデータは0xFFのところを通ってゼロの繰り返している系列を含むでしょう。 これは、圧縮モデムがパケットを潰して、リンク遅れ計算を破壊するのを止めるべきです。

   Currently Assigned WOption Numbers (Timer Request Packet):
       Routing Type Option = 0x00;     Option Length = 0001
           Current option data values:
               0       Novell RIP/SAP routing with network
                       number assigned to the link.

現在割り当てられたWOption番号(タイマリクエスト・パケット): タイプオプション=0×00を発送します。 オプションLengthは0001のCurrentオプションデータ値と等しいです: 0 ネットワーク・ナンバーがリンクに割り当てられているノベルRIP/SAPルーティング。

       PAD Type Option     = 0xFF;     Option Length = Variable

パッドタイプオプションは0xFFと等しいです。 オプションの長さは変数と等しいです。

       Compression Option  = 0x80;     Option Length = Variable
                         (length dependent on compression type)
           Current option data values:
               Byte 1  Compression type
                   0 = Telebit compression (length=3) [6]
                   Telebit Byte 2 - Compression options
                   Telebit Byte 3 - Number compression slots

圧縮オプション=0x80。 オプションLengthは可変な(圧縮タイプに依存する長さ)現在のオプションデータ値と等しいです: バイト1CompressionはテレビットByte2--圧縮オプションテレビットByte3--数の圧縮が溝をつける0=テレビット圧縮(長さ=3)[6]をタイプします。

Allen                                                           [Page 7]

RFC 1362                         IPXWAN                   September 1992

アレン[7ページ]RFC1362IPXWAN1992年9月

4.2. Timer Response Packet

4.2. タイマ応答パケット

   +---------------------------------------------------------------+
   | Checksum         | FF FF             | Always FFFF            |
   | Packet Length    | 02 40             | Max IPX size (576 bytes|
   |                  |                   | Hi Lo order)           |
   | Trans Control    | 00                | Hops traversed         |
   | Packet Type      | 04                | Packet Exchange Packet |
   | Dest Net #       | 00 00 00 00       | Local Network          |
   | Dest Node #      | FF FF FF FF FF FF | Broadcast              |
   | Dest Socket #    | 90 04             | Reserved WAN socket    |
   | Source Net #     | 00 00 00 00       | Local Network          |
   | Source Node #    | 00 00 00 00 00 00 | Set to zero            |
   | Source Socket #  | 90 04             | Reserved WAN socket    |
   |------------------+-------------------+------------------------|
   | WIdentifier      | 57 41 53 4D       | Confidence identifier  |
   | WPacket Type     | 01                | Timer Response         |
   | WNode ID         | xx xx xx xx       | Primary Net # of       |
   |                  |                   | sending router         |
   |                  |                   | (Hi Lo order)          |
   | WSequence #      | xx                | Same as Timer Request  |
   |                  |                   | received               |
   | WNum Options     | 02                | 2 Options follow       |
   | WOption Number   | 00                | Define Routing Type    |
   | WAccept Option   | 01                | 0=No,1=Yes,3=Not Applic|
   | WOption Data Len | 00 01             | Option length (Hi Lo)  |
   | WOption Data     | 00                | IPX RIP/SAP Routing    |
   |                  |                   | (Minimum interoperating|
   |                  |                   | requirement). Others   |
   |                  |                   | may be defined by at a |
   |                  |                   | later date by Novell   |
   | WOption Number   | FF                | Pad option             |
   | WAccept Option   | 01                | 0=No,1=Yes,3=Not Applic|
   | WOption Data Len | 02 0E             | Pad data length (Hi Lo)|
   | WOption Data     | 00->FF's          | Repeated sequence of 00|
   |                  |                   | through FF's to stop   |
   |                  |                   | compression modems     |
   |                  |                   | doing any compression  |
   |                  |                   | for link delay calc.   |
   +---------------------------------------------------------------+

+---------------------------------------------------------------+ | チェックサム| ff ff| いつもFFFF| | パケット長| 02 40 | マックスIPXサイズ(| | | | こんにちは、Loが命令する576バイト)| | 移-コントロール| 00 | 横断されたホップス| | パケットタイプ| 04 | パケット交換パケット| | Destネット#| 00 00 00 00 | 企業内情報通信網| | Destノード#| ff ff ff ff ff ff| 放送| | Destソケット#| 90 04 | 予約されたWANソケット| | ソースネット#| 00 00 00 00 | 企業内情報通信網| | ソースノード#| 00 00 00 00 00 00 | ゼロに、セットします。| | ソースソケット#| 90 04 | 予約されたWANソケット| |------------------+-------------------+------------------------| | WIdentifier| 57 41 53 4D| 信用識別子| | WPacketはタイプします。| 01 | タイマ応答| | WNode ID| xx xx xx xx| 予備選挙は#、を網で覆います。| | | | 送付ルータ| | | | (こんにちは、Loオーダー) | | WSequence#| xx| タイマ要求と同じこと| | | | 受信します。| | WNumオプション| 02 | 2つのオプションが続きます。| | WOption番号| 00 | ルート設定タイプを定義してください。| | WAcceptオプション| 01 | 0 = いいえ、1ははいと等しく、3はどんなApplicとも等しくはありません。| | WOption Dataレン| 00 01 | オプションの長さ(こんにちは、Lo)| | WOptionデータ| 00 | IPXはルート設定を裂くか、または徐々に破壊します。| | | | (|共同利用する最小限| | | 要件)。 他のもの| | | | aで定義されるかもしれません。| | | | その後、ノベルで、デートしてください。| | WOption番号| ff| パッドオプション| | WAcceptオプション| 01 | 0 = いいえ、1ははいと等しく、3はどんなApplicとも等しくはありません。| | WOption Dataレン| 02 0E| パッドデータの長さ(こんにちは、Lo)| | WOptionデータ| 00>のffのもの| 00の反復配列| | | | 止まるFFのところを通って| | | | 圧縮モデム| | | | どんな圧縮もします。| | | | リンクに関しては、電卓を遅らせてください。 | +---------------------------------------------------------------+

   The responses contained within this packet are as described in
   section 4.1. Any unknown options or not supported options from the
   Timer Request should have the WAccept Option set to NO.

このパケットの中に含まれた応答がセクション4.1で説明されるようにあります。 Timer Requestからのサポートしているオプションではなく、どんな未知のオプションでも、NO.にWAccept Optionを用意ができさせるべきです。

   If the Timer Request packet contained more than one Router Type
   option and the "Slave" supports all the options, the "Slave" should
   set the WAccept Option to NO on all Router Types except the Routing

Timer Requestパケットが1つ以上のRouter Typeオプションを含んで、「奴隷」が、すべてがオプションであることをサポートするなら、ルート設定を除いて、「奴隷」はすべてでいいえ、Router TypesにWAccept Optionを設定するべきです。

Allen                                                           [Page 8]

RFC 1362                         IPXWAN                   September 1992

アレン[8ページ]RFC1362IPXWAN1992年9月

   Type which is to be adopted. The "Master" of the link will then adopt
   the routing option specified with the YES setting and complete
   further information exchanges according to that routing standard.

採用されることになっているタイプ。 そして、リンクの「マスター」はそのルーティング規格に応じて設定と完全な詳細が交換するはいで指定されたルーティングオプションを採用するでしょう。

   This packet should contain the same sequence number as the received
   Timer Request. This packet should ONLY be sent by the router
   determining themselves to be the "Slave" of the link.

このパケットは容認されたTimer Requestと同じ一連番号を含むはずです。 自分たちがリンクの「奴隷」であると決定するルータはこのパケットを送るだけであるべきです。

   Currently Assigned WOption Numbers (Timer Response Packet):
       Routing Type Option = 0x00;     Option Length = 0001
           Current option data values:
              0       Novell RIP/SAP routing with network
                      number assigned to the link.

現在割り当てられたWOption番号(タイマ応答パケット): タイプオプション=0×00を発送します。 オプションLengthは0001のCurrentオプションデータ値と等しいです: 0 ネットワーク・ナンバーがリンクに割り当てられているノベルRIP/SAPルーティング。

       PAD Type Option     = 0xFF;     Option Length = Variable

パッドタイプオプションは0xFFと等しいです。 オプションの長さは変数と等しいです。

       Compression Option  = 0x80;     Option Length = Variable
                         (length dependant on compression type)
           Current option data values:
               Byte 1  Compression type
                   0 = Telebit compression (length=3) [6]
                   Telebit Byte 2 - Compression options
                   Telebit Byte 3 - Number compression slots

圧縮オプション=0x80。 オプションLengthは可変な(圧縮タイプの上の長さの扶養家族)現在のオプションデータ値と等しいです: バイト1CompressionはテレビットByte2--圧縮オプションテレビットByte3--数の圧縮が溝をつける0=テレビット圧縮(長さ=3)[6]をタイプします。

Allen                                                           [Page 9]

RFC 1362                         IPXWAN                   September 1992

アレン[9ページ]RFC1362IPXWAN1992年9月

4.3. RIP/SAP Information Request Packet (Router Type=0 Only)

4.3. 情報リクエスト・パケットを裂くか、または徐々に破壊してください。(ルータタイプ=0専用)

   +---------------------------------------------------------------+
   | Checksum         | FF FF             | Always FFFF            |
   | Packet Length    | 00 63             | Size of header+data    |
   |                  |                   | (Hi Lo order)          |
   | Trans Control    | 00                | Hops traversed         |
   | Packet Type      | 04                | Packet Exchange Packet |
   | Dest Net #       | 00 00 00 00       | Local Network          |
   | Dest Node #      | FF FF FF FF FF FF | Broadcast              |
   | Dest Socket #    | 90 04             | Reserved WAN socket    |
   | Source Net #     | 00 00 00 00       | Local Network          |
   | Source Node #    | 00 00 00 00 00 00 | Set to zero            |
   | Source Socket #  | 90 04             | Reserved WAN socket    |
   |------------------+-------------------+------------------------|
   | WIdentifier      | 57 41 53 4D       | Confidence identifier  |
   | WPacket Type     | 02                | Information Request    |
   | WNode ID         | xx xx xx xx       | Primary Net # of       |
   |                  |                   | sending router         |
   |                  |                   | (Hi Lo order)          |
   | WSequence #      | 00                | Sequence start at 0    |
   | WNum Options     | 01                | 1 Option to follow     |
   | WOption Number   | 01                | Define IPX RIP/SAP     |
   |                  |                   | info exchange          |
   | WAccept Option   | 01                | 0=No,1=Yes,3=Not Applic|
   | WOption Data Len | 00 36             | Option length (Hi Lo)  |
   | WOption Data     |                   |                        |
   |  Link Delay      | xx xx             | Hi Lo link delay in    |
   |                  |                   | milli seconds (see     |
   |                  |                   | below for calculation) |
   |  Common Net #    | xx xx xx xx       | Hi Lo Common Network # |
   |  Router Name     | xx (x 48 decimal) | Router name - as defned|
   |                  |                   | in section 2.          |
   +---------------------------------------------------------------+

+---------------------------------------------------------------+ | チェックサム| ff ff| いつもFFFF| | パケット長| 00 63 | ヘッダー+データのサイズ| | | | (こんにちは、Loオーダー) | | 移-コントロール| 00 | 横断されたホップス| | パケットタイプ| 04 | パケット交換パケット| | Destネット#| 00 00 00 00 | 企業内情報通信網| | Destノード#| ff ff ff ff ff ff| 放送| | Destソケット#| 90 04 | 予約されたWANソケット| | ソースネット#| 00 00 00 00 | 企業内情報通信網| | ソースノード#| 00 00 00 00 00 00 | ゼロに、セットします。| | ソースソケット#| 90 04 | 予約されたWANソケット| |------------------+-------------------+------------------------| | WIdentifier| 57 41 53 4D| 信用識別子| | WPacketはタイプします。| 02 | 情報要求| | WNode ID| xx xx xx xx| 予備選挙は#、を網で覆います。| | | | 送付ルータ| | | | (こんにちは、Loオーダー) | | WSequence#| 00 | 0時の系列始め| | WNumオプション| 01 | 1 続くオプション| | WOption番号| 01 | IPX裂け目/SAPを定義してください。| | | | インフォメーション交換| | WAcceptオプション| 01 | 0 = いいえ、1ははいと等しく、3はどんなApplicとも等しくはありません。| | WOption Dataレン| 00 36 | オプションの長さ(こんにちは、Lo)| | WOptionデータ| | | | リンク遅れ| xx xx| こんにちは、Loは遅れをリンクします。| | | | ミリ秒(計算に関して| | | | 下を見ます)| | 一般的なネット#| xx xx xx xx| こんにちは、最低気温の一般的なネットワーク#| | ルータ名| xx(x48小数)| defnedされるとしてのルータ名| | | | セクション2で。 | +---------------------------------------------------------------+

Allen                                                          [Page 10]

RFC 1362                         IPXWAN                   September 1992

アレン[10ページ]RFC1362IPXWAN1992年9月

Calculation of link delay is performed as follows:

リンク遅れの計算は以下の通り実行されます:

   // Start_time is a time stamp when Timer Request sent out
   // End_time is a time stamp when a Timer Response is
   // received.
   link_delay = end_time - start_time; // 1/18th second
   // We are on a slow net, so add some biasing to help stop
   // multiple workstation sessions timing out on the link
   if (link_delay < 1)
   {
       link_delay = 1;
   }/*IF*/
   link_delay *= 6;   // Add the biasing
   link_delay *= 55;  // Convert link delay to milliseconds

//スタート_時間はTimer Requestが//終わりの_時間を出したとき、Timer Responseが//受け取られているとき、タイムスタンプがタイムスタンプであるということです。_遅れ=終わり_時間をリンクしてください--_時間を始めてください。 // 1/18th second //がaでネットを遅くするので、(リンク_遅れ<1)であるならリンクの外で複数のワークステーションセッションの助け停止//にタイミングに偏りながら、いくつかを加えてください。リンク_遅れ=1; /は**/リンク_遅れ*であるなら6と等しいです。 //はバイアスリンク_遅れ*=55を加えます。 ミリセカンドへの//転向者リンク遅れ

   The "Link Delay" is used as the network transport time when
   advertized in the IPX RIP packet tuple for the network entry "Common
   Net #". For a consistent network, a common link delay is required at
   both ends of the link and is calculated by the link "Master".

ネットワークエントリー「一般的なネット#」のためにIPX RIPパケットtupleでadvertizedされると、「リンク遅れ」はネットワーク輸送時間として使用されます。 一貫したネットワークにおいて、普通リンク遅れは、リンクの両端で必要であり、リンク「マスター」によって計算されます。

   The Common Net # is supplied by the link "Master". This number must
   be unique in the connected internetwork. Each WAN call requires a
   separate number.

Commonネット#はリンク「マスター」によって供給されます。 この数は接続インターネットワークでユニークであるに違いありません。 それぞれのWAN呼び出しは別々の数を必要とします。

   Currently only a single option is defined for the "Information
   Request" packet for Routing Type=0.

現在の、ただ一つのオプションだけがルート設定Type=0であるときに「情報要求」パケットのために定義されます。

Allen                                                          [Page 11]

RFC 1362                         IPXWAN                   September 1992

アレン[11ページ]RFC1362IPXWAN1992年9月

4.4. RIP/SAP Information Response Packet (Router Type=0 Only)

4.4. 情報応答パケットを裂くか、または徐々に破壊してください。(ルータタイプ=0専用)

   +---------------------------------------------------------------+
   | Checksum         | FF FF             | Always FFFF            |
   | Packet Length    | 00 63             | Size of header+data    |
   |                  |                   | (Hi Lo Order)          |
   | Trans Control    | 00                | Hops traversed         |
   | Packet Type      | 04                | Packet Exchange Packet |
   | Dest Net #       | 00 00 00 00       | Local Network          |
   | Dest Node #      | FF FF FF FF FF FF | Broadcast              |
   | Dest Socket #    | 90 04             | Reserved WAN socket    |
   | Source Net #     | 00 00 00 00       | Local Network          |
   | Source Node #    | 00 00 00 00 00 00 | Set to zero            |
   | Source Socket #  | 90 04             | Reserved WAN socket    |
   |------------------+-------------------+------------------------|
   | WIdentifier      | 57 41 53 4D       | Confidence identifier  |
   | WPacket Type     | 03                | Information Response   |
   | WNode ID         | xx xx xx xx       | Primary Net # of       |
   |                  |                   | sending router         |
   |                  |                   | (Hi Lo order)          |
   | WSequence #      | 00                | Sequence start at 0    |
   | WNum Options     | 01                | 1 Option to follow     |
   | WOption Number   | 01                | Define IPX RIP/SAP     |
   |                  |                   | info exchange          |
   | WAccept Option   | 01                | 0=No,1=Yes,3=Not Applic|
   | WOption Data Len | 00 36             | Option length (Hi Lo)  |
   | WOption Data     |                   |                        |
   |  Link Delay      | xx xx             | Hi Lo link delay (as   |
   |                  |                   | received in Info Requ) |
   |  Common Net #    | xx xx xx xx       | Hi Lo Common Network # |
   |                  |                   | (as received in Info   |
   |                  |                   | request)               |
   |  Router Name     | xx (x 48 decimal) | Router name - as defned|
   |                  |                   | in section 2.          |
   +---------------------------------------------------------------+

+---------------------------------------------------------------+ | チェックサム| ff ff| いつもFFFF| | パケット長| 00 63 | ヘッダー+データのサイズ| | | | (こんにちは、最低気温オーダー) | | 移-コントロール| 00 | 横断されたホップス| | パケットタイプ| 04 | パケット交換パケット| | Destネット#| 00 00 00 00 | 企業内情報通信網| | Destノード#| ff ff ff ff ff ff| 放送| | Destソケット#| 90 04 | 予約されたWANソケット| | ソースネット#| 00 00 00 00 | 企業内情報通信網| | ソースノード#| 00 00 00 00 00 00 | ゼロに、セットします。| | ソースソケット#| 90 04 | 予約されたWANソケット| |------------------+-------------------+------------------------| | WIdentifier| 57 41 53 4D| 信用識別子| | WPacketはタイプします。| 03 | 情報応答| | WNode ID| xx xx xx xx| 予備選挙は#、を網で覆います。| | | | 送付ルータ| | | | (こんにちは、Loオーダー) | | WSequence#| 00 | 0時の系列始め| | WNumオプション| 01 | 1 続くオプション| | WOption番号| 01 | IPX裂け目/SAPを定義してください。| | | | インフォメーション交換| | WAcceptオプション| 01 | 0 = いいえ、1ははいと等しく、3はどんなApplicとも等しくはありません。| | WOption Dataレン| 00 36 | オプションの長さ(こんにちは、Lo)| | WOptionデータ| | | | リンク遅れ| xx xx| こんにちは、Loが遅れをリンクする、(| | | | 容認されたコネInfo Requ、)| | 一般的なネット#| xx xx xx xx| こんにちは、最低気温の一般的なネットワーク#| | | | (Info| | | | 要求で受け取られている)です。 | | ルータ名| xx(x48小数)| defnedされるとしてのルータ名| | | | セクション2で。 | +---------------------------------------------------------------+

   The responses contained within this packet are as described in
   section 4.3.

このパケットの中に含まれた応答がセクション4.3で説明されるようにあります。

5. References

5. 参照

   [1] Simpson, W., "The Point-to-Point Protocol (PPP) for the
       Transmission of Multi-protocol Datagrams over Point-to-Point
       Links", RFC 1331, May 1992.

w.[1] シンプソン、「ポイントツーポイント接続の上のマルチプロトコルデータグラムの送信のための二地点間プロトコル(ppp)」(RFC1331)は1992がそうするかもしれません。

   [2] Malis, A., Robinson, D., and R. Ullman, "Multiprotocol
       Interconnect on X.25 and ISDN in the Packet Mode", RFC 1356,
       August 1992.

[2] Malis、A.、ロビンソン、D.、およびR.ウルマン、「Multiprotocolはパケット形態によるX.25とISDNで内部連絡します」、RFC1356、1992年8月。

Allen                                                          [Page 12]

RFC 1362                         IPXWAN                   September 1992

アレン[12ページ]RFC1362IPXWAN1992年9月

   [3] Bradley, T., Brown, C., and A. Malis, "Multiprotocol Interconnect
       over Frame Relay", RFC 1294, January 1992.

1992年1月の[3]ブラッドリーとT.とブラウン、C.とA.Malis、「Multiprotocolはフレームリレーの上で内部連絡する」RFC1294。

   [4] Simpson, W., "The PPP Internetwork Packet Exchange Control
       Protocol (IPXCP) Compromise Version", Work in Progress.

[4] シンプソン、W.、「pppインターネットワークパケット交換制御プロトコル(IPXCP)妥協バージョン」が進行中で働いています。

   [5] Novell IPX Router Specification. Novell Part Number 107-000029-
       001. (Note:  Currently, this document is only available as part
       of a Novell developers program as part of an SDK. Novell Labs,
       Provo (UT) should be able to provide more information on this
       document.)

[5] ノベルIPXルータ仕様。 ノベル部品番号107-000029- 001。 (以下に注意してください。 現在、このドキュメントは単にSDKの一部としてのノベル開発者プログラムの一部として利用可能です。 ノベルLabs、プロボ(ユタ)はこのドキュメントに関する詳しい情報を提供できるべきです。)

   [6] Lewis, M., Telebit Corp. "IPX Header Compression based on Van
       Jacobson Header Compression for TCP/IP", Work in Progress,
       contact: (mlewis@telebit.com).

[6] ルイス、テレビット社の「TCP/IPのためのヴァンジェーコブソンHeader Compressionに基づいたIPX Header Compression」(ProgressのWork)が連絡するM.: ( mlewis@telebit.com 。)

6. Security Considerations

6. セキュリティ問題

       Security issues are not discussed in this memo.

このメモで安全保障問題について議論しません。

7. Author's Address

7. 作者のアドレス

       Michael Allen
       Novell, Inc.
       2180 Fortune Drive
       San Jose, CA 95131

Driveサンノゼ、マイケルアレンノベルInc.2180Fortuneカリフォルニア 95131

       EMail: MALLEN@NOVELL.COM

メール: MALLEN@NOVELL.COM

       Chair's Address:

議長のアドレス:

       The working group can be contacted via the current chair:

現在のいすを通してワーキンググループに連絡できます:

       Brian Lloyd
       Lloyd & Associates
       3420 Sudbury Road
       Cameron Park, California 95682

ブライアン・ロイド・ロイドと3420年のサドベリー道路キャメロン公園、仲間カリフォルニア 95682

       EMail: brian@ray.lloyd.com

メール: brian@ray.lloyd.com

       Phone: (916) 676-1147

以下に電話をしてください。 (916) 676-1147

Allen                                                          [Page 13]

アレン[13ページ]