8.1. Start or Restart

Cache                         Router
  ~                             ~
  | <----- Reset Query -------- | R demande des données (ou Serial Query)
  |                             |
  | ----- Cache Response -----> | C confirme la demande
  | ------- Payload PDU ------> | C envoie zéro ou plus
  | ------- Payload PDU ------> |   IPv4 Prefix, IPv6 Prefix,
  | ------- Payload PDU ------> |   ou Router Key PDUs
  | ------- End of Data ------> | C envoie End of Data
  |                             |   et envoie le nouveau numéro de série
  ~                             ~

Lorsqu'une connexion de transport est établie pour la première fois, le routeur DOIT envoyer soit une Reset Query soit une Serial Query. Une Serial Query serait appropriée si le routeur possède des données non expirées significatives provenant d'une session interrompue avec le même cache et se souvient de l'ID de session de cette session. Dans ce cas, une Serial Query contenant l'ID de session de la session précédente permettra au routeur de se mettre à jour tout en garantissant que les numéros de série sont comparables et que le routeur et le cache parlent des versions compatibles du protocole. Dans tous les autres cas, le routeur manque des données nécessaires pour une resynchronisation rapide et doit donc revenir à une Reset Query.

La séquence de Reset Query est également utilisée lorsque le routeur reçoit un Cache Reset, choisit un nouveau cache ou craint d'avoir perdu son chemin.

Voir la Section 7 pour les détails sur la négociation de version.

Pour limiter la durée pendant laquelle un cache doit conserver les données nécessaires pour générer des mises à jour incrémentielles, un routeur DOIT envoyer périodiquement soit une Serial Query soit une Reset Query. Cela sert également de keep-alive au niveau de la couche application. Voir la Section 6 pour les détails sur la fréquence de polling requise.