10. Considerazioni sul provisioning (Provisioning Considerations)
Gli UA possono scoprire automaticamente se questa funzionalità è attiva per un AOR cercando il parametro del campo di intestazione dell'evento 'shared' in una risposta a un SUBSCRIBE di pacchetto di dialogo all'AOR, quindi non è necessario alcun provisioning per questo.
Il registrar dovrà essere provisionato per accettare registrazioni di prima o terza parte per l'AOR condiviso. La registrazione di prima parte significa che gli URI To e From nella richiesta REGISTER sono l'URI AOR condiviso. La registrazione di terza parte significa che l'URI To è l'URI AOR condiviso e l'URI From è un AOR diverso, forse quello dell'utente individuale. Le credenziali dell'AOR condiviso o dell'utente DEVONO (MUST) essere accettate dal registrar e dall'agente di apparenza, a seconda della politica di autorizzazione in vigore per il dominio.
Se l'agente di apparenza deve abbonarsi allo stato del dialogo degli UA, allora l'agente di apparenza e gli UA devono essere provisionati con credenziali in modo che gli UA possano autenticare l'agente di apparenza.
In alcuni casi, gli UA nel gruppo di apparenza condivisa potrebbero avere una limitazione dell'interfaccia utente sul numero di apparenze che possono essere renderizzate. Tipicamente, questi saranno telefoni fissi con pulsanti/spie anziché interfacce utente più flessibili. In questo caso, può essere utile per l'agente di apparenza conoscere questo numero massimo. Ciò può consentire all'agente di apparenza di applicare una politica quando viene raggiunto questo limite, ad esempio rifiutare una chiamata. Tuttavia, questo meccanismo non fornisce alcun modo per scoprire questo tramite mezzi di protocollo.