RFC66 日本語訳

0066 NIC - third level ideas and other noise. S.D. Crocker. August 1970. (Format: TXT=4575 bytes) (Obsoleted by RFC0123) (Updated by RFC0080, RFC0093) (Status: UNKNOWN)
プログラムでの自動翻訳です。
RFC一覧
英語原文

Network Working Group                                   S. Crocker
Request for Comments #66                                UCLA
                                                        26 August 70

コメント#66UCLA1970年8月26日を求めるネットワークワーキンググループS.医者要求

                    3rd Level Ideas and other Noises

第3レベルIdeasと他のNoises

On 12 August 70, I met a BBN with representatives from BBN and MIT and
we discussed third llevel protocol.

1970年8月12日に、私は代表と共にBBNとMITからBBNに会いました、そして、私たちは3番目のllevelプロトコルについて議論しました。

Dial-up The following proposed dial-up protocol was agreed upon at the
meeting.

次の提案されたダイヤルアッププロトコルがミーティングで同意されたダイヤルアップ。

The purpose of this piece of protocol is to get a process at one site
(hereafter the using site) in contact with the logger at the other site
(hereafter the serving site).

このプロトコルの目的はあるサイト(使用が位置させる将来)でもう片方のサイト(給仕が位置させる将来)のきこりに連絡して過程を得ることです。

To initiate contact, the using process attaches a receive socket US and
requests connection to socket 1 in the serving host. The using NCP thus
sends

aは、接触、過程が付ける使用を開始するために、給仕のホストでソケット米国を受けて、ソケット1に接続を要求します。 その結果、使用NCPは発信します。

               1            4               4                 1
             ---------------------------------------------------
             |RTS |         US     |        1          |      p|
             ---------------------------------------------------
             |ALL |     P    |    space    |
             -------------------------------

1 4 4 1 --------------------------------------------------- |RTS| 米国| 1 | p| --------------------------------------------------- |すべて| P| スペース| -------------------------------

over link 1, where US is the user's receive socket, p is the link, and
space is some nominal spae allocation.

pはリンクです、そして、リンク1の上に、ソケットを受けてください、そして、スペースは何らかの名目上のspae配分です。そこでは、米国がユーザのものです。

The serving Host may decide to refuse contact, in which case it will
respond with the standard CLS. If it accepts contact, however, it will
send exactly an even 32 bit number over the connection and close the
connection. This even 32 bit number is the name of a receive socket in
the serving Host. This socket and the next higher numbered socket are

給仕Hostは、接触を拒否すると決めるかもしれません、その場合、それは標準のCLSと共にこたえるでしょう。 接触を受け入れると、しかしながら、それは、ちょうど32ビットさえの数を接続の上に送って、接続を終えるでしょう。 この32ビットさえの数はaの名前が給仕Hostでソケットを受けるということです。 このソケットと次の、より高い番号付のソケットはそうです。

                                                                [Page 1]

RFC 66              3rd Level Ideas and other Noise

[1ページ] RFC66第3Level Ideasと他のNoise

Network Working Group                                   S. Crocker
Request for Comments #66                                UCLA
                                                        26 August 70

コメント#66UCLA1970年8月26日を求めるネットワークワーキンググループS.医者要求

reserved for contact with the user. Thus the serving NCP sends

ユーザとの接触に予約されます。 したがって、給仕NCPは発信します。

                 1           4          1
               ----------------------------
               | STR |       1        | US|
               ----------------------------

1 4 1 ---------------------------- | STR| 1 | 米国| ----------------------------

on link 1, followed by

続かれて、1はリンクします。

                          4
                     -----------
                     |    SS   |
                     -----------

4 ----------- | SS| -----------

on link p. Note that SS must be even.

リンクpに関して。 SSが同等であるに違いないことに注意してください。

After sending the server socket number, SS, the NCP sends

サーバソケット番号、NCPが送るSSを送った後に

            1          4                     4
           -------------------------------------
           |CLS |         1        |        US |
           -------------------------------------
           |STR |      SS+1        |        US |
           ------------------------------------------
           |RTS |      SS          |      US+1 |  q |
           ------------------------------------------
           |ALL | q |       space      |
           -----------------------------

1 4 4 ------------------------------------- |CLS| 1 | 米国| ------------------------------------- |STR| SS+1| 米国| ------------------------------------------ |RTS| SS| U.S.+1| q| ------------------------------------------ |すべて| q| スペース| -----------------------------

                                                                [Page 2]

RFC 66              3rd Level Ideas and other Noise

[2ページ] RFC66第3Level Ideasと他のNoise

Network Working Group                                   S. Crocker
Request for Comments #66                                UCLA
                                                        26 August 70

コメント#66UCLA1970年8月26日を求めるネットワークワーキンググループS.医者要求

The using Host also sets up these connections by sending

またHostが発信することによってこれらの接続に設定する使用

           1           4                    4
        ----------------------------------------
        | CLS  |      US         |          1  |
        ----------------------------------------
        | STR  |    US+1         |         SS  |
        --------------------------------------------
        | RTS  |    US           |       SS+1  | r |
        --------------------------------------------

1 4 4 ---------------------------------------- | CLS| 米国| 1 | ---------------------------------------- | STR| U.S.+1| SS| -------------------------------------------- | RTS| 米国| SS+1| r| --------------------------------------------

At this point the user should be connected to the logger at the serving
site.

ここに、ユーザは給仕サイトのきこりに接されるべきです。

Standard Console

標準のコンソール

    We next agreed on an initial network standard console: 7-bit ASCII
in 8 bit fields with the eight bit on, transmitted in contiguous
streams.  The speific codes are listed in appendix H of the IMP
Operations manual, BBN report #1877. This seems to work only some
hardship on PDP-10's and be fine for all others.

私たちは標準のコンソールをイニシャルにネットワークでつなぎます次が、同意した: 8における7ビットのASCIIは8ビットがオンの隣接の流れで伝えられた野原に噛み付きました。speificコードはIMP Operationsマニュアルの付録Hに記載されています、BBNレポート#1877。 これはPDP-10のものを何らかのだけ苦労を扱って、すべての他のものにとって大丈夫であるように思えます。

    For break or interrupt many systems use one of the standard
characters; for those which need another kind of signal,

中断か中断のために、多くのシステムが標準のキャラクタのひとりを使用します。 別のものを必要とするものに関しては、ちょっと合図してください。

        1       1
       ------------
       |INR  |  r |
       ------------

1 1 ------------ |INR| r| ------------

sent over the control link should suffice.

移動されて、コントロールリンクは十分であるはずです。

       [ This RFC was put into machine readable form for entry ]
[ into the online RFC archives by Gottfried Janik 2/98 ]

[このRFCはエントリーのためのマシンに入れられた読み込み可能なフォームでした][ゴットフリート・ジャニク2/98によるオンラインRFCアーカイブへの]

                                                                [Page 3]

[3ページ]

一覧

 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 

スポンサーリンク

cron実行時に『/bin/sh: 〜〜: command not found』と出てcronが実行されない場合

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

上に戻る