3.2.3. Mapping SRTP Packets to Cryptographic Contexts (Mappatura dei pacchetti SRTP ai contesti crittografici)
3.2.3. Mapping SRTP Packets to Cryptographic Contexts (Mappatura dei pacchetti SRTP ai contesti crittografici)
Ricordiamo che una sessione RTP (RTP session) per ogni partecipante è definita [RFC3550] da una coppia di indirizzi di trasporto di destinazione (destination transport addresses) (un indirizzo di rete più una coppia di porte per RTP e RTCP), e che una sessione multimediale (multimedia session) è definita come una raccolta di sessioni RTP. Ad esempio, una particolare sessione multimediale potrebbe includere una sessione RTP audio, una sessione RTP video e una sessione RTP di testo.
Un contesto crittografico (cryptographic context) DEVE essere identificato in modo univoco dal tripletto identificatore di contesto (triplet context identifier):
context id = <SSRC, destination network address, destination transport port number>
dove l'indirizzo di rete di destinazione e la porta di trasporto di destinazione sono quelli nel pacchetto SRTP. Si presume che, quando vengono presentate queste informazioni, la gestione delle chiavi (key management) restituisca un contesto con le informazioni descritte nella Section 3.2.
Come notato sopra, SRTP e SRTCP condividono per impostazione predefinita la maggior parte dei parametri nel contesto crittografico. Pertanto, recuperare i parametri del contesto crittografico per un flusso SRTCP può in pratica implicare un collegamento al contesto crittografico SRTP corrispondente. Spetta all'implementazione assicurare tale collegamento, poiché la porta RTCP potrebbe non essere direttamente deducibile solo dalla porta RTP. In alternativa, la gestione delle chiavi può scegliere di fornire contesti SRTP e SRTCP separati, duplicando i parametri comuni (come la o le chiavi master master key(s)). Quest'ultimo approccio consente anche a SRTP e SRTCP di utilizzare, ad esempio, trasformazioni distinte (transforms), se desiderato. Considerazioni simili sorgono quando più flussi SRTP, che fanno parte di un'unica sessione RTP, condividono chiavi e altri parametri.
Se non è possibile trovare un contesto valido per un pacchetto corrispondente a un determinato identificatore di contesto, quel pacchetto DEVE essere scartato.