Zusammenfassung
- Die NMOP-Arbeitsgruppe hat in der SIMAP-Konzeptfassung vom 2. Oktober
REQ-CONGESTIONergänzt. Eine künftige Protokollbindung muss verhindern, dass ihr eigener Verkehr eine dauerhafte Überlastung auslöst. Fassung 13 kannte diese benannte Anforderung noch nicht. - Bindungen mit Staukontrolle im Transport, etwa auf TCP-Basis, erfüllen diesen Teil der Anforderung. Ohne solche Kontrolle, am Beispiel UDP erläutert, ist der Einsatz auf kontrollierte Umgebungen mit vorab bereitgestellter oder reservierter Kapazität beschränkt; zudem muss das vom Server erzeugte Volumen begrenzt sein. Es handelt sich weiterhin um einen aktiven Internet-Draft, nicht um einen verabschiedeten RFC.
Die Güte einer Netzkarte wird meist an Aktualität und Vollständigkeit gemessen. Im Betrieb kommt eine dritte Größe hinzu: wie viel Netzlast ihre eigenen Abrufe und Abonnements erzeugen. Die präziseste Darstellung verliert an Wert, wenn ihr laufender Datenbedarf die Verbindungen beeinträchtigt, die sie beobachten soll. In der neuen Fassung des Service-&-Infrastructure-Maps-Entwurfs, kurz SIMAP, wird dieser Zielkonflikt als gesonderte Anforderung sichtbar.
Abschnitt 4.3 von draft-ietf-nmop-simap-concept-14 enthält nun REQ-CONGESTION. Der Verkehr einer SIMAP-Protokollbindung soll keine anhaltende Überlastung verursachen können. Der Vergleich mit Fassung 13 zeigt, dass dieser Satz neu ist. Der Entwurf nennt Transporte mit eigener Staukontrolle, darunter TCP-basierte Bindungen, als Fälle, in denen die Transportebene die Bedingung bereits abdeckt. Für Bindungen ohne solche Funktion, beispielsweise auf UDP-Basis, verlangt er einen Betrieb in kontrollierter Umgebung mit vorgehaltener oder reservierter Kapazität sowie eine Begrenzung des Serververkehrs.
Das ist weder ein generelles UDP-Verbot noch die Zulassung eines bestimmten SIMAP-Produkts. Der Text schreibt keine konkrete Bindung und keinen einheitlichen Zahlenwert für die zulässige Rate vor. Er belegt auch keinen realen Überlastungsvorfall durch SIMAP. Selbst bei TCP beantwortet die Erfüllung dieser Transportbedingung nicht automatisch Fragen nach Datenqualität, Berechtigungen oder Betriebsreife. Die Änderung betrifft eine klar umrissene Lastgrenze und die Verantwortung, sie beim Entwurf einer Bindung einzuhalten.
Bereits vorhanden war REQ-PERFORMANCE. Große Topologien sollen inkrementell, gefiltert oder seitenweise zugänglich sein; Streaming oder Abonnements kommen gegebenenfalls hinzu. Solche Verfahren verbessern die Abrufeffizienz. Sie garantieren aber kein staugerechtes Verhalten. Viele kleine Seiten können zu schnell angefordert werden; zahlreiche Empfänger können einen sparsamen Einzelstrom in eine erhebliche Gesamtlast verwandeln. Die alte Effizienzforderung und die neue Überlastungsgrenze dürfen deshalb nicht als derselbe Nachweis gelten.
Als Hintergrund verweist die neue Passage auf RFC 8085. UDP besitzt keine eingebaute Staukontrolle; Anwendungen müssen eine angemessene Steuerung selbst berücksichtigen. Das RFC ist kein neuer SIMAP-Standard, sondern eine ältere Grundlage für diese Abwägung. Im Datatracker steht das NMOP-Dokument weiterhin als aktiver Arbeitsgruppenentwurf mit dem Ziel eines informativen RFC und wartet auf weitere Befassung durch den Area Director. Von einer endgültigen IETF-Freigabe kann keine Rede sein.
Wer eine Umsetzung prüfen will, sollte die Frische und Reichweite der Karte von ihrer Netzlast trennen. Für die erwartete Topologie, Abfragehäufigkeit und Zahl der Abonnenten braucht es nachvollziehbare Verkehrsmessungen. Ohne transportseitige Staukontrolle kommen Angaben zum kontrollierten Einsatzbereich, zur gesicherten Kapazität und zur Durchsetzung einer Serverobergrenze hinzu. Das ist eine redaktionelle Folgerung für eine Betriebsabnahme, kein offizieller IETF-Konformitätstest und keine Aufforderung zur sofortigen Umstellung.
Die Neuerung macht eine bisher leicht übersehene Zuständigkeit sichtbar. Auch ein Beobachtungsdienst muss seinen Platz im Kapazitätsplan begründen. Eine korrekte Karte erhält nicht allein deshalb unbegrenztes Verkehrsrecht, weil ihre Informationen nützlich sind.
Quellen
- https://datatracker.ietf.org/doc/draft-ietf-nmop-simap-concept/
- https://www.ietf.org/archive/id/draft-ietf-nmop-simap-concept-14.txt
- https://www.ietf.org/archive/id/draft-ietf-nmop-simap-concept-13.txt
- https://www.ietf.org/archive/id/draft-ietf-nmop-simap-concept-14.xml
- https://www.ietf.org/archive/id/draft-ietf-nmop-simap-concept-13.xml
- https://www.rfc-editor.org/rfc/rfc8085.html
Mitgliederbriefing
Detaillierter Profilkontext
Melden Sie sich mit der richtigen Mitgliedschaftsstufe an, um das vollständige Briefing und die Quellennotizen freizuschalten.
Nur für Strategic Circle
Strategic Circle
Offen für alle Leser. Schalten Sie Profil-Briefings nach Beitritt und Anmeldung frei.
Strategic Circle beitretenNur für Leadership Alliance
Leadership Alliance
Für qualifizierte Inhaber von IP-Assets und Management; melden Sie sich an, um Leadership-Alliance-Briefings freizuschalten.
Leadership Alliance beitreten

