Abfragelimits

Die beiden Abfragelimits

Das Tägliche Abfragelimit begrenzt, wie oft ein einzelner Gegenpart Sie an einem Tag ansprechen darf. Das Abfragelimit begrenzt, wie viel er in einer einzelnen Anfrage verlangen darf, gemessen in der Anzahl Instrumente. Ein Gegenpart kann also das eine einhalten und das andere verletzen.

Beide Werte werden den Gegenparts mitgeteilt, sobald sich etwas daran ändert. Ein Gegenpart weiss also, womit er rechnen darf, und richtet seine eigenen Anfragen danach aus.

Das tägliche Abfragelimit

Das Tägliche Abfragelimit stellen Sie beim Eintrag Ihres eigenen Servers in der Ansicht GTNet und Nachrichten ein. Es gilt pro Gegenpart und nicht gemeinsam: Bei einem Wert von 1000 darf jede verbundene Instanz eintausend Anfragen pro Tag stellen, zehn Instanzen zusammen also zehntausend. Bleibt das Feld leer, so ist die Anzahl Anfragen unbegrenzt.

Gezählt werden ausschliesslich Anfragen, die eine Antwort erwarten, also der Abruf von Kursdaten, die Abfrage der Serverliste und die Anfrage für einen Datenaustausch. Nicht gezählt werden die Antworten auf Ihre eigenen Anfragen sowie einseitige Ankündigungen wie «Server ist jetzt offline», «Einstellungen aktualisiert» oder die Ankündigung eines Wartungsfensters.

Der Tag ist dabei ein UTC-Tag und nicht der Kalendertag Ihrer Zeitzone. In Mitteleuropa beginnt das neue Kontingent daher um ein oder zwei Uhr morgens Ortszeit.

Für den Wechsel auf den neuen Tag gibt es bewusst keine nächtliche Hintergrundaufgabe. Zu jedem Zähler ist vermerkt, zu welchem Tag er gehört; die erste gezählte Anfrage eines neuen UTC-Tages setzt ihn deshalb von selbst zurück. Eine Instanz, die über Mitternacht ausgeschaltet war, beginnt den neuen Tag somit trotzdem mit dem vollen Kontingent.

Was beim Erreichen geschieht

Ist das Kontingent aufgebraucht, so erhält der Gegenpart die Meldung «Tägliches Anfragelimit für diesen Server erreicht». Seine Anfrage wird dabei gar nicht erst bearbeitet: Es wird keine automatische Antwortregel ausgewertet, und es bleibt auch nichts zur manuellen Genehmigung für den Administrator stehen. Mit dem nächsten UTC-Tag wird der Gegenpart wieder bedient, ohne dass jemand eingreifen muss.

Das Erreichen des täglichen Abfragelimits ist kein Fehlverhalten. Der Zähler Anfrage-Verletzungen wird dadurch nicht erhöht, und der Gegenpart bleibt über den Tag hinaus uneingeschränkt zugelassen.

Anders als bei den Limiten der Informationsklassen kann dieses Kontingent nicht überschritten werden, wenn mehrere Anfragen gleichzeitig eintreffen. Das Zählen und der Entscheid, ob bedient wird, erfolgen in einem einzigen Schritt.

Die eigene Instanz bremst sich zuerst

Das tägliche Abfragelimit wirkt in beide Richtungen. GT zählt auch, wie viele Anfragen es selbst an jeden Gegenpart gerichtet hat, und vergleicht diese Zahl mit dem Limit, das der Gegenpart veröffentlicht hat. Ist dessen Kontingent aufgebraucht, so wird an diesen Server nichts mehr gesendet; der Austausch überspringt ihn stillschweigend und fährt mit den übrigen Servern fort.

Deshalb bekommen Sie die Abweisung eines Gegenparts im Normalbetrieb kaum je zu sehen: Ihre Instanz hört von selbst auf zu fragen, bevor die Gegenseite ablehnen muss. Die Meldung erscheint vor allem dann, wenn ein Gegenpart sein Limit kürzlich gesenkt hat und Ihre Instanz den neuen Wert noch nicht kennt.

Das Abfragelimit pro Anfrage

Jede Austauschart besitzt ein Abfragelimit, die grösste Anzahl Instrumente, die ein Gegenpart in einer einzelnen Anfrage verlangen darf. Eine Anfrage darüber wird nicht bedient: Der Gegenpart erhält die entsprechende Meldung über die Überschreitung des Maximallimits, und die Übertretung wird pro Gegenpart in dessen Verbindungskonfiguration im Zähler Anfrage-Verletzungen festgehalten.

Erreicht dieser Zähler den globalen Parameter g.max.limit.request.exceeded.count (Vorgabe 20), wird der Gegenpart grundsätzlich abgewiesen — auch eine Anfrage, die klar innerhalb des Limits läge, wird mit derselben Meldung beantwortet. Das ist beabsichtigt: Ein Gegenpart, der das veröffentlichte Limit dauerhaft missachtet, wird abgeschaltet und nicht gedrosselt.

Die Abweisung bleibt bestehen, bis ein Administrator sie aufhebt. Öffnen Sie dazu im Kontextmenü des Gegenparts in der Server-Übersicht die Verbindungskonfiguration und setzen Sie Anfrage-Verletzungen wieder auf 0; ab der nächsten Anfrage wird der Gegenpart wieder bedient. Der Zähler bleibt bei 99 stehen, ein dauerhafter Übertreter kann ihn also nicht überlaufen lassen.

Reihenfolge der Prüfungen

Für eine eingehende Anfrage werden die Prüfungen in fester Reihenfolge vorgenommen:

graph TD
    A[Anfrage eines Gegenparts] --> B{Ping, Erste Kontaktaufnahme oder Token-Erneuerung?}
    B -- ja --> S1[Wird bedient und nicht gezählt]
    B -- nein --> C{Anfrage-Verletzungen am Schwellenwert?}
    C -- ja --> R1[Abgewiesen bis der Administrator zurücksetzt]
    C -- nein --> D{Tägliches Abfragelimit erreicht?}
    D -- ja --> R2[Abgewiesen bis zum nächsten UTC-Tag]
    D -- nein --> E{Mehr Instrumente als das Abfragelimit?}
    E -- ja --> R3[Abgewiesen, Anfrage-Verletzungen plus 1]
    E -- nein --> S2[Wird bedient]

Was der Administrator sieht

Der laufende Verbrauch wird in der Benutzeroberfläche nicht angezeigt. Es gibt weder eine Spalte noch ein Feld, das die Anzahl der heute eingegangenen oder gesendeten Anfragen ausweist; sichtbar sind nur die eingestellten Limiten selbst.

Beobachten lässt sich das Erreichen eines Limits an zwei Stellen. In der Nachrichtenliste des betreffenden Gegenparts erscheint die versendete Abweisung, womit Sie erkennen, welcher Gegenpart wann angestanden ist. Und im Austauschprotokoll zeigt sich die andere Richtung: Ein Server, dessen Kontingent aufgebraucht ist, taucht in den Austauschläufen dieses Tages nicht mehr auf.

Fällt Ihnen auf, dass ein Gegenpart regelmässig an das tägliche Abfragelimit stösst, so erhöhen Sie den Wert beim Eintrag Ihres eigenen Servers. Die Änderung wird allen Gegenparts unmittelbar mitgeteilt und wirkt sofort.