JPS61214044A - Data transfer system for remote ipl - Google Patents
Data transfer system for remote iplInfo
- Publication number
- JPS61214044A JPS61214044A JP60057186A JP5718685A JPS61214044A JP S61214044 A JPS61214044 A JP S61214044A JP 60057186 A JP60057186 A JP 60057186A JP 5718685 A JP5718685 A JP 5718685A JP S61214044 A JPS61214044 A JP S61214044A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- packets
- ipl
- code
- received
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Detection And Correction Of Errors (AREA)
- Communication Control (AREA)
Abstract
Description
【発明の詳細な説明】
〔(既要〕
パケット交換ネットワークで接続された複数のコンピュ
ータ間でリモー1− I P L時にデータを転送する
際に、送信側では先頭、中間、最終の各パケソ1−を識
別するコードをバケソ1〜に付加して。[Detailed Description of the Invention] [(Already required)] When data is transferred between multiple computers connected via a packet switching network during remote 1-IPL, the sending side transfers data to each of the first, middle, and last packets. Add the code that identifies - to Bakeso 1~.
確認応答をとらずに連続送信する。他方、受信側では、
先頭、中間、最終のパケット識別コードを識別して、正
当な受信パケットのみを選択する。Send continuously without receiving an acknowledgment. On the other hand, on the receiving side,
The first, middle, and last packet identification codes are identified to select only valid received packets.
本発明はコンピュータネットワークシステムに関するも
のであり、特にネットワーク内のコンピュータ間で初期
プログラムロート、ずなわちIPL (Initial
Program Loading)を行う際に有
用なパケットによるデータ転送方式に関する。TECHNICAL FIELD The present invention relates to a computer network system, and in particular to an initial program flow, ie, IPL (IPL), between computers in a network.
The present invention relates to a data transfer method using packets that is useful when performing program loading.
〔従来の技術と発明が解決しようとする問題点〕第2図
は1本発明が対象とするコンピュータネットワークシス
テムの1例でコンピュータファイルザーハ型ネットワー
クの構成を示したものである。図において、21ないし
24はコンピュータ。[Prior Art and Problems to be Solved by the Invention] FIG. 2 shows the configuration of a computer file Zaha type network, which is an example of a computer network system to which the present invention is directed. In the figure, 21 to 24 are computers.
25はファイル、26はパケット交換ネットワークであ
る。25 is a file, and 26 is a packet switching network.
コンピュータ24は、ネットワーク内の全データをファ
イル25で管理し、他のコンピュータ21ないし23か
らの要求に応じて、ファイル25中のデータをパケット
転送するファイルサーバである(以後ファイルサーバと
いう)。The computer 24 is a file server (hereinafter referred to as a file server) that manages all data in the network in a file 25 and transfers data in the file 25 in packets in response to requests from other computers 21 to 23.
コンピュータ21ないし23はファイル機能をもたない
ため、プログラムもファイルサーバからI P Lする
必要があり、その立ち上げ時にファイルサーバにIPL
要求を行って5所定のプログラムをデータパケットで転
送させる。Since the computers 21 to 23 do not have a file function, their programs also need to be IPLed from the file server, and when they are started up, the IPL is sent to the file server.
A request is made to have a predetermined program transferred in data packets.
このようなネットワークに接続されたコンピュータが、
IPLはリモートI P 1.、と呼ばれる。ネットワ
ーク内の他のコンビコー−りから行う。Computers connected to such a network are
IPL is remote IP 1. , is called. Performed from other combination calls within the network.
リモー1− T P L時には、オペレーティングシス
テム(O8)やネットワークソフトウェアがコンピュー
タにロードされていないために、簡易的なデータ転送手
順が採用される。During remote 1-TPL, a simple data transfer procedure is adopted because the operating system (O8) and network software are not loaded on the computer.
第3図(a)に示す手順は、データエラー(・をファイ
ルサーバからコンピュータに連続的に転送し。The procedure shown in FIG. 3(a) continuously transfers data errors (.) from the file server to the computer.
コンピュータが転送エラーを検出した際には、オペレー
タに通知して、再度リモー1−1 P Lを行う手順で
あり1伝送路の品質の良いL A Nシステムにおいて
しばしば適用されているものである。When the computer detects a transfer error, it notifies the operator and performs the remote 1-1 PL again, and is often applied in high-quality LAN systems with one transmission path.
しかし、この手順では、オペレータ(ニー→〕′)が誤
って、IPI、時に、再度T P l−指示を行うと。However, in this procedure, if the operator (knee→〕') mistakenly issues the IPI, then the T P l-indication again.
第3図(b)に示すように、前のI P +−指示で送
られたパケットの一部をタイミングのずれから、後のT
P L指示で送られた先頭のパケットと誤って受信す
ることになるという点と、第3図(c)に示すように、
パケットのあて先アドレスか伝送路エラーをおこして、
パケットにぬけが生した場合に、その検出ができないと
いう問題があった。As shown in FIG. 3(b), some of the packets sent with the previous I P +- instruction are transferred to the later T
The problem is that the packet will be mistakenly received as the first packet sent with the PL instruction, and as shown in FIG. 3(c),
A packet destination address or transmission path error occurs,
There is a problem in that if a packet is missing, it cannot be detected.
本発明は、リモー1− I P L時に、パケットをシ
ーケンス番号で管理するとともに、先頭、中間。The present invention manages packets by sequence numbers during remote 1-IPL, and also manages packets by sequence numbers.
最終のパケットの識別を行って、受信コンピュータから
の確認応答をとらないで連続転送を行うものである。The final packet is identified and continuous transfer is performed without receiving an acknowledgment from the receiving computer.
第4図は9本発明の原理を示すデータ転送手順の説明図
である。図示のように、コンピュータからファイルサー
バに対してIPL要求を行ったとき、ファイルサーバは
、プログラムを転送する一連のデータパケットに、その
順序を識別するシーケンス番号1,2.・・・nと、冗
長コードと、先頭。FIG. 4 is an explanatory diagram of a data transfer procedure showing the principle of the present invention. As shown in the figure, when a computer makes an IPL request to a file server, the file server transmits a program to a series of data packets with sequence numbers 1, 2, . ...n, redundant code, and the beginning.
中間、最終のパケットを識別するコードとを付与して送
信する。A code identifying the intermediate and final packets is added and transmitted.
他方、コンピュータは、パケットを受信したとき、先頭
パケットから最終パケットまでの間のパケットのみを有
効なものとするものである。それにより、先頭パケット
の受信以前に他のパケットを受信していればそれらを廃
棄する。また先頭パケットと最終パケットとの間のパケ
ットは、シーケンス番号と冗長コードによる伝送路エラ
ーチェックを行うようにする。On the other hand, when a computer receives packets, it validates only the packets between the first packet and the last packet. As a result, if other packets have been received before the first packet is received, they are discarded. Also, packets between the first packet and the last packet are checked for transmission path errors using sequence numbers and redundancy codes.
本発明によれば、第3図(blの例のように、コンピュ
ータから前後してリモー!〜IPI、要求が2回誤って
発行された場合、最初のリモートI P L要求に応答
してファイルサーバから送信されたパケットは、2回目
のリモートIPL要求に応答して送信されたパケットの
先頭パケットの以前にコンピュータによって受信されて
いることて識別し5これらを全て廃棄される。According to the present invention, if remote! The packets sent from the server are identified as having been received by the computer before the first packet of the packets sent in response to the second remote IPL request, and are all discarded.
また、第3図(c+の例のように、伝送路エラーで途中
のパケットが受信されなかった場合、あるいはデータエ
ラーは、それぞれシーケンス番号の欠番あるいは冗長コ
ードによって検出される。Further, as in the example of FIG. 3 (c+), if a packet is not received due to a transmission path error, or if a data error occurs, each is detected by a missing sequence number or a redundant code.
第5図は2本発明によりリモートIPL時に用いられる
パケットフォーマットの実施例構成を示したものである
。FIG. 5 shows the configuration of an embodiment of a packet format used during remote IPL according to the present invention.
図において。In fig.
F:フラグシーケンス
DA:着呼DTEアドレス
SA:発呼DTEアドレス
C:コントロールフィールド
STXコード・・・先頭パケット
ETXコード・・・最終コード
N U L I、コード・・・中間コードNニジ−ケン
ス番号
CRC:冗長コード(ブロックチェックシーケンス)
を表している。すなわち本発明では、リモートIP L
時に図示のC,N、CRCのフィールドを使用して、簡
単な手順でパケット転送制御を行うものである。F: Flag sequence DA: Called DTE address SA: Calling DTE address C: Control field STX code...First packet ETX code...Final code NUL I, code...Intermediate code N sequence number CRC: Represents redundancy code (block check sequence). That is, in the present invention, remote IP L
The C, N, and CRC fields shown in the figure are sometimes used to control packet transfer through a simple procedure.
第1図は、第5図に示すパケットフォーマットを用いて
、リモー) T P Lを実行する実施例システムの構
成を示したものである。FIG. 1 shows the configuration of an embodiment system that executes remote TPL using the packet format shown in FIG.
図において、1ばパソコン、2はファイルサーバ、3は
ファイル、4および5はDTE (データ回線終端装置
)、6はデータ回線、7はリモートl P L制御部、
8ばIPL要求部、9はパケット送信部、10ばパケッ
ト受信部、11はチェック部212はエラー通知部、1
3はパケット受信部。In the figure, 1 is a personal computer, 2 is a file server, 3 is a file, 4 and 5 are DTE (data line terminal equipment), 6 is a data line, 7 is a remote lPL control unit,
8 is an IPL request section, 9 is a packet transmitter, 10 is a packet receiver, 11 is a check section 212 is an error notification section, 1
3 is a packet receiving section.
14はIPL要求受付部、15はパケット組立送信依頼
部、16はファイル管理部、17はパケット送信部、1
8ばROM、19ばRAMである。14 is an IPL request reception unit, 15 is a packet assembly and transmission request unit, 16 is a file management unit, 17 is a packet transmission unit, 1
8 is a ROM, and 19 is a RAM.
次に第4図のデータ転送手順にしたかって、第1図の実
施例システムの動作を説明する。Next, the operation of the embodiment system of FIG. 1 will be explained based on the data transfer procedure of FIG. 4.
■ パソコン1において、オペレータがリモー1〜I
P Lの開始の指示を行うと、ROM1Bに格納されて
いるI P Lプログラムが実行を開始する。このIP
Lプログラムの機能は、リモートI P L制御部7に
よって示されている。■ On PC 1, the operator can
When an instruction to start P L is given, the I P L program stored in ROM 1B starts execution. This IP
The functionality of the L program is illustrated by a remote IPL control 7.
■ リモー+−r P L制御部7のI P L要求部
8は。■ The IPL request unit 8 of the remote +-rPL control unit 7.
パケット送信部9を介して、ファイルサーバ2に対して
I P L開始要求パケットを送る。An IPL start request packet is sent to the file server 2 via the packet transmitter 9.
■ ファイルサーバ2では、パケット受信部部13がI
P L開始要求パケットを受信すると、 IPL要
求受付部14が受付け、ファイル管理部16を起動して
、ファイル3から要求されたプログラムを取り出させる
。IPL要求受付部14はさらにパケット組立送信依頼
部15に通知して、パケットを組立てさせ、その際、一
連のパケットの先頭を示すSTXコードをバケソ1−の
コントロールフィールドC(第5図参照)に書き、さら
にシーケンス番号Nおよび冗長コードCRCを設定して
、パケット送信部17から先頭パケットを送信させる。■ In the file server 2, the packet receiving unit 13
When the PL start request packet is received, the IPL request reception section 14 accepts it, starts the file management section 16, and causes the requested program to be extracted from the file 3. The IPL request reception unit 14 further notifies the packet assembly and transmission request unit 15 to assemble the packets, and at this time inputs the STX code indicating the beginning of the series of packets to the control field C (see FIG. 5) of the bucket machine 1-. Then, the sequence number N and redundancy code CRC are set, and the packet transmitter 17 transmits the first packet.
■ 2番目以後のパケットの場合、ファイルサーバ2は
、パケットのコントロールフィールドに中間パケットで
あることを示すNULLコードを設定し、該当するシー
ケンス番号をつけてパケットを送信する。そして最終パ
ケットには。(2) For the second and subsequent packets, the file server 2 sets a NULL code indicating that it is an intermediate packet in the control field of the packet, attaches a corresponding sequence number, and transmits the packet. And in the final packet.
ETXコードを設定して送信する。Set the ETX code and send.
■ 他方、IPL要求を出したパソコン1のリモートI
PL制御部7は、STXコードの設定されたパケットを
受信するまでまつ。他のパケットを受信した場合は無視
する。チェック部11は、パケット受信部10が受信し
たパケットを調べ、STXコードが設定されかつCRC
が正しい場合にそのパケットを受信して、RAMI9の
所定のアドレスに格納する。■ On the other hand, the remote I of PC 1 that issued the IPL request
The PL control unit 7 waits until it receives the packet with the STX code set. Ignore any other packets received. The checking unit 11 checks the packet received by the packet receiving unit 10 and checks whether the STX code is set and the CRC
If the packet is correct, the packet is received and stored at a predetermined address in RAMI9.
■ 以後リモー1〜IPL制御部7のチェック部11は
、中間パケットを受信した場合に、シーケンス番号とC
RCのチェックを行い、正しければRAM19に格納し
てゆく。■ From then on, when the remote controller 1 to the IPL controller 7 receive an intermediate packet, the checker 11 checks the sequence number and C
The RC is checked, and if it is correct, it is stored in the RAM 19.
■ リモートIPL制御部7のチェック部11はETX
コードが設定された最終パケットを受信して、シーケン
ス番号とCRCが正常であれば。■ The check unit 11 of the remote IPL control unit 7 is ETX.
If the final packet with the code set is received and the sequence number and CRC are normal.
リモー)IPLの終了と判定し、IPL制御を終了する
。(Remote) Determines that IPL has ended, and ends IPL control.
この後、IPLしたプログラムは、そのエントリーポイ
ントから実行される。After this, the IPLed program is executed from its entry point.
■ 上記■、■、■においてパケット抜けその他のエラ
ーが検出された場合には、エラー通知部12からエラー
表示させ、オペレータ(ユーザ)にリモー) I P
Lの再要求を行わせる。■ If a packet dropout or other error is detected in the above ■, ■, ■, the error notification section 12 displays the error and remotely informs the operator (user).
Make L request again.
このリモートIPLの再要求により、ファイルサーバ2
が再びリモートIPLのための一連のパケットを先頭パ
ケットから送信した場合、パソコン1では、チェック部
11が先頭パソコンを識別すると、それまで受信したパ
ケット(RAM19内のデータ)を廃棄し、新しいシー
ケンス番号にしたがってパケット受信を行う。This re-request for remote IPL causes file server 2 to
When the PC 1 again sends a series of packets for remote IPL starting from the first packet, when the checking unit 11 identifies the first PC, it discards the packets received so far (data in the RAM 19) and assigns a new sequence number. The packet is received according to the following.
なお2本発明は上述した実施例のコンピュータファイル
サーバ型ネットワークに限定されるものではなく、コン
ピューターコンビュータネ・ノドワークにおけるリモー
)IPLについても同様に適用可能である。It should be noted that the present invention is not limited to the computer file server type network of the above-described embodiment, but can be similarly applied to remote IPL in computer network/node work.
本発明によれば、リモートコンピュータ(たとえばファ
イルサーバ)に対して、リモートI P L要求を行っ
たコンピュータでは、シーケンス番号のほかに先頭パケ
ットおよび最終パケットを識別可能にされているため2
重複したデータ転送シーケンスのパケットが入力されて
も、最新のデータ転送シーケンスのパケットのみを確実
に切り出すことができる。According to the present invention, a computer that has made a remote IPL request to a remote computer (for example, a file server) can identify the first packet and the last packet in addition to the sequence number.
Even if packets of duplicate data transfer sequences are input, only the packets of the latest data transfer sequence can be reliably extracted.
またシーケンス番号および冗長コード(CRC)を用い
たチェックが可能にされていることによす、IPLプロ
グラムのめによる信頼性の筒いリモー1〜I P Lが
実施できる。Furthermore, since checks are made possible using sequence numbers and redundancy codes (CRC), reliable remote control 1 to IPL can be performed using the IPL program.
第1図は本発明方式の1実施例システムの構成図、第2
図はコンピュータ〜ファイルザーハ型のコンビュークネ
ソトワークの構成図、第3図(alは従来の方式のリモ
ー1− I P Lにおけるデータ転送手順を示すシー
ケンス図、第3図(b)および第3図fclはそれぞれ
再IPI−およびパケットの抜けがあった場合の同様な
シーケンス図、第4Mは本発明方式によるデータ転送手
順のシーケンス図、第5図は本発明方式の1実施例にお
けるパケソ1−フォーマットの説明図である。
第1図において、1はパソコン、2ばファイルサーバ、
3はファイル、6ばデータ回線、8はIPL要求部、9
および17ばパケンI・送信部、10および13はパケ
ット受信部、11はチェック部、14はI P L要求
受付部、15はパケット組立送信依頼部、16はファイ
ル管理部を表す。Fig. 1 is a configuration diagram of a system according to one embodiment of the present invention;
The figure is a configuration diagram of a computer-Fairsach-type computer software, Figure 3 (al is a sequence diagram showing the data transfer procedure in the conventional remote control 1-IPL, Figure 3 (b) and Fig. 3 fcl is a similar sequence diagram in the case of re-IPI- and packet dropout, respectively, Fig. 4M is a sequence diagram of the data transfer procedure according to the method of the present invention, and Fig. 5 is a sequence diagram of the data transfer procedure in one embodiment of the method of the present invention. 1 is an explanatory diagram of the format. In FIG. 1, 1 is a personal computer, 2 is a file server,
3 is a file, 6 is a data line, 8 is an IPL request section, 9
17 represents a packet receiving unit, 10 and 13 a packet receiving unit, 11 a checking unit, 14 an IPL request receiving unit, 15 a packet assembly transmission requesting unit, and 16 a file management unit.
Claims (1)
したネットワークシステムにおいて、送信側コンピュー
タは、データを転送するパケットに、シーケンス番号お
よび冗長コードとともに、先頭、中間、最終の各パケッ
トを識別するコードを付加して確認応答をとらずに連続
転送し、受信側コンピュータは、先頭パケットを受信し
たとき、それまでに他のパケットを受信していればそれ
らを廃棄し、かつ先頭パケットから最終パケットを受信
するまでシーケンス番号および冗長コードによる伝送路
エラーチェックを実施することを特徴とするデータ転送
方式。In a network system in which multiple computers are connected to a packet-switched network, the sending computer adds codes that identify the first, middle, and last packets to the packets to be transferred, along with sequence numbers and redundancy codes. Continuous transfer is performed without receiving a response, and when the receiving computer receives the first packet, if it has received other packets by then, it discards them, and the sequence number continues from the first packet until the last packet is received. and a data transfer method characterized by carrying out a transmission path error check using a redundant code.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP60057186A JPS61214044A (en) | 1985-03-20 | 1985-03-20 | Data transfer system for remote ipl |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP60057186A JPS61214044A (en) | 1985-03-20 | 1985-03-20 | Data transfer system for remote ipl |
Publications (1)
Publication Number | Publication Date |
---|---|
JPS61214044A true JPS61214044A (en) | 1986-09-22 |
Family
ID=13048462
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP60057186A Pending JPS61214044A (en) | 1985-03-20 | 1985-03-20 | Data transfer system for remote ipl |
Country Status (1)
Country | Link |
---|---|
JP (1) | JPS61214044A (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH02210931A (en) * | 1989-02-10 | 1990-08-22 | Nec Corp | Data transmission system |
-
1985
- 1985-03-20 JP JP60057186A patent/JPS61214044A/en active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH02210931A (en) * | 1989-02-10 | 1990-08-22 | Nec Corp | Data transmission system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5774640A (en) | Method and apparatus for providing a fault tolerant network interface controller | |
JP3464907B2 (en) | Protocol conversion system | |
US6185623B1 (en) | Method and system for trivial file transfer protocol (TFTP) subnet broadcast | |
US20110066736A1 (en) | Method and system for establishing connections between nodes in a communication network | |
US20020029281A1 (en) | Method and apparatus for data replication using SCSI over TCP/IP | |
JPH066362A (en) | Message processing load distribution system for host system in lan | |
JPH1168873A (en) | Method and system for data communication | |
JP2001514773A (en) | Reliable event delivery system | |
WO2021052237A1 (en) | Transaction processing method and apparatus, device, storage medium and database | |
US20090138750A1 (en) | Redundant 3-wire communication system and method | |
US6977901B2 (en) | Packet transmission/reception processor | |
JPS61214044A (en) | Data transfer system for remote ipl | |
US5894547A (en) | Virtual route synchronization | |
EP1575236B1 (en) | Connectivity confirmation method for network storage device and host computer | |
JP2000224260A (en) | Communication controller | |
JP3288221B2 (en) | File transfer system | |
JPH064496A (en) | Operating method of network computer system wherein data-conversion overhead is minimized | |
JPS62121562A (en) | Data communication system | |
JP2023057210A (en) | Information processing device, information processing method, and information processing program | |
JPH02260055A (en) | Inter-computer file transfer system | |
JP3112778B2 (en) | Token re-generation method | |
JPS62159241A (en) | Back-up method for data processor | |
JP2576076B2 (en) | Message rescue method for data communication system | |
JP2002099510A (en) | Plural transactions processing system | |
JPH05298270A (en) | Data transmission method |