Zusammenfassung

  • RFC 1223 betrieb ES-IS und IS-IS auf HYPERchannel ohne echten Broadcast.
  • Gruppenabsicht wurde in Kopien für konfigurierte oder gelernte Mitglieder zerlegt.
  • Ein gültiges PDU oder eine empfangene Kopie belegte weder vollständige Mitgliedschaft noch Konvergenz oder Datenzustellung.

RFC 1223 erschien im Mai 1991 über CLNS und LLC1 auf HYPERchannel. Der RFC Editor führt ihn als Informational, der IETF Datatracker im Legacy-Stream. Das ist historische Spezifikation, kein Einsatznachweis.

Ein End System erhielt eine konfigurierte IS-Liste und sandte jedem einen eigenen ESH. Ein ISH eines unbekannten IS durfte den Bestand für seine Holding Time ergänzen. Konfiguration und Beobachtung hatten damit verschiedene Herkunft und Lebensdauer. Zwischen Kopien empfahl der Text oft etwa 0,1 Sekunden; frühe und späte Empfänger teilten nicht zwingend dieselbe Netzlage.

Intermediate Systems brauchten für IS-IS eine vollständige Level-1- oder Level-2-Liste und verschickten die Kopien einzeln, obwohl die Vervielfachung für IS-IS transparent blieb. RFC 1142, RFC 1195 und RFC 995 liefern Protokollkontext, aber keinen Beweis für eine konkrete Liste oder Empfangsserie.

Ohne echten IS spielten SNARE-Adressmanager diese Rolle; jedes End System musste alle konfigurieren. SNARE-Empfang, Weiterleitung und Redirect waren getrennte Handlungen. Eine Abfragefunktion für Konfiguration fehlte, daher war mindestens ein vorgegebener IS oder SNARE notwendig.

RFC 1223 zeigt die Beweisschuld unter der Abstraktion: Absicht, Liste, Kopie, Warteschlange, Sendung, Empfang, Zustandsänderung und Konvergenz bleiben eigene Datensätze. Fehlt ein Mitglied, muss zwischen Auslassung, Ablauf, Queue-Verlust, Linkfehler und wirkungsloser Verarbeitung unterschieden werden.

Quellen