pairs can be used in any combination. The node G can be specially
allocated for realization of authentication.
Protection against denial-of-service:
The instructions of the protocol have definite computing loading.
It allows projecting the node so, that it can process the
instructions with such speed, with what they are accepted from the
network. A possible reason of an overload is the instructions
JUMP and CALL. VM must solve this problem. It has the complete
information about the user task and can make a decision on the
amount of allocated resources. The decision of a problem is the
failure in service for low-priority traffic.
Protection at the applications architecture level:
The protocol allows creating the applications of any architecture.
It is possible due to an asymmetric structure of connection. It
is possible to allocate three basic groups:
(1) The client who is carrying out terminal functions and
client/server technologies. The security of such systems is
completely defined by the server. Such architecture is
represented most protected.
(2) The client, loading an active code from the server. It is the
least protected architecture, from the client point of view.
On the server side, there are no special requirements upon
protection.
(3) The client, who is executing his code on the server. This
architecture is safe for the client. It is necessary to
strengthen the protection on the server. The functionalities
of such architecture do not differ from architecture of
loading by the client of an active code. If ones take into
account, that the server is the specially allocated computer,
the given architecture is optimum.
All given technologies may be used simultaneously in any
combination.
11 Used Abbreviations
API Application Programming Interface.
CTID JCP assigned the Control Task IDentifier to each task of the
job. Its length is equal to length of the local address
memory on the node JCP.
GJID Globally Job IDentifier is assigned for the each job. GJID is
defined on the JCP node. It has the same format, as the 128 -
bit address of node JCP memory has. The address of local
memory is replaced on CTID of the first (initial) task of the
job in it.
GTID Globally Task IDentifier is assigned to each task. GTID has
the same format, as the 128 - bit address of node memory has.
The address of local memory is replaced on LTID in it.
JCP Job Control Point. This node will control the job.
LTID Locally Task IDentifier is assigned to each active task on the
node. LTID length is equal to the local memory address length
defined for the node.
VM Virtual Machine.
12 References
[1] Bradner, S., "The Internet Standards Process -- Revision 3", BCP
9, RFC2026, October 1996.
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement
Levels", RFC2119, March 1997.
[3] Crocker, D., and P. Overell. "Augmented BNF for Syntax
Specifications: ABNF", RFC2234, November 1997.
[4] Postel, J., "Transmission Control Protocol - DARPA Internet
Program Protocol Specification", STD 7, RFC793, September 1981.
[5] Postel, J., "User Datagram Protocol", STD 6, RFC768, August
1980.
[6] Srinivasan, R., "RPC: Remote Procedure Call Protocol
Specification Version 2", RFC1831, August 1995.
13 Author's Address
Alexander Y. Bogdanov
NKO "ORS"
22, Smolnaya St.
Moscow, Russia 125445
RU
Phone: +7 901 732 9760
EMail: a_bogdanov@iname.ru
14 Full Copyright Statement
Copyright (C) The Internet Society (2000). All Rights Reserved.
This document and translations of it may be copied and furnished to
others, and derivative works that comment on or otherwise explain it
or assist in its implementation may be prepared, copied, published
and distributed, in whole or in part, without restriction of any
kind, provided that the above copyright notice and this paragraph are
included on all such copies and derivative works. However, this
document itself may not be modified in any way, such as by removing
the copyright notice or references to the Internet Society or other
Internet organizations, except as needed for the purpose of
developing Internet standards in which case the procedures for
copyrights defined in the Internet Standards process must be
followed, or as required to translate it into languages other than
English.
The limited permissions granted above are perpetual and will not be
revoked by the Internet Society or its successors or assigns.
This document and the information contained herein is provided on an
"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
Acknowledgement
Funding for the RFCEditor function is currently provided by the
Internet Society.