8.1. Start or Restart

Cache                         Router
  ~                             ~
  | <----- Reset Query -------- | R fordert Daten an (oder Serial Query)
  |                             |
  | ----- Cache Response -----> | C bestätigt Anfrage
  | ------- Payload PDU ------> | C sendet null oder mehr
  | ------- Payload PDU ------> |   IPv4 Prefix, IPv6 Prefix,
  | ------- Payload PDU ------> |   oder Router Key PDUs
  | ------- End of Data ------> | C sendet End of Data
  |                             |   und sendet neue Seriennummer
  ~                             ~

Wenn eine Transportverbindung zum ersten Mal hergestellt wird, MUSS der Router entweder eine Reset Query oder eine Serial Query senden. Eine Serial Query wäre angemessen, wenn der Router bedeutende nicht abgelaufene Daten aus einer unterbrochenen Sitzung mit demselben Cache hat und sich an die Session ID dieser Sitzung erinnert. In diesem Fall ermöglicht eine Serial Query mit der Session ID aus der vorherigen Sitzung dem Router, sich zu aktualisieren, während sichergestellt wird, dass die Seriennummern vergleichbar sind und dass Router und Cache kompatible Versionen des Protokolls sprechen. In allen anderen Fällen fehlen dem Router die notwendigen Daten für eine schnelle Resynchronisation und er MUSS daher auf eine Reset Query zurückfallen.

Die Reset Query-Sequenz wird auch verwendet, wenn der Router einen Cache Reset empfängt, einen neuen Cache auswählt oder befürchtet, dass er anderweitig seinen Weg verloren hat.

Siehe Abschnitt 7 für Details zur Versionsverhandlung.

Um die Zeitdauer zu begrenzen, die ein Cache die zur Generierung von inkrementellen Updates notwendigen Daten aufbewahren muss, MUSS ein Router regelmäßig entweder eine Serial Query oder eine Reset Query senden. Dies dient auch als Keep-Alive auf der Anwendungsschicht. Siehe Abschnitt 6 für Details zur erforderlichen Polling-Frequenz.