2. Conventions and Terminology (Convenzioni e Terminologia)
2. Conventions and Terminology (Convenzioni e Terminologia)
Le parole chiave "MUST" (DEVE), "MUST NOT" (NON DEVE), "REQUIRED" (RICHIESTO), "SHALL" (DEVE), "SHALL NOT" (NON DEVE), "SHOULD" (DOVREBBE), "SHOULD NOT" (NON DOVREBBE), "RECOMMENDED" (RACCOMANDATO), "NOT RECOMMENDED" (NON RACCOMANDATO), "MAY" (PUÒ) e "OPTIONAL" (OPZIONALE) in questo documento devono essere interpretate come descritto in BCP 14 [RFC2119] [RFC8174] quando, e solo quando, appaiono in lettere maiuscole, come mostrato qui.
Vengono utilizzati i seguenti termini:
client: Il punto terminale che inizia la connessione DTLS.
association: Stato condiviso tra due punti terminali stabilito con un handshake DTLS.
connection: Sinonimo di association.
endpoint: Il client o il server della connessione.
epoch: Un insieme di chiavi crittografiche utilizzate per la cifratura e la decifratura.
handshake: Una negoziazione iniziale tra client e server che stabilisce i parametri della connessione.
peer: Un punto terminale. Quando si discute di un particolare punto terminale, "peer" si riferisce al punto terminale remoto rispetto al soggetto principale della discussione.
receiver: Un punto terminale che sta ricevendo record.
sender: Un punto terminale che sta trasmettendo record.
server: Il punto terminale che non ha iniziato la connessione DTLS.
CID: Connection ID (ID di connessione).
MSL: Maximum Segment Lifetime (Durata massima del segmento).
Si presume che il lettore abbia familiarità con [TLS13]. Come in TLS 1.3, HelloRetryRequest ha lo stesso formato di un messaggio ServerHello, ma per comodità usiamo il termine HelloRetryRequest in tutto questo documento come se fosse un messaggio distinto.
DTLS 1.3 utilizza il formato dell'ordine dei byte di rete (big-endian) per codificare i messaggi basandosi sul formato di codifica definito in [TLS13] e nelle specifiche (D)TLS precedenti.
Si presume inoltre che il lettore abbia familiarità con [RFC9146], poiché questo documento applica la funzionalità CID a DTLS 1.3.
Le figure in questo documento illustrano varie combinazioni di scambi di protocollo DTLS, e i simboli hanno il seguente significato:
'+' indica estensioni degne di nota inviate nel messaggio precedentemente notato.
'*' indica messaggi/estensioni opzionali o dipendenti dalla situazione che non vengono sempre inviati.
'{}' indica messaggi protetti utilizzando chiavi derivate da un [sender]_handshake_traffic_secret.
'[]' indica messaggi protetti utilizzando chiavi derivate da traffic_secret_N.