Ein SAP-System kann die folgenden Kommunikationsverbindungen unterhalten:

• Präsentations-Frontends (SAPgui) zum SAP-System
• Verbindungen vom SAP-System zu Druckern
• Verbindungen zu anderen SAP-Systemen
• Verbindungen zu externen Anwendungen

Innerhalb eines SAP-Systems existieren folgende Kommunikationsverbindungen:

• Applikationsserver zur Datenbank
• Applikationsserver zum Message-Server
• Verbindungen zwischen Applikationsservern

Die folgende Grafik zeigt alle möglichen Kommunikationsverbindungen eines SAP-Systems. Es handelt sich hierbei ausschließlich um TCP-Verbindungen. Das SAP-System kann hierbei aus einem oder mehreren Rechnern bestehen. Die Kommunikationsverbindungen innerhalb des SAP-Systems werden später beschrieben.

Die Pfeile zeigen die Richtung des Verbindungsaufbaus der TCP-Verbindungen an. Diese Verbindungen werden im folgenden genau beschrieben

Dialog Service (Dispatcher Port): sapdp00 3200/TCP

Info Service (Messageserver Port) sapmsC11 3600/TCP

Die Druckausgabe eines SAP-Systems wird über Spool-Workprozesse abgewickelt. Es kann einen einzelnen oder mehrere Spool-Workprozesse geben, die wiederum auf einem oder mehreren Applikationsservern laufen. Die Druckausgabe der Spool-Workprozesse ist konfigurationsabhängig und kann folgendermaßen erfolgen:

• Ausgabe an den lokalen Betriebssystemspooler d.h. auf dem Rechner des jeweiligen Applikationsservers (keine Netzwerkverbindung).
• Ausgabe auf den Standard line printer service lp des Zielrechners (TCP-Service printer mit der TCP-Portnummer 515)
• Ausgabe auf den SAP printer daemon (SAPlpd), der auf dem Zielrecher läuft. (TCP-Portnummer 515)
• Druckausgabe über die Dialogverbindung des SAPgui-Frontends. Hierbei wird die bestehende SAPgui-Verbindung verwendet. Aus diesem Grund ist kein bestimmter Port erforderlich.

Auf jedem SAP-Applikationsserver läuft ein SAP-Gateway für die Kommunikation mit anderen SAP-Systemen oder anderen Anwendungen, welche die SAP-Kommunikationsschnittstellen für CPIC oder RFC verwenden. Hierbei spielen folgende Protokolle eine Rolle:

Das CPIC-Protokoll (Common Programming Interface for Communications) ist standardisiert und ermöglicht die einfache Datenübertragung zwischen zwei Programmen. Bei der Übertragung handelt es sich um ein halb-duplex Verfahren, das heißt jeweils eine Seite hat das Senderecht und die Gegenseite muß so lange Daten entgegennehmen, bis sie das Senderecht erhält.

RFC (Remote Funtion Call) ist eine SAP-eigene Kommunikationsschnittstelle. Bei der RFC Kommunikation gibt es immer einen Aufrufenden (RFC-Client) und einen Aufgerufenen (RFC-Server). Der RFC-Server stellt einen oder mehrere Funktionsbausteine zum Aufruf zur Verfügung. Ein RFC-Client kann solch einen Funktionsbaustein aufrufen, Daten übergeben und die Ergebnisse des Funktionsbausteins zurücklesen. Hierbei können externe Programme und das SAP-System sowohl den Part des Servers, wie auch des Clients übernehmen.

Das Gateway kann auch für die Kommunikation zwischen zwei Anwendungen innerhalb eines SAP-Systems eingesetzt werden. Das SAP-Gateway ist auf jedem Applikationsserver unter dem TCP-Port sapgw<nr> zu erreichen. Hierbei ist <nr> die Instanznummer der Applikationsinstanz.

SAP Gateway Port: sapgw00 3300/TCP

Remote-Verbindungen können mit Hilfe des Programms SAProuter einfach und leicht kontrollierbar realisiert werden. Der SAProuter fungiert hierbei als Vermittler zwischen dem Quell- und Zielsystem. Das Quellsystem baut zuerst eine TCP-Verbindung zum SAProuter auf und teilt diesem über ein SAP-internes Protokoll das gewünschte Zielsystem mit. Im zweiten Schritt stellt der SAProuter dann eine Verbindung zum Zielsystem her. Wenn SAProuter eingesetzt wird, setzt sich die Verbindung zwischen dem Quellsystem und dem Zielsystem aus mehreren TCP-Verbindungen zusammen.

Bei Bedarf können die Verbindungen auch über mehrere SAProuter hintereinander geführt werden. Sämtliche SAP-Verbindungen verlaufen dann zwischen den SAProutern über exakt definierte TCP-Ports zwischen zwei definierten Partnern (SAProuter). Dadurch sind Mechanismen für den Zugriffsschutz wesentlich einfacher zu implementieren.

Auch für getrennte organisatorische Einheiten mit getrennter Netzwerk- und Sicherheitsadministration bietet sich die Verbindung über zwei SAProuter an. Jede organisatorische Einheit besitzt dann einen eigenen SAProuter als definierten Kommunikationsport für die gesamte SAP-Kommunikation, die über die Grenzen der eigenen Organisation hinausgeht. Der SAProuter wird dann als application level gateway verwendet und kann beispielsweise auf einem Firewall-Rechner laufen. Über Berechtigungstabellen kann genau festgelegt werden, wer mit wem eine Verbindung aufbauen darf.

Jede organisatorische Einheit kann eigenständig die gewünschten Verbindungen zulassen oder unerwünschte Verbindungen sperren.

Beim Start des Programms wird festgelegt, unter welchem TCP-Port der SAProuter zu erreichen ist.

Diese Verbindungen werden im folgenden genauer beschrieben

Die Verbindung zwischen den SAP-Applikationsservern und dem Datenbankserver basiert auf einer Remote SQL Schnittstelle der Datenbank.

Der verwendete TCP-Port hängt vom jeweiligen Datenbanksystem ab:

Über den Message-Server haben die verschiedenen Instanzen (Applikationsserver) Zugriff auf die zentralen Dienste wie beispielsweise Sperrverwaltung (Enqueue) oder Update. Zusätzlich erhält der Message-Server zyklisch von allen Instanzen Informationen über den aktuellen Status bezüglich der Lastsituation und der angebotenen Dienste. Dadurch ist der Message-Server in der Lage, Informationen für das Load Balancing von verschiedenen Anwendungen wie z.B. SAPgui oder Batch zu geben.