Der Remote Procedure Callprotokollspezifikations-Version 2

STATUS DIESES PROTOKOLLS

Dieses Dokument spezifiziert ein Internet-Standardschienenprotokoll für die Internet-Gemeinschaft und bittet Diskussion und um Verbesserungsvorschläge. Beziehen Sie bitte sich die auf gegenwärtige Ausgabe der "amtlichen Protokollnormen des Internets" (STD 1) für den Normierungzustand und den Status dieses Protokolls. Verteilung dieses Protokolls ist unbegrenzt.

ENTZIEHEN

Sie dieses Dokument beschreibt das ONC-Remote Procedure Call (Protokoll DER ONC-RPC-Version 2), wie es z.Z. entfaltet und angenommen wird. "ONC-" Standplätze für" das geöffnete rechnende Netz ".

INHALTSVERZEICHNIS

1. EINLEITUNG 2

2. TERMINOLOGIE 2

3. DAS RPC-MODELL 2

4. TRANSPORTE UND SEMANTIK 4

5. BINDEN UND RENDEZVOUS-UNABHÄNGIGKEIT 5

6. AUTHENTISIERUNG 5

7. RPC-PROTOKOLLC

Anforderungen 5

Authentisierung 7,2

7 mit 7,1 RPC-Programmen und -verfahren

6 Zahlanweisung 8 mit 7,

3 Programmen 7,4 andere

Gebräuche von dem RPC-Protokoll 8 7,4,1 8 7,4,2

Sendungsremoteverfahrensanrufe aufstapelnd 8

8. DAS RPC-ANZEIGENCProtokoll 9

9. AUTHENTISIERUNG FÜHRT

Ungültige Authentisierung 12 9,1 13 10

Protokoll.

SATZ MARKIERUNGSCStandard 13 11.

DIE RPC-SPRACHE 13

11,1 ein Beispielservice, der in der RPC-Sprache 13

11,2 die RPC-Sprachspezifikation 14 11,3 Syntax beschrieben wird, merkt

15 ANHANG A: SYSTEMCAuthentisierung 16 BEZIEHT

1.EINLEITUNG

dieses Dokument spezifiziert Version zwei des Anzeigenprotokolls, das im ONC-Remote Procedure Call (RPC) verwendet wird. Das Anzeigenprotokoll wird mit der Sprache des EXternal.data.representation (XDR) [ 9 ] spezifiziert. Dieses Dokument nimmt an, daß der Leser mit XDR vertraut ist. Es versucht nicht, Remoteverfahrensanrufsysteme zu rechtfertigen oder ihren Gebrauch zu beschreiben. Das Papier durch Birrell und Nelson [ 1 ] wird als ausgezeichneter Hintergrund für das Remote Procedure Callkonzept empfohlen.

2. TERMINOLOGIE dieses Dokument bespricht Klienten, Anrufe, Bediener, Antworten, Dienstleistungen, Programme, Verfahren und Versionen. Jedes Remote Procedure Call hat zwei Seiten: eine aktive Klientenseite, die den Anruf zu einem Bediener bildet, der eine Antwort zurückschickt. Ein Vermittlungsdienst ist eine Ansammlung von einem oder mehr Direktübertragungsprogrammen. Ein Direktübertragungsprogramm führt ein oder mehr Remoteverfahren ein; die Verfahren, ihre Parameter und Resultate werden in der spezifischen Protokollspezifikation des Programms dokumentiert. Ein Bediener kann mehr als eine Version eines Remoteprogramms stützen, um mit ändernden Protokollen kompatibel zu sein. Z.B. kann ein Fileservice des Netzes aus zwei Programmen bestehen. Ein Programm kann hochqualifizierte Anwendungen wie Dateisystemzugriffssteuerung und Blockierung beschäftigen. Das andere kann niedrigen Akteneingang und -ausgang beschäftigen und Verfahren wie "gelesen" haben und "zu schreiben". Ein Klient des Fileservice des Netzes würde die Verfahren dazugehörig mit den zwei Programmen des Services im Namen des Klienten nennen. Die Bezeichnungen Klient und Bediener treffen nur auf eine bestimmte Verhandlung zu; ein bestimmtes Kleinteilwesen (Wirt) oder Software-Wesen (Prozeß oder Programm) konnten in beiden Rollen zu den unterschiedlichen Zeiten funktionieren. Z.B. könnte ein Programm, das Remotedurchführungsservice liefert, ein Klient eines Fileservice des Netzes auch sein.