TCP/IP Stack (TcpIp)

TcpIp stellt im Classic-Ethernet-Stack IPv4 und IPv6 mit ARP, NDP, ICMP und DHCP sowie UDP und TCP bereit und bedient damit Socket-Owner wie den SoAd [SWS_TCPIP_00052]. Der EthSM steuert für jeden EthIf-Controller die Zustände ONLINE, ONHOLD und OFFLINE. ONLINE wird ein Controller erst, wenn ihm eine lokale Adresse zugewiesen ist [SWS_TCPIP_00085]. Sockets werden angefordert, gebunden und bei TCP aktiv oder passiv verbunden, die Daten laufen über Sendedienste und Callbacks. Wichtigste Randbedingung: Neue TCP-Verbindungen nimmt TcpIp nur im Zustand ONLINE an, und in ONHOLD weist es neue Sendeaufträge ab.

mehr ›

Im Classic-Ethernet-Stack ist TcpIp für die IP-Kommunikation zuständig. Es besteht aus Teilmodulen für IPv4 (mit ARP, ICMP, DHCP und Auto-IP), für IPv6 (mit NDP, ICMPv6 und DHCPv6) sowie für UDP, TCP und TLS ([SWS_TCPIP_00052], [SWS_TCPIP_00150]). Nach oben bedient es Socket-Owner, also den SoAd oder CDDs, mit eigenen TcpIp_<Up>GetSocket-Funktionen und Callbacks ([SWS_TCPIP_00220], [SWS_TCPIP_00222]). Nach unten tauscht es Rahmen mit EthIf aus [SWS_TCPIP_00029].

Kontextdiagramm: TcpIp liegt zwischen den Socket-Ownern und EthIf, wird vom EthSM gesteuert und meldet an DET und IdsM. Quellen: [SWS_TCPIP_00220], [SWS_TCPIP_00070], [SWS_TCPIP_00361], SWS TcpIp S. 17

Den Kommunikationszustand führt TcpIp für jeden EthIf-Controller getrennt [SWS_TCPIP_00083]. Der EthSM fordert per TcpIp_RequestComMode einen der Zustände ONLINE, ONHOLD oder OFFLINE an [SWS_TCPIP_00070]. STARTUP und SHUTDOWN sind Durchgangszustände und können nicht angefordert werden [SWS_TCPIP_00089]. ONLINE startet die Adresszuweisung. ONHOLD behält Sockets und Adressen, nimmt aber keine Sendeaufträge an. OFFLINE schließt die Sockets ([SWS_TCPIP_00075], [SWS_TCPIP_00074], [SWS_TCPIP_00072]).

Zustandsdiagramm: Ein Controller wird erst ONLINE, wenn ihm eine Adresse zugewiesen ist. Den Weg nach OFFLINE geht er über SHUTDOWN, in dem die Ressourcen freigegeben werden. Quellen: [SWS_TCPIP_00085], [SWS_TCPIP_00077], [SWS_TCPIP_00087], SWS TcpIp S. 60

Die Adressen stammen aus einer konfigurierten Tabelle lokaler Adressen. Sie werden statisch, per DHCP oder als Link-Local zugewiesen, nach Priorität ausgewählt und auf Wunsch im NvM gespeichert ([SWS_TCPIP_00099], [SWS_TCPIP_00065], [SWS_TCPIP_00127], [SWS_TCPIP_00219]). Über Änderungen informiert <Up_LocalIpAddrAssignmentChg> die obere Schicht [SWS_TCPIP_00229]. Sockets werden angefordert und mit TcpIp_Bind gebunden. TCP-Verbindungen entstehen per TcpIp_TcpConnect oder TcpIp_TcpListen ([SWS_TCPIP_00111], [SWS_TCPIP_00112], [SWS_TCPIP_00113]).

Gesendet wird asynchron über TcpIp_TcpTransmit oder synchron über TcpIp_UdpTransmit. Bei TCP übergibt die obere Schicht die Daten direkt oder stellt sie über <Up_CopyTxData> bereit ([SWS_TCPIP_00124], [SWS_TCPIP_00120]). Empfangene Datagramme ordnet TcpIp über lokale Adresse und Port einem Socket zu [SWS_TCPIP_00170]. Fehlt die MAC-Adresse des Ziels, legt TcpIpArpPacketQueueEnabled fest, ob das Paket eingereiht oder abgewiesen wird [SWS_TCPIP_00192]. Laufzeitfehler wie Timeouts, unerreichbare Hosts oder Adresskonflikte meldet TcpIp an den DET. In R20-11 sind dafür die Codes 0x01 bis 0x05 definiert [SWS_TCPIP_00255]. Zur Absicherung kommen TLS ab Version 1.2 und IPsec mit IKEv2 hinzu ([SWS_TCPIP_00302], [SWS_TCPIP_00353]).

mehr ›

Rolle im Ethernet-Stack: Vermittler zwischen Socket-Ownern und EthIf

TcpIp bündelt die IP-basierte Kommunikation eines Classic-Steuergeräts in Teilmodulen [SWS_TCPIP_00052]. Für IPv4 sind IP, ARP, ICMP, DHCPv4 (Client und Server), Auto-IP, UDP und TCP gefordert ([SWS_TCPIP_00053], [SWS_TCPIP_00056], [SWS_TCPIP_00058], [SWS_TCPIP_00057], [SWS_TCPIP_00061]). Für IPv6 kommen IPv6, NDP, ICMPv6 und ein DHCPv6-Client hinzu ([SWS_TCPIP_00160], [SWS_TCPIP_00164], [SWS_TCPIP_00166]). Drei Skalierungsklassen schneiden den Umfang zu: IPv4-Stack, IPv6-Stack und Dual Stack SWS TcpIp S. 18. Für Klasse 3 ist der volle Umfang verbindlich [SWS_TCPIP_00150].

Nach oben bedient TcpIp Socket-Owner. Ist TcpIpSocketOwnerUpperLayerType auf SOAD gesetzt, heißen die Callbacks SoAd_…. Bei CDD gelten die konfigurierten Funktionsnamen ([SWS_TCPIP_00220], [SWS_TCPIP_00221]). Jeder Owner erhält eine eigene TcpIp_<Up>GetSocket-Funktion, und die so angeforderten Sockets gehören ihm exklusiv [SWS_TCPIP_00222].

Nach unten empfängt TcpIp Rahmen über TcpIp_RxIndication [SWS_TCPIP_00029]. Es sendet über EthIf_Transmit, und zwar stets mit TxConfirmation = FALSE [SWS_TCPIP_00131]. Den Zustand steuert der EthSM über TcpIp_RequestComMode SWS EthSM S. 27. Optional nutzt TcpIp CSM-Dienste [SWS_TCPIP_00028] und meldet Sicherheitsereignisse an den IdsM [SWS_TCPIP_00361]. Einen Überblick über die Einbettung gibt SWS TcpIp S. 17.

Kontextdiagramm: TcpIp liegt zwischen den Socket-Ownern (SoAd oder CDD) und EthIf. Es wird vom EthSM gesteuert, meldet Fehler an den DET und Ereignisse an den IdsM und nutzt optional den CSM. Quellen: [SWS_TCPIP_00220], [SWS_TCPIP_00222], [SWS_TCPIP_00029], [SWS_TCPIP_00070], [SWS_TCPIP_00028], [SWS_TCPIP_00361], [SWS_TCPIP_00255], [SWS_TCPIP_00219], SWS TcpIp S. 17

Controller-Zustände: von TCPIP_STATE_OFFLINE zu TCPIP_STATE_ONLINE

Initialisiert wird das Modul mit TcpIp_Init und einer implementierungsspezifischen TcpIp_ConfigType ([SWS_TCPIP_00002], [SWS_TCPIP_00067]). TcpIp_MainFunction ist der Einstiegspunkt für den Scheduler [SWS_TCPIP_00026]. Interpretation: Dort dürften zeitgesteuerte Vorgänge wie Timeouts ablaufen. Frage Q-77b083e447651768 (offen) Die Spezifikation sagt dazu nur „Schedules the TCP/IP stack“.

TcpIp führt für jeden EthIf-Controller einen eigenen Zustand: OFFLINE, STARTUP, ONLINE, ONHOLD oder SHUTDOWN [SWS_TCPIP_00083]. Weicht die gespeicherte Anforderung vom aktiven Zustand ab, leitet TcpIp die nötigen Schritte ein [SWS_TCPIP_00136].

• Eine ONLINE-Anforderung aus OFFLINE aktiviert die konfigurierten Adresszuweisungen [SWS_TCPIP_00075]. Sobald eine Adresse zugewiesen ist, wechselt der Controller nach ONLINE [SWS_TCPIP_00085].
• ONHOLD meldet für alle Adressen TCPIP_IPADDR_STATE_ONHOLD. Sockets und Adressen bleiben erhalten, neue Sendeaufträge werden aber nicht angenommen ([SWS_TCPIP_00076], [SWS_TCPIP_00074]). Die Rückkehr nach ONLINE meldet wieder TCPIP_IPADDR_STATE_ASSIGNED [SWS_TCPIP_00086].
• Eine OFFLINE-Anforderung oder die Freigabe aller Adressen meldet TCPIP_IPADDR_STATE_UNASSIGNED und schließt die Sockets ([SWS_TCPIP_00077], [SWS_TCPIP_00072]). Sind die Ressourcen freigegeben, folgt OFFLINE [SWS_TCPIP_00087].

Zustandsdiagramm: Jeder EthIf-Controller hat einen eigenen Zustandsautomaten. Anforderbar sind nur ONLINE, ONHOLD und OFFLINE, STARTUP und SHUTDOWN sind Durchgangszustände. Quellen: [SWS_TCPIP_00075], [SWS_TCPIP_00085], [SWS_TCPIP_00076], [SWS_TCPIP_00086], [SWS_TCPIP_00077], [SWS_TCPIP_00087], [SWS_TCPIP_00088], SWS TcpIp S. 60 (Schaubild aus R25-11, Übergänge durch die R20-11-Requirements gedeckt)

In STARTUP bricht eine OFFLINE-Anforderung laufende Zuweisungen ab [SWS_TCPIP_00088]. Fordert jemand STARTUP oder SHUTDOWN an, wird das mit E_NOT_OK abgewiesen [SWS_TCPIP_00089].

Ein typischer Hochlauf verläuft so: Der EthSM fordert auf Wunsch des ComM ONLINE an SWS EthSM S. 42. TcpIp meldet danach die zugewiesene Adresse. Daraufhin fordert der SoAd Sockets an und bindet sie ([SWS_TCPIP_00229], SWS SoAd S. 20). Das Schaubild aus R25-11 zeigt außerdem eine Rückmeldung per EthSM_TcpIpModeIndication SWS TcpIp S. 60. Für R20-11 dürfte das ebenso gelten. Frage Q-a5e26ad792c23d58 (offen)

Sequenzdiagramm: Erst die asynchrone Adresszuweisung macht den Controller ONLINE. Danach kann der SoAd Sockets anfordern und binden. Quellen: [SWS_TCPIP_00070], [SWS_TCPIP_00075], [SWS_TCPIP_00085], [SWS_TCPIP_00229], [SWS_TCPIP_00018], [SWS_TCPIP_00015], SWS EthSM S. 42. Die Rückmeldung an den EthSM ist vermutlich auch in R20-11 vorhanden.

Lokale Adressen und ihre Zuweisung

Grundlage ist eine Tabelle lokaler Adressen aus TcpIpLocalAddr, die zur Laufzeit EthIf-Controllern zugeordnet werden ([SWS_TCPIP_00099], SWS TcpIp S. 220). Ein Eintrag wird über TcpIp_LocalAddrIdType angesprochen [SWS_TCPIP_00030]. Je Eintrag sind mehrere Verfahren möglich, etwa statisch, DHCP oder Link-Local ([SWS_TCPIP_00065], SWS TcpIp S. 224). Wird eine Adresse mit höherer Priorität verfügbar, ersetzt sie die bisherige [SWS_TCPIP_00127].

Wie Zuweisung und Freigabe ausgelöst werden, hängt vom konfigurierten Trigger ab:

• Bei TCPIP_MANUAL steuern TcpIp_RequestIpAddrAssignment und TcpIp_ReleaseIpAddrAssignment die Verfügbarkeit ([SWS_TCPIP_00195], [SWS_TCPIP_00196]).
• Bei TCPIP_AUTOMATIC werden beide Aufrufe mit E_NOT_OK abgewiesen ([SWS_TCPIP_00198], [SWS_TCPIP_00199]).
• Bei TCPIP_STORE übernimmt TcpIp eine gültige Adresse aus dem NvM-Block [SWS_TCPIP_00219]. TcpIp_ResetIpAssignment macht diese gespeicherten Adressen ungültig [SWS_TCPIP_00216].

Jede Änderung einer Zuweisung meldet <Up_LocalIpAddrAssignmentChg> mit einem Wert vom Typ TcpIp_IpAddrStateType ([SWS_TCPIP_00229], [SWS_TCPIP_00082]). Neue IPv4-Adressen kündigt TcpIp per Gratuitous ARP an [SWS_TCPIP_00093]. IPv6-Adressen prüft es per Duplicate Address Detection [SWS_TCPIP_00159]. Zur Abfrage dienen TcpIp_GetIpAddr, TcpIp_GetPhysAddr und TcpIp_GetCtrlIdx ([SWS_TCPIP_00032], [SWS_TCPIP_00033], [SWS_TCPIP_00141]). Fragt man eine DHCP-Option ab, die nicht gesetzt ist, liefert der Lesedienst Länge 0 [SWS_TCPIP_00237].

Sockets: anfordern, binden, verbinden, schließen

Einen Socket fordert man mit Adressfamilie und Protokoll an ([SWS_TCPIP_00018], [SWS_TCPIP_00009], [SWS_TCPIP_00010]). TcpIp_Bind bindet ihn an eine lokale Adresse und einen Port [SWS_TCPIP_00111]. Das scheitert, wenn Port, Protokoll und Adresse schon belegt sind oder die Adresse nicht zugewiesen ist ([SWS_TCPIP_00146], [SWS_TCPIP_00254]). Mit TCPIP_PORT_ANY wählt der Stack selbst einen Port zwischen 49152 und 65535 SWS TcpIp S. 85.

Für TCP gibt es zwei Wege zur Verbindung:

• Als Client baut TcpIp_TcpConnect die Verbindung asynchron auf. Steht sie, ruft TcpIp <Up_TcpConnected> ([SWS_TCPIP_00112], [SWS_TCPIP_00227]).
• Als Server setzt TcpIp_TcpListen den Socket in den Listen-Zustand [SWS_TCPIP_00113]. Für jede eingehende Verbindung leitet TcpIp einen eigenen Socket ab und meldet ihn mit <Up_TcpAccepted> [SWS_TCPIP_00226]. Gibt die obere Schicht E_NOT_OK zurück, schließt TcpIp die Verbindung SWS SoAd S. 81.

Neue TCP-Verbindungen nimmt TcpIp nur im Zustand ONLINE an [SWS_TCPIP_00094].

Sequenzdiagramm: Der Client erhält eine Bestätigung über <Up_TcpConnected>. Der Server bekommt je Verbindung einen abgeleiteten Socket, den die obere Schicht annehmen oder ablehnen kann. Quellen: [SWS_TCPIP_00022], [SWS_TCPIP_00023], [SWS_TCPIP_00226], [SWS_TCPIP_00227], SWS TcpIp S. 129 (das spätere Schaubild enthält zusätzlich LSduR, das hier entfällt), SWS TcpIp S. 107

TcpIp_Close beendet eine TCP-Verbindung regulär. Mit Abort = TRUE bricht es sie sofort per RST ab. Bei UDP werden die Ressourcen sofort frei ([SWS_TCPIP_00109], [SWS_TCPIP_00110]). Ereignisse wie Reset, FIN oder Schließen meldet <Up_TcpIpEvent> [SWS_TCPIP_00144]. Mit TcpIp_ChangeParameter lassen sich Socket-Parameter ändern, etwa Empfangsfenster, Rahmenpriorität, Nagle, TCP-Optionsfilter oder UDP-Prüfsumme ([SWS_TCPIP_00126], [SWS_TCPIP_00266], [SWS_TCPIP_00279]).

Datenpfade: Senden, Empfangen, Adressauflösung

TcpIp_TcpTransmit arbeitet asynchron. Ist DataPtr gesetzt, übernimmt es die Daten aus diesem linearen Puffer. Ist DataPtr ein NULL_PTR, holt es die Daten per <Up_CopyTxData>. Mit ForceRetrieve = TRUE sind das genau AvailableLength Bytes, mit FALSE eventuell weniger ([SWS_TCPIP_00124], [SWS_TCPIP_00125], [SWS_TCPIP_00228]). Bei TCP ruft TcpIp <Up_TxConfirmation> erst, wenn die Gegenstelle quittiert hat ([SWS_TCPIP_00225], SWS SoAd S. 86). TcpIp_UdpTransmit sendet dagegen synchron und sofort ([SWS_TCPIP_00025], [SWS_TCPIP_00120]).

Sequenzdiagramm: Daten werden direkt übergeben oder per Kopier-Callback geholt. Der Versand an EthIf läuft im Kontext der MainFunction, die Bestätigung kommt erst nach dem ACK der Gegenstelle. Quellen: [SWS_TCPIP_00050], [SWS_TCPIP_00123], [SWS_TCPIP_00124], [SWS_TCPIP_00131], SWS TcpIp S. 109

Beim Empfang ordnet die IP-Schicht jedes Datagramm einem Eintrag der lokalen Adresstabelle zu [SWS_TCPIP_00169]. UDP und TCP wählen dann den Socket über Zielport und lokale Adresse ([SWS_TCPIP_00170], [SWS_TCPIP_00172]). Bei bestehenden TCP-Verbindungen müssen zusätzlich Quelladresse und Quellport passen [SWS_TCPIP_00173]. UDP-Broadcasts gehen an alle passenden Sockets, TCP-Segmente an Broadcast-Adressen werden verworfen ([SWS_TCPIP_00171], [SWS_TCPIP_00174]). Fragmentierte Datagramme setzt TcpIp wieder zusammen und darf den Empfang dafür entkoppeln ([SWS_TCPIP_00054], SWS TcpIp S. 131). Die Daten erreichen die obere Schicht über <Up_RxIndication>. Hat sie TCP-Daten verarbeitet, öffnet TcpIp_TcpReceived das Empfangsfenster wieder ([SWS_TCPIP_00223], [SWS_TCPIP_00115]).

Sequenzdiagramm: Ein empfangener Rahmen wird über die lokale Adresse und den Port einem Socket zugeordnet. Bei TCP gibt die Quittung der oberen Schicht das Empfangsfenster frei. Quellen: [SWS_TCPIP_00029], [SWS_TCPIP_00169], [SWS_TCPIP_00170], [SWS_TCPIP_00223], [SWS_TCPIP_00115], SWS TcpIp S. 108

Zum Senden braucht TcpIp die MAC-Adresse des Ziels und hält sie in einer ARP-Tabelle:

• Die Tabelle ist auf TcpIpArpTableSizeMax Einträge begrenzt [SWS_TCPIP_00090]. Ungenutzte Einträge verfallen nach TcpIpArpTableEntryTimeout [SWS_TCPIP_00091].
• Wiederholte Anfragen an dasselbe Ziel unterdrückt TcpIp für die Dauer von TcpIpArpRequestTimeout [SWS_TCPIP_00350].
• In R20-11 aktualisiert jedes empfangene IP-Paket die Tabelle [SWS_TCPIP_00092]. Spätere Releases knüpfen das an TcpIpArpDefensiveProcessing = FALSE SWS TcpIp S. 29.
• Fehlt ein Eintrag, entscheidet TcpIpArpPacketQueueEnabled, ob das Paket eingereiht oder abgewiesen wird ([SWS_TCPIP_00191], [SWS_TCPIP_00192]). Für NDP gilt Entsprechendes [SWS_TCPIP_00193].

Jede Änderung der ARP-Tabelle meldet TcpIp über <Up_PhysAddrTableChg> [SWS_TCPIP_00142]. Ist der Neighbor Cache voll, wird der älteste Eintrag verdrängt [SWS_TCPIP_00264]. Abfragen erlauben TcpIp_GetRemotePhysAddr und die Cache-Lesedienste ([SWS_TCPIP_00138], [SWS_TCPIP_91002], [SWS_TCPIP_91001]).

Aktivitätsdiagramm: Fehlt beim Senden ein ARP-Eintrag, wird das Paket je nach Konfiguration eingereiht oder abgewiesen. Neue Anfragen an dasselbe Ziel werden gedrosselt. Quellen: [SWS_TCPIP_00191], [SWS_TCPIP_00192], [SWS_TCPIP_00350], [SWS_TCPIP_00142], SWS TcpIp S. 176. Interpretation: Das eingereihte Paket wird nach erfolgreicher Auflösung gesendet.

Absicherung und Filterung: TLS, IPsec, IdsM

Für TCP-Verbindungen unterstützt TcpIp TLS nach IETF RFC 5246. Versionen unter 1.2 werden abgewiesen ([SWS_TCPIP_00300], [SWS_TCPIP_00302]). PSK-Identitäten und die aktuelle Zeit liefern konfigurierbare Callouts ([SWS_TCPIP_91014], [SWS_TCPIP_91012]). Die Kryptografie läuft über den CSM ([SWS_TCPIP_00028], SWS TcpIp S. 251).

IPsec wird mit IKEv2 unterstützt, IKEv1 nicht ([SWS_TCPIP_00352], [SWS_TCPIP_00353]). Jedes Datagramm wird einer Policy zugeordnet und je nach Policy geschützt, durchgelassen oder verworfen ([SWS_TCPIP_00359], [SWS_TCPIP_00360]). Unzulässige IPv6-Extension-Header führen zum stillen Verwerfen [SWS_TCPIP_00260]. Ist TcpIpEnableSecurityEventReporting gesetzt, meldet TcpIp Sicherheitsereignisse an den IdsM [SWS_TCPIP_00361].

Verhalten im Fehlerfall

Die Entwicklungsfehler, darunter TCPIP_E_UNINIT, TCPIP_E_PARAM_POINTER, TCPIP_E_INV_ARG und TCPIP_E_ADDRINUSE, sind in [SWS_TCPIP_00042] definiert. Geprüft werden unter anderem:

• eine ungültige Adressfamilie beim Anfordern eines Sockets [SWS_TCPIP_00128],
• eine ungültige LocalAddrId bei TcpIp_Bind [SWS_TCPIP_00147],
• widersprüchliche Adressfamilien bei TcpIp_GetIpAddr [SWS_TCPIP_00206],
• ungültige Parameter der DHCP-Optionsdienste [SWS_TCPIP_00243],
• ein NULL_PTR als Zieladresse bei TcpIp_TcpConnect SWS TcpIp S. 86.

Einige Ablehnungen gibt TcpIp unabhängig von der Fehlererkennung als E_NOT_OK zurück, zum Beispiel einen bereits belegten Port oder eine unpassende Adressfamilie ([SWS_TCPIP_00146], [SWS_TCPIP_00205]).

Laufzeitfehler meldet TcpIp per Det_ReportRuntimeError:

• TCPIP_E_TIMEDOUT, wenn auf ein SYN keine Antwort kommt, die Keep-Alive-Überwachung abläuft oder die Wiederholungen erschöpft sind [SWS_TCPIP_00256],
• TCPIP_E_CONNREFUSED, TCPIP_E_HOSTUNREACH und TCPIP_E_PACKETTOBIG nach den entsprechenden ICMP-Meldungen ([SWS_TCPIP_00257], [SWS_TCPIP_00258], [SWS_TCPIP_00259]),
• TCPIP_E_DADCONFLICT bei einer doppelt vergebenen Adresse [SWS_TCPIP_00282].

R20-11 definiert nur die Codes 0x01 bis 0x05 [SWS_TCPIP_00255]. Die in späteren Releases hinzugekommenen Codes TCPIP_E_TX_QUEUE_OVERRUN und TCPIP_E_TX_INTERNAL_PROCESSING_FAILED gelten hier nicht SWS TcpIp S. 65.

Viele Fehlerfälle bleiben still, weil unpassende Pakete einfach verworfen werden. TcpIp_GetAndResetMeasurementData zählt solche verworfenen Pakete und setzt die Zähler zurück ([SWS_TCPIP_91006], [SWS_TCPIP_00296]). Kann eine MAC-Adresse nicht aufgelöst werden, meldet TcpIp TCPIP_E_PHYS_ADDR_MISS [SWS_TCPIP_00066]. Für Ziele außerhalb des eigenen Subnetzes liefert TcpIp_GetRemotePhysAddr sofort TCPIP_E_NOT_OK [SWS_TCPIP_00139].

Weiterführende Detailbelege

• [SWS_TCPIP_00083], [SWS_TCPIP_00077]: Zustandsautomat je Controller, siehe auch SWS TcpIp S. 60.
• [SWS_TCPIP_00065], [SWS_TCPIP_00219]: Zuweisungsverfahren und gespeicherte Adressen.
• [SWS_TCPIP_00222]: Socket-Owner, Konfiguration in SWS TcpIp S. 232.
• [SWS_TCPIP_00125]: Wie viele Daten TCP beim Senden abholt.
• [SWS_TCPIP_00172]: Zuordnung empfangener TCP-Segmente zu Sockets.
• [SWS_TCPIP_00359]: Verarbeitung nach IPsec-Policy.
• [SWS_TCPIP_00255]: Laufzeitfehlercodes für R20-11.