8.1. Start or Restart

Cache                         Router
  ~                             ~
  | <----- Reset Query -------- | R richiede dati (o Serial Query)
  |                             |
  | ----- Cache Response -----> | C conferma la richiesta
  | ------- Payload PDU ------> | C invia zero o più
  | ------- Payload PDU ------> |   IPv4 Prefix, IPv6 Prefix,
  | ------- Payload PDU ------> |   o Router Key PDUs
  | ------- End of Data ------> | C invia End of Data
  |                             |   e invia il nuovo numero di serie
  ~                             ~

Quando viene stabilita per la prima volta una connessione di trasporto, il router DEVE inviare una Reset Query o una Serial Query. Una Serial Query sarebbe appropriata se il router ha dati significativi non scaduti da una sessione interrotta con la stessa cache e ricorda l'ID di sessione di quella sessione. In questo caso, una Serial Query contenente l'ID di sessione dalla sessione precedente consentirà al router di aggiornarsi assicurando che i numeri di serie siano comparabili e che il router e la cache stiano parlando versioni compatibili del protocollo. In tutti gli altri casi, il router manca dei dati necessari per una risincronizzazione rapida e quindi DEVE ripiegare su una Reset Query.

La sequenza di Reset Query viene utilizzata anche quando il router riceve un Cache Reset, sceglie una nuova cache o teme di aver altrimenti perso la strada.

Vedere la Sezione 7 per i dettagli sulla negoziazione della versione.

Per limitare il tempo durante il quale una cache deve conservare i dati necessari per generare aggiornamenti incrementali, un router DEVE inviare periodicamente una Serial Query o una Reset Query. Questo funge anche da keep-alive a livello di applicazione. Vedere la Sezione 6 per i dettagli sulla frequenza di polling richiesta.