Passa al contenuto principale

3.5.3. ICE Candidate Policy (Politica candidato ICE)

3.5.3. ICE Candidate Policy (Politica candidato ICE)

Tipicamente, quando si raccolgono candidati ICE, l'implementazione JSEP raccoglierà tutte le possibili forme di candidati iniziali -- host, server-reflexive e relay. Tuttavia, in certi casi, le applicazioni potrebbero voler avere un controllo più specifico sul processo di raccolta, a causa di preoccupazioni relative alla privacy o correlate. Ad esempio, si potrebbe voler utilizzare solo candidati relay, per divulgare il minor numero possibile di informazioni sulla posizione (tenendo presente che questa scelta comporta costi operativi corrispondenti). Per ottenere ciò, JSEP consente all'applicazione di limitare quali candidati ICE vengono utilizzati in una sessione. Si noti che questo filtraggio viene applicato in aggiunta a qualsiasi restrizione che l'implementazione sceglie di applicare riguardo a quali indirizzi IP sono consentiti per l'applicazione, come discusso in [RFC8828].

Potrebbero esserci anche casi in cui l'applicazione desidera modificare quali tipi di candidati vengono utilizzati mentre la sessione è attiva. Un esempio principale è dove un chiamato potrebbe inizialmente voler utilizzare solo candidati relay, per evitare di divulgare informazioni sulla posizione a un chiamante arbitrario, ma poi passare all'utilizzo di tutti i candidati (per costi operativi inferiori) una volta che l'utente ha indicato che desidera accettare la chiamata. Per questo scenario, l'implementazione JSEP DEVE consentire la modifica della politica dei candidati a metà sessione, soggetta alle suddette interazioni con la politica locale.

Per amministrare la politica dei candidati ICE, l'implementazione JSEP determinerà l'impostazione corrente all'inizio di ogni fase di raccolta. Quindi, durante la fase di raccolta, l'implementazione NON DEVE esporre i candidati non consentiti dalla politica corrente all'applicazione, utilizzarli come fonte di controlli di connettività o esporli indirettamente tramite altri campi, come gli attributi raddr/rport per altri candidati ICE. Successivamente, se viene specificata una politica diversa dall'applicazione, l'applicazione può applicarla avviando una nuova fase di raccolta tramite un riavvio ICE.