7. Connection Management (Gestione connessione)

I metodi, i meccanismi e i requisiti per stabilire, negoziare e smantellare le connessioni sono un vasto argomento, e anche un'area in cui è necessaria sia l'interoperabilità che la libertà di innovazione.

Si applicano i seguenti principi:

La negoziazione media WebRTC sarà in grado di esprimere la stessa semantica SDP offerta/risposta utilizzata in SIP [RFC3264], in modo che sia possibile costruire gateway di segnalazione tra SIP e la negoziazione media WebRTC.
I gateway verso dispositivi SIP tradizionali che supportano ICE e i meccanismi RTP/SDP appropriati, i codec e i meccanismi di sicurezza sono possibili senza utilizzare un gateway media. Potrebbe essere necessario un gateway di segnalazione per tradurre tra la segnalazione lato Web e la segnalazione SIP.
Quando si specifica SDP per nuovi codec, non dovrebbe essere necessario avere un'altra standardizzazione per utilizzare quel codec in un browser web. L'aggiunta di nuovi codec che possono avere nuovi parametri SDP non dovrebbe cambiare l'API tra il browser e l'applicazione JavaScript. Una volta che un browser supporta un nuovo codec, le vecchie applicazioni scritte prima della specifica del codec dovrebbero essere in grado di utilizzare automaticamente il nuovo codec quando appropriato senza modifiche all'applicazione JavaScript.

Le scelte specifiche fatte per WebRTC e il loro impatto sull'API fornita ai browser che implementano WebRTC sono descritte in [RFC8829].

I browser WebRTC devono (MUST) implementare [RFC8829].

Gli endpoint WebRTC devono (MUST) implementare le funzionalità descritte in [RFC8829] che riguardano il livello di rete (ad esempio, BUNDLE [RFC8843], "rtcp-mux" [RFC5761] e Trickle ICE [RFC8838]), ma questi endpoint non devono supportare le funzionalità API descritte in [RFC8829].