RFC877 日本語訳

0877 Standard for the transmission of IP datagrams over public datanetworks. J.T. Korb. September 1983. (Format: TXT=3272 bytes) (Obsoleted by RFC1356) (Status: UNKNOWN)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                         J. T. Korb
Request for Comments: 877                              Purdue University
                                                          September 1983

コメントを求めるワーキンググループJ.T.コルプの要求をネットワークでつないでください: 877 パデュー大学1983年9月

          A Standard for the Transmission of IP Datagrams
                               Over
                       Public Data Networks

公衆データネットワークの上のIPデータグラムの送信の規格

This RFC specifies a standard adopted by CSNET, the VAN gateway, and
other organizations for the transmission of IP datagrams over the
X.25-based public data networks.

このRFCはX.25を拠点とする公衆データネットワークの上でCSNET、VANゲートウェイによって採用された規格、およびIPデータグラムのトランスミッションのための他の組織を指定します。

An X.25 virtual circuit is opened on demand when a datagram arrives at
the network interface for transmission. A virtual circuit is closed
after some period of inactivity (the length of the period depends on
the cost associated with an open virtual circuit). A virtual circuit
may also be closed if the interface runs out of virtual circuits. An
algorithm for managing virtual circuits during peak demand is given
in [1].

データグラムがトランスミッションのためにネットワーク・インターフェースに届くとき、X.25の仮想の回路は要求に応じて開けられます。 仮想の回路はいつかの期間の不活発の後に閉じられます(期間の長さを開いている仮想の回路に関連している費用に依存します)。 また、インタフェースが仮想の回路を使い果たすなら、仮想の回路は閉じられるかもしれません。 [1]で電力ピーク負荷の間、仮想の回路を管理するためのアルゴリズムを与えます。

STANDARDS

規格

1.1 The first octet in the Call User Data Field (the first data octet
    in the Call Request packet) is used for protocol demultiplexing.
    The value hex CC (binary 11001100, decimal 204) is used to mean
    INTERNET PROTOCOL.

1.1 Call User Data Field(Call Requestパケットにおける最初のデータ八重奏)における最初の八重奏はプロトコル逆多重化に使用されます。 値の十六進法CC(2進の11001100、10進204)は、インターネットプロトコルを意味するのに使用されます。

1.2 IP datagrams are sent as X.25 "complete packet sequences". That is,
    datagrams begin on packet boundaries and the M bit ("more data") is
    used for datagrams that are larger than one packet. There are no
    additional headers or other data in the packets.

1.2 X.25が「パケット系列を完了する」とき、IPデータグラムを送ります。 すなわち、データグラムはパケット境界で始まりました、そして、Mは1つのパケットより大きいデータグラムのために使用される(「さらに多くのデータ」)に噛み付きました。 どんな追加ヘッダーも他のデータもパケットにありません。

1.3 Unless a larger packet size is negotiated, the maximum size of an
    IP datagram transmitted over X.25 is 576 octets. If two sites
    negotiate a large X.25 packet size (for example, 1024 octets), an
    IP datagram of that size is allowed.

1.3 より大きいパケットサイズが交渉されない場合、X.25の上に送られたIPデータグラムの最大サイズは576の八重奏です。 2つのサイトが大きいX.25パケットサイズ(例えば、1024の八重奏)を交渉するなら、そのサイズのIPデータグラムは許容されています。

1.4 Either site may close a virtual circuit. If the virtual circuit is
    closed or reset while a datagram is being transmitted, the datagram
    is lost.

1.4 どちらのサイトも仮想の回路を閉じるかもしれません。 データグラムが送られている間、仮想の回路が閉じられるか、またはリセットされるなら、データグラムは無くなっています。

GENERAL REMARKS

概評

2.1 Protocols above IP, such as TCP, do not affect this standard. In
    particular, no attempt is made to open X.25 virtual circuits
    corresponding to TCP connections.

TCPなどのIPの上の2.1のプロトコルはこの規格に影響しません。 TCP接続において、対応するX.25仮想の回路を開けるのを試みを全く特に、しません。

Korb                                                            [Page 1]

RFC 877                                                   September 1983
Transmission of IP Datagrams Over Public Data Networks

公衆データネットワークの上のIPデータグラムのコルプ[1ページ]RFC877 1983年9月の送信

2.2 Features of X.25 not discussed in this document are not used.
    For example, interrupt packets and the D bit (indicating
    end-to-end significance) are not used.

本書では議論しなかったX.25の2.2の特徴は使用されていません。 例えば、中断パケットとDビット(終わりから終わりへの意味を示す)は使用されていません。

2.3 Negotiable features (facilities) of X.25 are allowed. For
    example, sites are free to negotiate larger packet and window
    sizes.

2.3 X.25の交渉可能な特徴(施設)は許容されています。 例えば、サイトは無料で、より大きいパケットとウィンドウサイズを交渉できます。

2.4 Some sites, such as CSNET sites, may attempt to open multiple
    virtual circuits to a single site. Sites should attempt to
    handle such incoming calls gracefully: transmit on the
    additional circuits if possible and accept incoming datagrams
    from them, but do not accept the CALL REQUEST, only to
    immediately close the connection or ignore datagrams
    transmitted on such circuits.

2.4 CSNETサイトなどのいくつかのサイトが、複数の仮想の回路をただ一つのサイトに開けるのを試みるかもしれません。 サイトは、優雅にそのようなかかってきた電話を扱うのを試みるべきです: できれば、追加回路の上に伝わってください、そして、CALL REQUESTを受け入れませんが、すぐに、接続を終えるか、またはそのような回路の上に送られたデータグラムを無視するのを除いて、それらから受信データグラムを受け入れてください。

REFERENCE

参照

[1] Comer, D.E. and Korb, J.T., "CSNET Protocol Software: The
    IP-to-X.25 Interface", SIGCOMM Symposium on Communications
    Architectures and Protocols, March 1983.

[1] 新来者とD.E.とコルプ、J.T.、「CSNETはソフトウェアについて議定書の中で述べます」。 「IPからX.25へのインタフェース」とコミュニケーションアーキテクチャに関するSIGCOMMシンポジウムとプロトコル、1983年3月。

Korb                                                            [Page 2]

コルプ[2ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

<EM> 強調する

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る