Zusammenfassung

  • Mailands Test 3.1 verlangt den Nachweis, dass 80 Prozent der Teilnehmenden ein Visum ohne übermäßigen Aufwand oder Kosten erhalten. Seine Begründung beantwortet die eigenständige Diskriminierungsfrage in 3.2; dennoch sind beide Zeilen als erfüllt markiert.
  • Die Abweichung belegt eine öffentliche Zuordnungslücke, nicht das Verfehlen der Schwelle. Interne Forschung kann vorhanden sein, und im laufenden Rückmeldeschritt lässt sich der Text ergänzen, korrigieren oder der Status ändern.
  • Montevideos Parallelbericht hält die Fragen auseinander: 3.1 behandelt die 80-Prozent-Zugänglichkeit, 3.2 die Nichtdiskriminierung. Der Vergleich prüft die Aktenlogik, nicht die Rangfolge der Städte.
  • Daniel Kade schlägt einen Kriterienbeleg vor, der Frage, Quelle, Berechnung, Stichtag, Unsicherheit, verantwortliche Stelle, Änderung und spätere Entscheidungsstufe zusammenhält, ohne persönliche Visadaten oder vertrauliche Angebote offenzulegen.

Der Text rutschte, die Farbe blieb

Der Mailand-Bericht wurde am 9. Juli 2026 erstellt und nennt das Allianz MiCo als möglichen Veranstaltungsort. Neun Tests befassen sich mit Eignung der Anlage, offenem Internet, Visa, Reise- und Gesundheitsrisiken, Luftqualität, Unruhen sowie gelebter Diskriminierungserfahrung. Die Zusammenfassung zählt acht erfüllte, keine unsicheren, keine nicht erfüllten und eine nicht bewertete Anforderung. Eine Farblegende verdichtet das Ergebnis zu Grün, Gelb, Rot und Grau.

Zeile 3.1 ist eine quantifizierte Prüfung. Wer behauptet, 80 Prozent könnten ohne übermäßigen Aufwand oder Kosten ein Visum erlangen, braucht eine Referenzpopulation und muss deren Länderstruktur den visafreien oder regulären Einreisewegen zuordnen. Zusätzlich sind Aufwand, Kosten und fehlende Fälle zu behandeln. Die offizielle Vorlage sieht gerade eine solche Antwort vor.

In Mailand steht dort eine Aussage zur Nichtdiskriminierung nach Herkunft, Religion, Geschlecht, sexueller Orientierung oder Geschlechtsidentität, verbunden mit einer Quelle des italienischen Außenministeriums. Für 3.2 passt das. Die folgende Zeile stellt diese Frage und wiederholt Text und Verweis im Wesentlichen. Zwei grüne Urteile stützen sich sichtbar auf eine Begründung.

Nicht veröffentlicht sind Länderverteilung, Referenzzeitraum, visafreier Anteil, reguläre Verfahren, angenommene Belastungsgrenze, fehlende Daten und berechnetes Ergebnis. Möglich ist eine vollständige interne Rechnung mit falsch eingesetztem Satz. Ebenso möglich ist eine noch ausstehende Ergänzung. Der Bericht entscheidet zwischen diesen Möglichkeiten nicht.

Deshalb wäre „Mailand besteht nicht“ eine unbelegte Ausweitung. Präzise ist: Der öffentliche Begründungsweg für 3.1 lässt sich nicht nachvollziehen. Ein Status kann sachlich richtig sein und dennoch dokumentarisch ungestützt bleiben.

Montevideo als Formkontrolle

Montevideos Bericht trägt dasselbe Datum und nutzt dieselbe Vorlage. In 3.1 heißt es, 80 Prozent der Teilnehmenden könnten nach Ländern gerechnet ohne Visum oder über ein Standardverfahren zu vertretbaren Kosten nach Uruguay einreisen. 3.2 behandelt die diskriminierungsfreie Ausgestaltung separat. Jede Aussage beantwortet ihre eigene Zeile.

Daraus folgt keine Präferenz. Montevideo lässt Luftqualität mangels Daten und gelebte Diskriminierungserfahrung bis zur Gemeinschaftsrückmeldung unbewertet. Es zählt sieben grüne und zwei graue Positionen, Mailand acht und eine. Eine Farbsumme enthält weder Verfügbarkeit noch Kosten, Hotels, lokale Unterstützung oder Vertragsbedingungen. Keiner der Berichte empfiehlt Annahme oder Ablehnung.

Der Vergleich erfüllt nur eine interne Kontrollfunktion: Die Vorlage kann Einreisequote und Nichtdiskriminierung trennen. Mailands Dopplung ist keine unvermeidliche begriffliche Überschneidung.

Auch Montevideos korrekt zugeordneter Satz legt die Berechnung nicht offen. Wer eine präzise Schwelle nutzt, kann aggregiert die Bezugsmeetings, Ländergewichte, Einreisewege, üblichen Gebühren, Ausnahmen, Lücken und das Ergebnis publizieren. Einzelne Namen, Staatsangehörigkeiten, Pässe oder Visaverläufe sind dafür unnötig.

Vorläufig bedeutet ohne Empfehlung

Die leere Recommendation ist nicht der Mangel. Die aktuelle IETF-Vorlage erklärt, dass ein vorläufiger Bericht nur Teilinformationen enthält und daher keine Empfehlung abgibt. Gemeinschaftsrückmeldungen und dadurch ausgelöste Nachforschungen sollen die Lücke zum Abschlussbericht füllen.

Der Aufruf vom 14. August entspricht diesem Modell. IETF Administration LLC stellte Montevideo und Mailand jeweils „ohne Empfehlung“ zur Diskussion, verwies auf ein öffentlich lesbares Einweg-Mailarchiv und die Zusammenführung auf Trello. Der Aufruf sollte am 28. August enden. Am Stichtag ist keine Stadt genehmigt, verworfen oder vertraglich gewählt.

Zeile 6.1 zeigt den Nutzen des offenen Status. Sie fragt anhand gelebter Erfahrungen von IETF-Teilnehmenden, ob Diskriminierung die Stadt unsicher macht. Beide Berichte verlangen Gemeinschaftsbeiträge. Schreibtischrecherche kann Rechtslagen lesen, aber keine Erfahrung anderer Personen erzeugen. Grau ist hier eine korrekte Quellenbegrenzung.

Nach der Konsultation kann die LLC weiter recherchieren, eine Einstufung ändern und eine Annahme- oder Ablehnungsempfehlung veröffentlichen. Ablehnung beendet den Weg. Annahme führt erst in detaillierte Prüfung, mögliche Ortsbesuche, Preis-, Hotel- und Unterstützungsfragen. Sorgen um die Kernziele eines Meetings können eine eigene IESG-Prüfung auslösen. Später bewertet das LLC Board ein vertrauliches Paket; Vertrag und Bekanntgabe folgen danach.

Die Handlungen dürfen nicht verschmelzen. Ein grünes Feld ist keine Empfehlung des Executive Director. Empfehlung ist keine kommerzielle Prüfung. IESG-Einschätzung ist keine Board-Genehmigung. Genehmigung ist kein Vertrag. Die Vorprüfung reicht Evidenz weiter, aber keine fremde Zuständigkeit.

Aus „überwältigender Mehrheit“ werden 80 Prozent

RFC 8718 verlangt bestes Ermessen, einen möglichst offenen Auswahlprozess und frühe Konsultation, lange bevor ein Vertrag die Entscheidung verhärtet. Als wichtiges Stadtkriterium sollen Einreisebarrieren einschließlich Visa voraussichtlich einer überwältigenden Mehrheit der interessierten Personen die Teilnahme ermöglichen. Solche Barrieren sind breit im Hinblick auf ein erfolgreiches Meeting zu verstehen.

Die Vorlage operationalisiert diese Aussage mit 80 Prozent. Das ist sinnvoll: Ein dehnbares Adjektiv wird prüfbar. Aber die Zahl erzeugt eine Pflicht zur Methode. Ohne Nenner ist Genauigkeit nur Gestaltung.

„IETF-Teilnehmende“ kann Registrierungen mehrerer jüngerer Meetings, eindeutige Personen, Person-Meeting-Beobachtungen oder eine Regionalprognose meinen. Ländergewichtung kann Staatsangehörigkeit, Wohnsitz oder üblichen Abreiseort verwenden. Ein Standardverfahren kann eine weit entfernte Botschaft und lange Wartezeit einschließen. Vertretbare Kosten unterscheiden sich zwischen Firmenreise und selbstfinanzierter Mitwirkung.

Dieser Artikel wählt keine Methode. Der Bericht sollte die verwendete nennen. Aggregation erlaubt das datenschutzfreundlich: Referenzzeitraum, Länderzahlen, offizielle Einreisekategorie, Gebührenannahmen, Prozessschritte, Ausnahmen, Lücken und Ergebnis. Geprüft werden Annahmen, nicht private Reiseakten.

Einreiseregeln ändern sich. Quelle und Abrufdatum müssen beim Befund bleiben. Was am 9. Juli vernünftig war, kann später neu bewertet werden. Der Stichtag schützt auch die Bewertenden davor, eine spätere Änderung rückwirkend als damalige Willkür erscheinen zu lassen.

Öffentliche Korrektur vor formeller Überprüfung

Für die sichtbare Abweichung reicht zunächst der vorgesehene Kommentarkanal. Eine hilfreiche Rückmeldung nennt Bericht und Version, verweist auf 3.1, erklärt die Übereinstimmung mit 3.2 und bittet um Berechnung oder Statuskorrektur. Sie sollte ausdrücklich keine Untauglichkeit Mailands behaupten. So bleibt Aktenqualität von Standortpräferenz getrennt.

RFC 8711 bietet zusätzlich ein formelles Instrument. Ein Teilnehmer kann vom Board die Überprüfung einer Handlung oder Entscheidung des Executive Director oder Board verlangen, wenn sie seiner Ansicht nach BCPs oder LLC-Richtlinien verletzt. Antrag, Begründung, Abhilfevorschlag und Ergebnis werden öffentlich behandelt. Diese Sicherung ist nicht der gewöhnliche Weg für eine noch konsultierte Vorlagetabelle.

Angemessen ist eine versionierte Korrektur. Der Abschlussbericht kann festhalten, dass der vorläufige Text von 3.1 den von 3.2 wiederholte, welche Evidenz ergänzt wurde, ob Grün blieb oder sich änderte, und wann sowie warum. Eine stille Ersetzung räumt die Seite auf, löscht aber den Nachweis, dass Rückmeldung Wirkung hatte.

Änderungshistorie bestraft niemanden. Sie trennt redaktionellen Fehler von Politikänderung, kennzeichnet alte Zusammenfassungen und lässt spätere Entscheider erkennen, welchen Befund sie übernommen haben. In einer langen Übergabekette gehört die Korrektur zur Evidenz.

Ein Kriterienbeleg pro Zeile

Daniel Kades Vorschlag ist ein schlanker Kriterienbeleg. Er ist keine geltende IETF-Politik und schafft keinen neuen Standortwächter. Er hält nur das Minimum fest, damit die Farbe beim Kopieren nicht ihre Bedeutung verliert.

Am Anfang stehen Normquelle und Version: RFC-Anforderung, Aktualisierung und Vorlagenstand. Es folgen stabile Testnummer, vollständige Frage, Ebene — Land, Stadt oder Anlage —, Gegenstand und Stichtag.

Der Kern bindet Belege an die Frage. Eine Rechnung nennt Population, Gewichtung, Schwelle, Lücken und Ausnahmen. Eine externe Quelle erhält Abrufdatum und Relevanzsatz. Status und Unsicherheit bleiben zusammen: erfüllt mit Grundlage, nicht bewertbar mit noch benötigter Evidenz.

Auch Verantwortlichkeit und Stufe werden genannt. Erste Secretariat-Bewertung, vorläufiger Bericht des Executive Director, Abschlussbericht und späteres Entscheidungspaket sind verschiedene Akte. Vorversion, Kommentar, Korrektur, Datum und Grund bleiben sichtbar. Weitere Forschung, Empfehlung, gegebenenfalls IESG, Board und Vertrag sind getrennte Folgezustände.

Persönliche Visaverläufe, geschützte Merkmale, private Kommentare, Standortangebote und vertrauliche Board-Unterlagen bleiben draußen. Der Beleg schafft keine Abstimmung und entzieht der LLC kein Ermessen. Er macht nur die Verbindung prüfbar.

Was der Befund tatsächlich trägt

Zum Stichtag steht fest, dass Mailands 3.1-Text seine Frage nicht beantwortet, in 3.2 wiederkehrt und beide Zeilen grün sind. Vorlage und Montevideo behandeln die Fragen getrennt. Beide Städte haben keine Empfehlung.

Nicht fest steht, dass Mailand unter 80 Prozent liegt, die Farbe Rot sein müsste, Montevideo vorzuziehen wäre oder keine interne Arbeit existiert. Abschlussbericht, kommerzielle Verfügbarkeit, Board-Entscheidung und Vertrag bleiben offen.

Gerade die kleine Reichweite des Fehlers macht eine kleine Reparatur möglich. Niemand muss eine Stadt verurteilen. Die passende Antwort gehört an die passende Frage, und die Änderung braucht eine Spur. Grün darf Analyse verdichten. Es darf sie nicht durch institutionelles Vertrauen ersetzen.

Evidenzgrenzen

Verwendet wurden die beiden Vorberichte, die aktuelle Vorlage, der Aufruf, die Planungsseiten sowie RFC 8718, 8711 und 9712. Interne Arbeitspapiere, Länderrechnung, private Beiträge, vollständiges Trello-Board, Angebote und späterer Abschlussbericht liegen nicht vor. Die endgültige Eignung lässt sich nicht entscheiden.

Das Fehlen betrifft die Veröffentlichung, nicht bewiesene interne Nichtexistenz. Montevideo verdeutlicht die Struktur, bestätigt aber die eigene Zahl nicht und bildet keine Rangliste. Der Kriterienbeleg ist Daniel Kades Analysevorschlag.

Quellen

  1. Aufruf zu den Berichten über Montevideo und Mailand
  2. Milan Venue Assessment Report
  3. Montevideo Venue Assessment Report
  4. IETF Venue Assessment Report, Vorlage v3
  5. IETF-Verfahren zur Standortauswahl
  6. Übersicht der Standortbewertungen
  7. RFC 8718: Auswahl von IETF-Tagungsorten
  8. RFC 8711: Struktur von IASA 2.0
  9. RFC 9712: Überprüfung der Standortanforderungen