9. Interoperabilità con UA ad apparenza non condivisa (Interoperability with Non-shared Appearance UAs)
È auspicabile consentire a un UA di base che non supporta direttamente l'apparenza condivisa di far parte di un gruppo di apparenza condivisa. Per supportare questo, il proxy deve collaborare con l'agente di apparenza. Questo non è richiesto nell'architettura di base dell'apparenza condivisa; di conseguenza, l'interoperabilità dell'apparenza condivisa con gli UA ad apparenza non condivisa non sarà disponibile in tutte le distribuzioni di apparenza condivisa.
Prima verrà discusso un UA che non supporta eventi di dialogo o la funzionalità di apparenze condivise. Poi verrà discusso un UA che supporta eventi di dialogo ma non la funzionalità di apparenze condivise.
9.1. Assegnazione di apparenza (Appearance Assignment)
Un UA che non ha conoscenza delle apparenze avrà numeri di apparenza per le chiamate in uscita solo se assegnati dall'agente di apparenza. Se l'UA ad apparenza non condivisa non supporta Join o Replaces, tutti i dialoghi DOVREBBERO (SHOULD) essere contrassegnati come "exclusive" (esclusivi) per indicare che queste opzioni non sono disponibili. Contrassegnare questi dialoghi come "exclusive" fornisce una migliore esperienza utente ed evita ulteriori fallimenti di messaggistica SIP.
9.2. Rilascio di apparenza (Appearance Release)
In tutti i casi, l'agente di apparenza deve essere consapevole della durata del dialogo per rilasciare le apparenze nel gruppo.
È anche auspicabile che qualsiasi cambiamento di stato del dialogo (come messa in attesa, ecc.) sia reso disponibile ad altri UA nel gruppo attraverso il pacchetto di eventi di dialogo. Se l'agente di apparenza include un proxy che esegue Record-Route per i dialoghi dall'UA non consapevole dell'apparenza condivisa, l'agente di apparenza conoscerà lo stato dei dialoghi inclusa la messa in attesa, ecc. Queste informazioni potrebbero essere determinate dall'ispezione dei messaggi INVITE e re-INVITE non crittografati end-to-end e aggiunte alle informazioni di dialogo trasmesse ad altri UA.
9.3. UA che supportano eventi di dialogo ma non l'apparenza condivisa (UAs Supporting Dialog Events but Not Shared Appearance)
L'interoperabilità con gli UA che supportano eventi di dialogo ma non la funzionalità di apparenze condivise è più semplice. Come prima, tutte le assegnazioni di numeri di apparenza devono essere effettuate dall'agente di apparenza. L'agente di apparenza DOVREBBE (SHOULD) comunque includere le informazioni di apparenza nelle NOTIFY -- questo UA ignorerà semplicemente queste informazioni aggiuntive. Questo tipo di UA ignorerà anche le limitazioni dei numeri di apparenza e potrebbe tentare di unire o sostituire dialoghi contrassegnati come esclusivi. Di conseguenza, il proxy o gli UA devono rifiutare tali richieste, altrimenti i dialoghi verranno uniti o presi.