8.1. Events for the BGP FSM (Ereignisse für die BGP-FSM)

8.1.1. Optional Events Linked to Optional Session Attributes (Optionale Ereignisse verknüpft mit optionalen Sitzungsattributen)

Die Eingaben zur BGP-FSM sind Ereignisse. Ereignisse können entweder obligatorisch oder optional sein. Einige optionale Ereignisse sind mit optionalen Sitzungsattributen verknüpft. Optionale Sitzungsattribute aktivieren mehrere Gruppen von FSM-Funktionalität.

Die Verknüpfung zwischen FSM-Funktionalität, Ereignissen und den optionalen Sitzungsattributen wird unten beschrieben.

Gruppe 1: Automatische administrative Ereignisse (Start/Stop)

Optionale Sitzungsattribute: AllowAutomaticStart, AllowAutomaticStop, DampPeerOscillations, IdleHoldTime, IdleHoldTimer

Option 1: AllowAutomaticStart

Beschreibung: Eine BGP-Peer-Verbindung kann durch administrative Kontrolle gestartet und gestoppt werden. Diese administrative Kontrolle kann entweder manuell sein, basierend auf Operator-Intervention, oder unter der Kontrolle von Logik, die spezifisch für eine BGP-Implementierung ist. Der Begriff "automatisch" bezieht sich auf einen Start, der an die BGP-Peer-Verbindungs-FSM ausgegeben wird, wenn eine solche Logik bestimmt, dass die BGP-Peer-Verbindung neu gestartet werden sollte.

Das AllowAutomaticStart-Attribut spezifiziert, dass diese BGP-Verbindung automatisches Starten der BGP-Verbindung unterstützt.

Wenn die BGP-Implementierung AllowAutomaticStart unterstützt, kann der Peer wiederholt neu gestartet werden. Drei weitere Optionen steuern die Rate, mit der der automatische Neustart erfolgt: DampPeerOscillations, IdleHoldTime und IdleHoldTimer.

Die DampPeerOscillations-Option spezifiziert, dass die Implementierung zusätzliche Logik einsetzt, um die Oszillationen von BGP-Peers angesichts von Sequenzen von automatischem Start und automatischem Stopp zu dämpfen. IdleHoldTime spezifiziert die Zeitdauer, für die der BGP-Peer im Idle-Zustand gehalten wird, bevor der nächste automatische Neustart zugelassen wird. Der IdleHoldTimer ist der Timer, der den Peer im Idle-Zustand hält.

Ein Beispiel für DampPeerOscillations-Logik ist eine Erhöhung des IdleHoldTime-Werts, wenn ein BGP-Peer die Konnektivität (verbunden/getrennt) innerhalb eines Zeitraums wiederholt oszilliert. Um diese Logik zu aktivieren, könnte sich ein Peer 10 Mal innerhalb von 5 Minuten verbinden und trennen. Der IdleHoldTime-Wert würde von 0 auf 120 Sekunden zurückgesetzt.

Werte: TRUE oder FALSE

Option 2: AllowAutomaticStop

Beschreibung: Dieses optionale Attribut der BGP-Peer-Sitzung zeigt an, dass die BGP-Verbindung "automatisches" Stoppen der BGP-Verbindung erlaubt. Ein "automatischer" Stopp wird als Stopp unter der Kontrolle von implementierungsspezifischer Logik definiert. Die implementierungsspezifische Logik liegt außerhalb des Geltungsbereichs dieser Spezifikation.

Werte: TRUE oder FALSE

Option 3: DampPeerOscillations

Beschreibung: Das optionale Sitzungsattribut DampPeerOscillations zeigt an, dass die BGP-Verbindung Logik verwendet, die BGP-Peer-Oszillationen im Idle-Zustand dämpft.

Wert: TRUE oder FALSE

Option 4: IdleHoldTime

Beschreibung: Die IdleHoldTime ist der Wert, der im IdleHoldTimer gesetzt wird.

Werte: Zeit in Sekunden

Option 5: IdleHoldTimer

Beschreibung: Der IdleHoldTimer hilft bei der Kontrolle von BGP-Peer-Oszillationen. Der IdleHoldTimer wird verwendet, um den BGP-Peer für eine bestimmte Dauer in Idle zu halten. Das IdleHoldTimer_Expires-Ereignis wird in Abschnitt 8.1.3 beschrieben.

Werte: Zeit in Sekunden

Gruppe 2: Nicht konfigurierte Peers

Optionale Sitzungsattribute: AcceptConnectionsUnconfiguredPeers

Option 1: AcceptConnectionsUnconfiguredPeers

Beschreibung: Die BGP-FSM erlaubt optional die Annahme von BGP-Peer-Verbindungen von Nachbarn, die nicht vorkonfiguriert sind. Das optionale Sitzungsattribut "AcceptConnectionsUnconfiguredPeers" ermöglicht es der FSM, die Zustandsübergänge zu unterstützen, die es der Implementierung ermöglichen, diese nicht konfigurierten Peers zu akzeptieren oder abzulehnen.

AcceptConnectionsUnconfiguredPeers hat Sicherheitsauswirkungen. Bitte beziehen Sie sich auf das BGP-Schwachstellen-Dokument [RFC4272] für Details.

Wert: True oder False

Gruppe 3: TCP-Verarbeitung

Optionale Sitzungsattribute: PassiveTcpEstablishment, TrackTcpState

Option 1: PassiveTcpEstablishment

Beschreibung: Diese Option zeigt an, dass die BGP-FSM passiv darauf warten wird, dass der entfernte BGP-Peer die BGP-TCP-Verbindung einrichtet.

Wert: TRUE oder FALSE

Option 2: TrackTcpState

Beschreibung: Die BGP-FSM verfolgt normalerweise das Endergebnis eines TCP-Verbindungsversuchs anstelle einzelner TCP-Nachrichten. Optional kann die BGP-FSM zusätzliche Interaktion mit der TCP-Verbindungsaushandlung unterstützen. Die Interaktion mit den TCP-Ereignissen kann die Menge der Protokollierung erhöhen, die die BGP-Peer-Verbindung erfordert, und die Anzahl der BGP-FSM-Änderungen.

Wert: TRUE oder FALSE

Gruppe 4: BGP-Nachrichtenverarbeitung

Optionale Sitzungsattribute: DelayOpen, DelayOpenTime, DelayOpenTimer, SendNOTIFICATIONwithoutOPEN, CollisionDetectEstablishedState

Option 1: DelayOpen

Beschreibung: Das optionale Sitzungsattribut DelayOpen ermöglicht es Implementierungen, konfiguriert zu werden, um das Senden einer OPEN-Nachricht für einen bestimmten Zeitraum (DelayOpenTime) zu verzögern. Die Verzögerung gibt dem entfernten BGP-Peer Zeit, die erste OPEN-Nachricht zu senden.

Wert: TRUE oder FALSE

Option 2: DelayOpenTime

Beschreibung: Die DelayOpenTime ist der Anfangswert, der im DelayOpenTimer gesetzt wird.

Wert: Zeit in Sekunden

Option 3: DelayOpenTimer

Beschreibung: Das optionale Sitzungsattribut DelayOpenTimer wird verwendet, um das Senden einer OPEN-Nachricht auf einer Verbindung zu verzögern. Das DelayOpenTimer_Expires-Ereignis (Ereignis 12) wird in Abschnitt 8.1.3 beschrieben.

Wert: Zeit in Sekunden

Option 4: SendNOTIFICATIONwithoutOPEN

Beschreibung: SendNOTIFICATIONwithoutOPEN ermöglicht es einem Peer, eine NOTIFICATION zu senden, ohne zuerst eine OPEN-Nachricht zu senden. Ohne dieses optionale Sitzungsattribut nimmt die BGP-Verbindung an, dass eine OPEN-Nachricht von einem Peer gesendet werden muss, bevor der Peer eine NOTIFICATION-Nachricht sendet.

Wert: True oder False

Option 5: CollisionDetectEstablishedState

Beschreibung: Normalerweise wird eine Kollisionserkennung (siehe Abschnitt 6.8) im Established-Zustand ignoriert. Dieses optionale Sitzungsattribut zeigt an, dass diese BGP-Verbindung Kollisionen im Established-Zustand verarbeitet.

Wert: True oder False

Hinweis: Die optionalen Sitzungsattribute klären die BGP-FSM-Beschreibung für bestehende Funktionen von BGP-Implementierungen. Die optionalen Sitzungsattribute können für eine Implementierung vordefiniert sein und nicht über Verwaltungsschnittstellen für bestehende korrekte Implementierungen lesbar sein. Wenn neuere BGP-MIBs (Version 2 und darüber hinaus) unterstützt werden, werden diese Felder über eine Verwaltungsschnittstelle zugänglich sein.

8.1.2. Administrative Events (Administrative Ereignisse)

Ein administratives Ereignis ist ein Ereignis, bei dem die Operator-Schnittstelle und die BGP-Policy-Engine der BGP-endlichen Zustandsmaschine signalisieren, die BGP-Zustandsmaschine zu starten oder zu stoppen. Die grundlegenden Start- und Stopp-Anzeigen werden durch optionale Verbindungsattribute erweitert, die der BGP-FSM einen bestimmten Typ von Start- oder Stopp-Mechanismus signalisieren. Ein Beispiel für diese Kombination ist Ereignis 5, AutomaticStart_with_PassiveTcpEstablishment. Mit diesem Ereignis signalisiert die BGP-Implementierung der BGP-FSM, dass die Implementierung einen automatischen Start mit der Option zur Verwendung einer passiven TCP-Einrichtung verwendet. Die passive TCP-Einrichtung signalisiert, dass diese BGP-FSM darauf warten wird, dass die entfernte Seite die TCP-Einrichtung startet.

Beachten Sie, dass nur Ereignis 1 (ManualStart) und Ereignis 2 (ManualStop) obligatorische administrative Ereignisse sind. Alle anderen administrativen Ereignisse sind optional (Ereignisse 3-8). Jedes Ereignis unten hat einen Namen, eine Definition, einen Status (obligatorisch oder optional) und die optionalen Sitzungsattribute, die SOLLTEN (SHOULD) in jeder Phase gesetzt werden. Beim Generieren von Ereignis 1 bis Ereignis 8 für die BGP-FSM werden die im Abschnitt "Status optionaler Attribute" spezifizierten Bedingungen überprüft. Wenn eine dieser Bedingungen nicht erfüllt ist, sollte das lokale System einen FSM-Fehler protokollieren.

Die Einstellungen optionaler Sitzungsattribute können in einigen Implementierungen implizit sein und daher nicht explizit durch eine externe Operator-Aktion gesetzt werden. Abschnitt 8.2.1.5 beschreibt diese impliziten Einstellungen der optionalen Sitzungsattribute. Die unten beschriebenen administrativen Zustände können auch in einigen Implementierungen implizit sein und nicht direkt durch einen externen Operator konfigurierbar sein.

Ereignis 1: ManualStart (Manueller Start)

Definition: Der Systemadministrator des lokalen Systems startet die Peer-Verbindung manuell.

Status: Obligatorisch

Status optionaler Attribute: Das PassiveTcpEstablishment-Attribut SOLLTE (SHOULD) auf FALSE gesetzt werden.

Ereignis 2: ManualStop (Manueller Stopp)

Definition: Der Systemadministrator des lokalen Systems stoppt die Peer-Verbindung manuell.

Status: Obligatorisch

Status optionaler Attribute: Keine Interaktion mit optionalen Attributen.

Ereignis 3: AutomaticStart (Automatischer Start)

Definition: Das lokale System startet die BGP-Verbindung automatisch.

Status: Optional, abhängig vom lokalen System

Status optionaler Attribute:

Das AllowAutomaticStart-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden, wenn dieses Ereignis auftritt.
Wenn das optionale Sitzungsattribut PassiveTcpEstablishment unterstützt wird, SOLLTE (SHOULD) es auf FALSE gesetzt werden.
Wenn DampPeerOscillations unterstützt wird, SOLLTE (SHOULD) es auf FALSE gesetzt werden, wenn dieses Ereignis auftritt.

Ereignis 4: ManualStart_with_PassiveTcpEstablishment (Manueller Start mit passiver TCP-Einrichtung)

Definition: Der Systemadministrator des lokalen Systems startet die Peer-Verbindung manuell, hat aber PassiveTcpEstablishment aktiviert. Das optionale Attribut PassiveTcpEstablishment zeigt an, dass der Peer lauschen wird, bevor die Verbindung eingerichtet wird.

Status: Optional, abhängig vom lokalen System

Status optionaler Attribute:

Das PassiveTcpEstablishment-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden, wenn dieses Ereignis auftritt.
Das DampPeerOscillations-Attribut SOLLTE (SHOULD) auf FALSE gesetzt werden, wenn dieses Ereignis auftritt.

Ereignis 5: AutomaticStart_with_PassiveTcpEstablishment (Automatischer Start mit passiver TCP-Einrichtung)

Definition: Das lokale System startet die BGP-Verbindung automatisch mit aktiviertem PassiveTcpEstablishment. Das optionale Attribut PassiveTcpEstablishment zeigt an, dass der Peer lauschen wird, bevor eine Verbindung eingerichtet wird.

Status: Optional, abhängig vom lokalen System

Status optionaler Attribute:

Das AllowAutomaticStart-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Das PassiveTcpEstablishment-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Wenn das DampPeerOscillations-Attribut unterstützt wird, SOLLTE (SHOULD) DampPeerOscillations auf FALSE gesetzt werden.

Ereignis 6: AutomaticStart_with_DampPeerOscillations (Automatischer Start mit Peer-Oszillationsdämpfung)

Definition: Das lokale System startet die BGP-Peer-Verbindung automatisch mit aktivierter Peer-Oszillationsdämpfung. Die genaue Methode zur Dämpfung persistenter Peer-Oszillationen wird durch die Implementierung bestimmt und liegt außerhalb des Geltungsbereichs dieses Dokuments.

Status: Optional, abhängig vom lokalen System.

Status optionaler Attribute:

Das AllowAutomaticStart-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Das DampPeerOscillations-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Das PassiveTcpEstablishment-Attribut SOLLTE (SHOULD) auf FALSE gesetzt werden.

Ereignis 7: AutomaticStart_with_DampPeerOscillations_and_PassiveTcpEstablishment (Automatischer Start mit Peer-Oszillationsdämpfung und passiver TCP-Einrichtung)

Definition: Das lokale System startet die BGP-Peer-Verbindung automatisch mit aktivierter Peer-Oszillationsdämpfung und aktiviertem PassiveTcpEstablishment. Die genaue Methode zur Dämpfung persistenter Peer-Oszillationen wird durch die Implementierung bestimmt und liegt außerhalb des Geltungsbereichs dieses Dokuments.

Status: Optional, abhängig vom lokalen System

Status optionaler Attribute:

Das AllowAutomaticStart-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Das DampPeerOscillations-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Das PassiveTcpEstablishment-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.

Ereignis 8: AutomaticStop (Automatischer Stopp)

Definition: Das lokale System stoppt die BGP-Verbindung automatisch.

Ein Beispiel für ein automatisches Stopp-Ereignis ist das Überschreiten der Anzahl von Präfixen für einen gegebenen Peer und das lokale System trennt den Peer automatisch.

Status: Optional, abhängig vom lokalen System

Status optionaler Attribute:

Das AllowAutomaticStop-Attribut SOLLTE (SHOULD) TRUE sein.

8.1.3. Timer Events (Timer-Ereignisse)

Ereignis 9: ConnectRetryTimer_Expires (Ablauf des Verbindungswiederholungs-Timers)

Definition: Ein Ereignis, das generiert wird, wenn der ConnectRetryTimer abläuft.

Status: Obligatorisch

Ereignis 10: HoldTimer_Expires (Ablauf des Halte-Timers)

Definition: Ein Ereignis, das generiert wird, wenn der HoldTimer abläuft.

Status: Obligatorisch

Ereignis 11: KeepaliveTimer_Expires (Ablauf des Keepalive-Timers)

Definition: Ein Ereignis, das generiert wird, wenn der KeepaliveTimer abläuft.

Status: Obligatorisch

Ereignis 12: DelayOpenTimer_Expires (Ablauf des Verzögerungsöffnungs-Timers)

Definition: Ein Ereignis, das generiert wird, wenn der DelayOpenTimer abläuft.

Status: Optional

Status optionaler Attribute: Wenn dieses Ereignis auftritt,

SOLLTE (SHOULD) das DelayOpen-Attribut auf TRUE gesetzt werden,
SOLLTE (SHOULD) das DelayOpenTime-Attribut unterstützt werden,
SOLLTE (SHOULD) der DelayOpenTimer unterstützt werden.

Ereignis 13: IdleHoldTimer_Expires (Ablauf des Idle-Halte-Timers)

Definition: Ein Ereignis, das generiert wird, wenn der IdleHoldTimer abläuft und anzeigt, dass die BGP-Verbindung das Warten auf die Back-off-Periode abgeschlossen hat, um BGP-Peer-Oszillationen zu verhindern.

Der IdleHoldTimer wird nur verwendet, wenn die Funktion zur Dämpfung persistenter Peer-Oszillationen aktiviert ist, indem das optionale Attribut DampPeerOscillations auf TRUE gesetzt wird.

Implementierungen, die die Funktion zur Dämpfung persistenter Peer-Oszillationen nicht implementieren, haben möglicherweise keinen IdleHoldTimer.

Status: Optional

Status optionaler Attribute: Wenn dieses Ereignis auftritt:

SOLLTE (SHOULD) das DampPeerOscillations-Attribut auf TRUE gesetzt werden.
SOLLTE (SHOULD) der IdleHoldTimer gerade abgelaufen sein.

8.1.4. TCP Connection-Based Events (TCP-verbindungsbasierte Ereignisse)

Ereignis 14: TcpConnection_Valid (TCP-Verbindung gültig)

Definition: Ereignis, das den Empfang einer TCP-Verbindungsanfrage mit einer gültigen Quell-IP-Adresse, TCP-Port, Ziel-IP-Adresse und TCP-Port durch das lokale System anzeigt. Die Definition einer ungültigen Quell- und ungültigen Ziel-IP-Adresse wird durch die Implementierung bestimmt.

Der Zielport von BGP SOLLTE (SHOULD) Port 179 sein, wie von IANA definiert.

Eine TCP-Verbindungsanfrage wird durch das lokale System bezeichnet, das ein TCP-SYN empfängt.

Status: Optional

Status optionaler Attribute:

Das TrackTcpState-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden, wenn dieses Ereignis auftritt.

Ereignis 15: Tcp_CR_Invalid (TCP-Verbindungsanfrage ungültig)

Definition: Ereignis, das den Empfang einer TCP-Verbindungsanfrage mit entweder einer ungültigen Quelladresse oder Portnummer oder einer ungültigen Zieladresse oder Portnummer durch das lokale System anzeigt.

Die BGP-Zielportnummer SOLLTE (SHOULD) 179 sein, wie von IANA definiert.

Eine TCP-Verbindungsanfrage tritt auf, wenn das lokale System ein TCP-SYN empfängt.

Status: Optional

Status optionaler Attribute:

Das TrackTcpState-Attribut sollte auf TRUE gesetzt werden, wenn dieses Ereignis auftritt.

Ereignis 16: Tcp_CR_Acked (TCP-Verbindungsanfrage bestätigt)

Definition: Ereignis, das die Anfrage des lokalen Systems anzeigt, eine TCP-Verbindung zum entfernten Peer einzurichten.

Die TCP-Verbindung des lokalen Systems hat ein TCP-SYN gesendet, eine TCP-SYN/ACK-Nachricht empfangen und ein TCP-ACK gesendet.

Status: Obligatorisch

Ereignis 17: TcpConnectionConfirmed (TCP-Verbindung bestätigt)

Definition: Ereignis, das anzeigt, dass das lokale System eine Bestätigung erhalten hat, dass die TCP-Verbindung durch die entfernte Site eingerichtet wurde.

Die TCP-Engine des entfernten Peers hat ein TCP-SYN gesendet. Die TCP-Engine des lokalen Peers hat eine SYN-, ACK-Nachricht gesendet und hat nun ein finales ACK empfangen.

Status: Obligatorisch

Ereignis 18: TcpConnectionFails (TCP-Verbindung schlägt fehl)

Definition: Ereignis, das anzeigt, dass das lokale System eine Benachrichtigung über einen TCP-Verbindungsfehler erhalten hat.

Die TCP-Maschine des entfernten BGP-Peers hätte ein FIN senden können. Der lokale Peer würde mit einem FIN-ACK antworten. Eine andere Möglichkeit ist, dass der lokale Peer einen Timeout in der TCP-Verbindung angezeigt und die Verbindung heruntergefahren hat.

Status: Obligatorisch

8.1.5. BGP Message-Based Events (BGP-nachrichtenbasierte Ereignisse)

Ereignis 19: BGPOpen

Definition: Ein Ereignis wird generiert, wenn eine gültige OPEN-Nachricht empfangen wurde.

Status: Obligatorisch

Status optionaler Attribute:

Das optionale Attribut DelayOpen SOLLTE (SHOULD) auf FALSE gesetzt werden.
Der DelayOpenTimer SOLLTE (SHOULD) NICHT laufen.

Ereignis 20: BGPOpen with DelayOpenTimer running (BGPOpen mit laufendem DelayOpenTimer)

Definition: Ein Ereignis wird generiert, wenn eine gültige OPEN-Nachricht für einen Peer empfangen wurde, der eine erfolgreich eingerichtete Transportverbindung hat und derzeit das Senden einer BGP-Open-Nachricht verzögert.

Status: Optional

Status optionaler Attribute:

Das DelayOpen-Attribut SOLLTE (SHOULD) auf TRUE gesetzt werden.
Der DelayOpenTimer SOLLTE (SHOULD) laufen.

Ereignis 21: BGPHeaderErr (BGP-Header-Fehler)

Definition: Ein Ereignis wird generiert, wenn ein empfangener BGP-Nachrichten-Header nicht gültig ist.

Status: Obligatorisch

Ereignis 22: BGPOpenMsgErr (BGP-Open-Nachrichten-Fehler)

Definition: Ein Ereignis wird generiert, wenn eine OPEN-Nachricht mit Fehlern empfangen wurde.

Status: Obligatorisch

Ereignis 23: OpenCollisionDump (Open-Kollisions-Dump)

Definition: Ein administrativ generiertes Ereignis, wenn eine Verbindungskollision während der Verarbeitung einer eingehenden OPEN-Nachricht erkannt wurde und diese Verbindung ausgewählt wurde, um getrennt zu werden. Siehe Abschnitt 6.8 für weitere Informationen zur Kollisionserkennung.

Ereignis 23 ist eine administrative Aktion, die durch Implementierungslogik generiert wird, die bestimmt, ob diese Verbindung gemäß den Regeln in Abschnitt 6.8 fallen gelassen werden muss. Dieses Ereignis kann auftreten, wenn die FSM als zwei verknüpfte Zustandsmaschinen implementiert ist.

Status: Optional

Status optionaler Attribute: Wenn die Zustandsmaschine dieses Ereignis im Established-Zustand verarbeiten soll,

SOLLTE (SHOULD) das optionale Attribut CollisionDetectEstablishedState auf TRUE gesetzt werden.

Bitte beachten Sie: Das OpenCollisionDump-Ereignis kann in Idle, Connect, Active, OpenSent und OpenConfirm auftreten, ohne dass optionale Attribute gesetzt sind.

Ereignis 24: NotifMsgVerErr (Benachrichtigungsnachricht-Versionsfehler)

Definition: Ein Ereignis wird generiert, wenn eine NOTIFICATION-Nachricht mit "Versionsfehler" empfangen wird.

Status: Obligatorisch

Ereignis 25: NotifMsg (Benachrichtigungsnachricht)

Definition: Ein Ereignis wird generiert, wenn eine NOTIFICATION-Nachricht empfangen wird und der Fehlercode nicht "Versionsfehler" ist.

Status: Obligatorisch

Ereignis 26: KeepAliveMsg (Keepalive-Nachricht)

Definition: Ein Ereignis wird generiert, wenn eine KEEPALIVE-Nachricht empfangen wird.

Status: Obligatorisch

Ereignis 27: UpdateMsg (Update-Nachricht)

Definition: Ein Ereignis wird generiert, wenn eine gültige UPDATE-Nachricht empfangen wird.

Status: Obligatorisch

Ereignis 28: UpdateMsgErr (Update-Nachrichten-Fehler)

Definition: Ein Ereignis wird generiert, wenn eine ungültige UPDATE-Nachricht empfangen wird.

Status: Obligatorisch