Amministrazione del servizio Rubrica

Normalizzazione dei numeri di telefono del server della Rubrica

Lync Server 2010 richiede i numeri di telefono nel formato standard RFC 3966/E.164. Per utilizzare numeri di telefono non strutturati o formattati in modo incoerente, in Lync Server viene utilizzato il server della Rubrica per pre-elaborare i numeri di telefono prima che vengano passati alle regole di normalizzazione. Quando viene utilizzato un numero di telefono dalla Rubrica e viene applicata la regola di normalizzazione, i client, ad esempio Microsoft Lync 2010, Microsoft Lync 2010 Phone Edition e Microsoft Lync 2010 Mobile, possono utilizzare questi numeri normalizzati.

Come illustrato in Nuove caratteristiche della rubrica, le regole di normalizzazione utilizzate nelle versioni precedenti potrebbero non funzionare correttamente senza alcune modifiche. Poiché gli spazi vuoti e i caratteri non obbligatori vengono rimossi prima delle regole di normalizzazione, se l'espressione regex cerca in modo specifico un trattino o un altro carattere che è stato rimosso, la regola di normalizzazione potrebbe non riuscire. È opportuno esaminare le regole di normalizzazione per garantire che non cerchino questi caratteri non obbligatori o che un errore della regola non impedisca la continuazione nel caso in cui il carattere non sia presente dove previsto dalla regola stessa.

User Replicator e server della Rubrica

Il server della Rubrica utilizza i dati forniti da User Replicator per aggiornare le informazioni ottenute inizialmente dall'elenco indirizzi globale. User Replicator scrive gli attributi di Servizi di dominio Active Directory per ogni utente, contatto e gruppo nella tabella AbUserEntry nel database e il server della Rubrica sincronizza i dati utente del database in file nell'archivio file del server della Rubrica e nel database della Rubrica, RTCab o RTCab1. Lo schema per la tabella AbUserEntry prevede l'utilizzo di due colonne, UserGuid e UserData. UserGuid è la colonna di indice e contiene il GUID a 16 byte dell'oggetto Active Directory. UserData è una colonna immagini che contiene tutti gli attributi di Servizi di dominio Active Directory menzionati in precedenza per il contatto.

User Replicator determina gli attributi di Active Directory da scrivere leggendo una tabella di configurazione che si trova nella stessa istanza basata su SQL Server della tabella AbUserEntry. La tabella AbAttribute contiene tre colonne, ID, Name e Flags. La tabella viene creata durante l'impostazione del database. Se la tabella AbAttribute è vuota,User Replicator ignora la logica di elaborazione della tabella AbUserEntry. Gli attributi del server della Rubrica sono dinamici e vengono recuperati dalla tabella AbAttribute, che viene inizialmente scritta dal server della Rubrica quando questo viene attivato.

In seguito all'attivazione del server della Rubrica viene popolata la tabella AbAttribute con i valori necessari per supportare Lync Server. Nella tabella seguente sono illustrati tali valori correnti.

I numeri nella colonna ID devono essere univoci e non devono mai essere riutilizzati. il valore ID massimo è 65535, ma per risparmiare spazio nei file di output scritti dal server della Rubrica, utilizzare valori ID inferiori a 256, se possibile. La colonna Name corrisponde al nome di attributo di Active Directory che deve essere inserito da User Replicator nella tabella AbUserEntry per ogni contatto. Il valore nella colonna Flags è utilizzato per definire il tipo di attributo. I tipi seguenti di attributi del server della Rubrica sono riconosciuti da User Replicator, indicati dal bit basso del valore nella colonna Flags.

Filtro della Rubrica

Gli utenti inseriti nei file del server della Rubrica possono essere controllati in base a determinati attributi di Servizi di dominio Active Directory elencati nella tabella AbAttribute. Uno di questi attributi utilizzato per il filtro è msExchangeHideFromAddressBook . Si tratta di un attributo utente aggiunto dallo schema di Exchange. Se il valore di questo attributo è TRUE, questo attributo viene utilizzato da Exchange Server per nascondere il contatto dall'elenco indirizzi globale di Outlook. Analogamente, se il valore di questo attributo è TRUE, tale utente viene incluso da User Replicator nella tabella AbUserEntry e l'utente non sarà presente nei file del server della Rubrica.

È possibile utilizzare alcuni bit di flag per definire un filtro da utilizzare per gli attributi del server della Rubrica. La presenza di alcuni bit di flag consente, ad esempio, di identificare un attributo come attributo di inclusione o di esclusione. User Replicator consente di escludere tramite filtro i contatti che contengono un attributo di esclusione e quelli che non contengono un attributo di inclusione.

Attualmente, sono disponibili tre diversi filtri, elencati nella tabella seguente.

Sebbene sia possibile filtrare la Rubrica per includere solo determinati utenti, la limitazione delle voci non implica una limitazione della possibilità da parte di altri utenti di contattare gli utenti esclusi tramite filtro o di visualizzare il loro stato presenza. Gli utenti possono sempre trovare gli utenti non inclusi nella Rubrica, inviare loro manualmente messaggi istantanei o avviare manualmente chiamate verso tali utenti, immettendo il nome di accesso completo dell'utente. Le informazioni sul contatto per un utente sono inoltre disponibili anche in Outlook o nella Rubrica di Windows.

Sebbene la presenza di record dei contatti completi nei file della Rubrica consenta di utilizzare Lync 2010 per avviare scambi di posta elettronica, conversazioni telefoniche o chiamate VoIP aziendale (se VoIP aziendale è abilitato nel server) con utenti non configurati per SIP (Session Initiation Protocol), alcune organizzazioni preferiscono includere solo gli utenti abilitati per SIP nelle voci del server della Rubrica. È possibile filtrare la Rubrica per includere solo gli utenti abilitati per SIP cancellando il bit 0x800 nella colonna Flags per gli attributi obbligatori seguenti: mailNickname, telephoneNumber, homePhone e mobile. È inoltre possibile filtrare la Rubrica per includere solo utenti abilitati per SIP impostando 0x8000 (attributo di inclusione) nella colonna Flags dell'attributo msRTCSIP-PrimaryUserAddress. In questo modo vengono inoltre esclusi gli account del servizio dai file della Rubrica.

Dopo aver modificato la tabella AbAttribute, è possibile aggiornare i dati nella tabella AbUserEntry eseguendo il cmdlet Update-CsUserDatabase. Al termine della replica di User Replicator, è possibile aggiornare il file dell'archivio file del server della Rubrica eseguendo manualmente il cmdlet UpdateCsAddressBook.

Importante:

Se l'infrastruttura è stata consolidata o modificata in altro modo da una distribuzione a più foreste o padre/figlio (ad esempio in caso di consolidamento dell'infrastruttura prima di passare a Lync Server 2010), il download del servizio Rubrica e le query Web sulla Rubrica potrebbero non riuscire per alcuni utenti. In una distribuzione con più domini o foreste, l'attributo MsRTCSIP-OriginatorSid viene popolato negli oggetti utente in cui si presenta il problema. Per risolvere il problema, l'attributo MsRTCSIP-OriginatorSid deve essere impostato su NULL in questi oggetti.