Communication e Collaboration blog di Domenico Irilli

La virtualizzazione e Office Communications Server 2007 r2

Domenico — Thu, 21 May 2009 18:55:47 GMT

Alcuni componenti di OCS 2007 R2 sono, da alcuni giorni supportati anche in virtuale. I servizi che possono essere offerti attraverso una piattaforma di virtualizzazione sono:

Presence
IM (compreso l’accesso remoto e quindi l’edge role)
Group Chat
backend server (SQL Server)

Gli altri servizi devono essere, pena la non supportabilità dell’infrastruttura, installati su macchine fisiche.

E’ disponibile un documento che racconta nel dettaglio cosa cambia dal punto di vista delle prestazioni, andando a virtualizzare i ruoli sopra citati.

Running Microsoft Office Communications Server 2007 R2 in a Virtualized Topology

Il SIP Trunk di OCS 2007 R2

Domenico — Mon, 27 Apr 2009 14:24:10 GMT

Il SIP Trunk è un canale di comunicazione instaurato tra il Mediation Server di una azienda cliente e l’IP-PSTN Gateway di un Provider di Servizi Internet Certificato che offre connettività verso la rete PSTN.

Le aziende che implementano questa soluzione possono utilizzare i vantaggi della Enterprise Voice senza però dover installare e mantenere all’interno della propria realtà dei gateway IP-PSTN. Il Provider darà la possibilità di effettuare chiamate VoIP-VoIP quando possibile e garantirà l’uscita sulla rete PSTN più vicina possibile alla destinazione (utile per chiamate internazionali).

Il SIP Trunk è una funzionalità offerta a partire dalla R2 di Office Communications Server 2007. Il canale di comunicazione può essere realizzato con un VPN router oppure con un Edge Device che sia SIP Aware. Questo componente è necessario perchè i firewall tipicamente, non sono in grado di gestire direttamente sessioni VoIP. Questi dispositivi sono essenziali per proteggere il traffico (SIP e RTP) scambiato tra il Provider e l’azienda attraverso internet. Il Provider solitamente è composto da un proxy server (Session Border Controller) e da IP-PSTN gateway. Il Session Border Controller è un apparato SIP aware che gestisce e mantiene le sessioni SIP con il Mediation Server, anche attraverso il NAT e il firewall del cliente. Il gateway IP-PSTN si occupa invece di codificare la chiamata e inoltrarla verso la rete PSTN.

Alta Affidabilità

Con una soluzione di questo tipo, il Provider di servizi voce e il canale di comunicazione con lo stesso rappresentano i punti deboli del SIP Trunk. Si può ridondare il collegamento affidandosi ad un secondo Provider, così come è rappresentato della figura qui sotto.

Ogni Mediation server è in grado di gestire una unica connessione verso un unico Service Provider. La configurazione consigliata del Mediation Server richiede l’utilizzo di due interfacce di rete in modo da isolare tutto il traffico indirizzato verso il Session Border Controller rispetto al resto del traffico SIP. Ci sarà quindi una interfaccia che gestisce tutte le comunicazioni interne e una connessa al VPN server verso il provider.

Technorati Tag: OCS 2007 R2,SIP TRUNK

Al momento i provider certificati per interagire con il SIP Trunk di OCS 2007 R2 sono:

Provider	Servizi Offerti	Sito Web
Global Crossing	SIP Trunking Services	Global Crossing
Sprint	Sprint Global MPLS, SIP Trunking	Sprint

Approfondimenti

New SIP Trunking Support
http://technet.microsoft.com/en-us/library/dd441216(office.13).aspx
SIP Trunking Topology
http://technet.microsoft.com/en-us/library/dd425087(office.13).aspx
'SIP Trunking' in Office Communications Server
http://communicationsserverteam.com/archive/2008/05/20/168.aspx

Exchange Unified Messaging e Office Communications Server

Domenico — Sat, 07 Feb 2009 21:51:44 GMT

Unified Messaging è un ruolo dei ruoli che posso installare avere su una infrastruttura Exchange 2007. Raccoglie in un unico contenitore (mailbox di Exchange) mail, messaggi vocali, chiamate perse e fax. Li rente fruibili attraverso diversi canali (telefono, computer, smartphone).

In dettaglio le funzionalità che questo ruolo offre sono:

Gestione chiamate in ingresso. Risponde a chiamate presentando un messaggio vocale di benvenuto e registrando il messaggio del chiamante e inviando un messaggio nella sua cassetta postale con le informazioni relative alla chiamata ricevuta.

Ricezione Fax. I fax inviati ad un numero verranno recapitati al utente corrispondente nella propria cassetta postale.

Accesso Utente. Questa funzionalità permette agli utenti dell’organizzazione di accedere attraverso un numero telefonico, alla propria cassetta postale con l’uso di Outlook Voice Access. L’utente potrà accedere e navigare la cassetta postale, il calendario e la rubrica impartendo comandi vocali o utilizzando il tastierino numerico.

Risponditore Automatico. è un menu vocale che permette ad un utente di navigarlo scegliendo le opzioni che preferisce con comandi vocali o attraverso il tastierino numerico. I menu possono variare in base al calendario e quindi se ci si trova all’interno di un giorno/orario lavorativo o meno. Le opzioni del menu possono anche inoltrare la chiamata agli operatori telefonici.

Office Communication Server 2007 permette, fra le altre cose, di mettere in comunicazione due o più terminali telefonici (o apparati che emulano questa funzionalità) attraverso internet e appoggiandosi, eventualmente, alla rete telefonica tradizionale. L’obbiettivo a tendere di Office Communications Server è quello di andare a sostituirsi a tutta l’infrastruttura telefonica all’interno delle aziende a partire dai PBX per arrivare fino ai telefoni.

Una infastruttura aziendale tipica prima di Exchange Server e Office Communications è quella rappresentata in figura qui sotto.

Ci sono due reti parallele, rete telefonica e rete intranet. Di conseguanza ci sono tre contenitori: Fax, e-mail e Voice Mail.

Un primo passo di integrazione fra i due sistemi si ha con l’installazione del ruolo UM di Exchange:

In questo scenario, esiste un solo contenitore che è la cassetta postale, li, l’utente ritroverà i suoi fax, le sue mail e i messaggi vocali. Grazie al ruolo UM di Exchange l’utente potrà accedere alla cassetta postale attraverso diversi canali (OWA, Outlook, telefono ecc.). E’ necessario un apparato, UM VoIP Gateway che permette alle due reti di capirsi. In particolare servirà un PBX che sia in grado di comunicare scambiare pacchetti SIP over TCP. Per un elenco completo di dispositivi supportati puoi consultare IP PBX and PBX Support.

Il passo successivo si ha quando all’interno di questa infrastruttura si va ad installare anche Office Communcations Server.

Un ulteriore Gateway appare nell’infrastruttura che permette la possibilità far coesistere all’interno della stessa rete aziendale i telefoni tradizionali e i telefoni e terminali Office Communications Server.

I i principali vantaggi dell’integrazione tra Exchange e OCS:

Miglioramenti relativi ai piani di numerazione utilizzati da OCS e Exchange UM.
Notifiche sulle chiamate perse se è attivo l’inoltro. Quando l’utente A chiama l’utente B e questo ha attivo l’inoltro verso l’utente C. Se C non risponde verrà inviata una notifica nella cassetta postale di C con gli estremi di A.
Supporto per l’alta fedeltà dell’ascolto e nella registrazione dei messaggi vocali in Exchange Server 2007.
Accesso all’ Outlook Voice Access attraverso il Communicator senza la digitazione del PIN
I messaggi vocali possono avere ora un Soggetto e una priorità se registrati attraverso il Communicator 2007
Il ruolo UM di Exchange può, appoggiandosi all’edge server di OCS attraversare i firewall

Lo scenario a tendere sarà:

Non esisterà più il PBX e solo una rete dovrà essere gestita. Exchange sarà il contenitore di ogni forma di comunicazione telematica.

Risorse aggiuntive

Deploying Unified Messaging with Exchange Server 2007

Unified Messaging

Build an OCS and UM lab with phone integration

New Unified Messaging Features in Exchange 2007 SP1

Problematiche relative alla sincronizzazione della Address Book Server con Office Communications Server 2007 - Parte 2

Domenico — Sat, 27 Dec 2008 00:52:12 GMT

Nella prima parte abbiamo controllato che la cartella di rete e la virtual directory corrispondente abbiano i permessi configurati correttamente.
Altri controlli che possono essere eseguiti sono i seguenti:

1) Verificare la URL della Address Book Server

Questa URL indica l'indirizzo a cui i Client si connettono per scaricare i file della rubrica.
Verifico che la URL con cui è stato configurato Office Communications Server 2007 punti effettivamente alla share che contiene la rubrica.

In particolare controllo che l'indirizzo esposto dal server sia del tipo https:\\<server>\ABS\Int\Handler
dove <server> è il nome server che ospita la share. Spesso capita che in fase di installazione viene dato come indirizzo il pool di Office Communications Server 2007 e non il nome della macchina che ospita la share. Se ci troviamo in questa condizione è necessario modificare manualmente questo indirizzo (non può essere fatto dal tool di configurazione).

Clicco Start, poi Run e scrivo wbemtest.exe e premo Enter.
Nella finestra Windows Management Instrumentation Test, clicco Connect.
In Namespace digito root\cimv2.
Clicco Connect.
Clicco Query.
Scrivo la seguente stringa e poi clicco Apply:
a. Per un Enterprise pool:
Select * from MSFT_SIPGroupExpansionSetting where backend="<server>\\<sql instance>”

b. Per Standard Edition Server:
Select * from MSFT_SIPGroupExpansionSetting where backend="(local)\\rtc”

Clicco poi sul risultato. Nell'Object Editor nella lista delle proprietà cerco InternalDLExpansionWebURL e modifico la proprietà con l'URL corretta.
Chiudo infine la Windows Management Instrumentation Tester.

2) Verificare le impostazioni di connessione del Communicator Client

Anche la URL è corretta il Client potrebbe non essere in grado di raggiungerla. Questo perchè le impostazioni di rete del Communicator vengono ereditate da Internet Explorer. In dettaglio si dovrebbe verificare che:
- Proxy Settings abbia il flag “automatically detect settings”
- la URL a cui stia accedendo il client (solo per Windows VISTA) sia contenuta all'interno dei "Local Intranet" (Tools->Internet Options->Security)

3) Verificare la corretta installazione del certificato

La comunicazione tra Client e Server avviene attraverso un canale protetto (https). Il Web Component Server, è il ruolo che espone attraverso IIS la rubrica. Uno dei passi necessari per l'installazione di Office Communications Server 2007 consiste nell'installare il certificato TLS sul ruolo.
Apro Internet Information Services (IIS).
Espando Computer e dopo Web Sites.

Click con il bottene destro sul Default Website e poi clicco Properties.
Mi sposto sull'etichetta Directory Security.

Clicco Server Certificate, seguo il wizard per assegnare un certificato esistente e assegno il certificato del server OCS usato dai client per il login.

Ulteriori approfondimenti

Address Book Server

Client and Address Book Server Communication

Plan for Address Book Server

http://support.microsoft.com/kb/938286

Problematiche relative alla sincronizzazione della Address Book Server con Office Communications Server 2007 - Parte 1

Domenico — Tue, 02 Dec 2008 14:57:47 GMT

Cenni sul funzionamento dell' Address Book Server

L'Address Book Server espone a Microsoft Office Communicator 2007 la Global Address List(GAL) di Active Directory. Crea una copia locale delle infomazioni della GAL in modo da sollevare i Global Catalog dal fornire queste informazioni. Nel dettaglio il componente User Replicator di OCS periodicamente interroga Active Directory e trasferisce la GAL in una share predefinita compattando le informazioni in più file con estensione lsabs. L' ABS può combinare questi dati con numeri di telefono normalizzati per l'integrazione di OCS con la telefonia tradizionale. E' preferibile far si che la nomalizzazione dei numeri sia affidata ad AD.

La rubrica è posizionata di default per la versione Standard nel percorso

%ProgramFiles%/Office Communications Server 2007/Web Components/Address Book Files/Files

mentre per la versione Enterprise è necessario definire manualmente una share NTFS durante l'installazione di OCS. In questo modo la rubrica è accessibile da tutti i server di FE. La share NTFS ha la necessità di avere alcuni permessi per i gruppi creati durante la fase di pre installazione di OCS.

User Group	Diritti
RTCHSUniversalServices	Read; List Folder Contents; Write
RTCUniversalServerAdmins	Read; List Folder Contents; Write
Authenticated Users	Read; List Folder Contents
RTCUniversalGuestAccessGroup	Read; List Folder Contents

Viene inoltre creata un Virtual Directory Alias che punta alla share precedentemente creata.

La struttura gerarichica della web folder è quella rappresentata nella figura sotto.

Nel caso in cui la share sia nel pc che ospita IIS ci si dovrebbe aspettare questa configurazione, al contrario per un server remoto dovrebbe essere cosi flaggato lImpostazione.

I client possono accedere alla rubrica memorizzata nella cartella condivisa con due modalità:

FILE URL nel formato classico \\server\share. Valgono i permessi sopra citati.
HTTP o HTTPS URL. Questa seconda modalità, presuppone un IIS Server 6.0 che esponga la web folder ed è opzionale se i client accedono solo dalla intranet. E' invece indispensabile per i client che accedono da internet o da sedi remote.

Prime verifiche da eseguire per accertare il corretto funzionamento dell'infrastruttura di sincronizzazione con L'ABS

Il primo passo che si puo fare per verificare il corretto funzionamento e verificare l'effettiva presenza dei file della rubrica all'interno della cartella condivisa. Nel caso è possibile forzarne la creazione con il seguente comando in basso che forza riesegue il servizio User Replicator:

> cd %programfiles%\Microsoft Office Communications Server 2007\Server\Core

>ABServer.exe -regenUR

Si può poi verificare, nel caso si utilizzi un accesso tramite HTTPS URL, che il certificato sia trust per il client che vi ci accede. Se così non fosse infatti non sarebbe possibile scaricare la rubrica sul Communicator client e si avrebbe il messaggio di impossibilità dell'effetuare la sincronizzazione con l'ABS.

Succevamente si puo verificare, provando a scaricare un file della rubrica attraverso questa url.

https:\\<server>\ABS\Int\Handler\<nomefile rubrica>

In questo modo si controlla che tutte le autorizzazioni necessarie siano state correttamente impostate. In particolare per per gli utenti che accedono da intranet (quindi folder di IIS https:\\<server>\ABS\Int\) le autenticazioni di IIS supportati sono NTLM o Kerberos. Mentre per gli utenti che accedono dall'esterno (https:\\<nome pool>\ABS\Ext) le autenticazioni sono NTLM oppure HTTPS.

Annuncio di Office Communications Server 2007 R2

Domenico — Wed, 12 Nov 2008 01:40:19 GMT

A fine ottobre Microsoft ha annunciato la release successiva di Office Communication Server 2007 (R2). Il lancio ufficiale del prodotto è al momento previsto per il 3 febbraio 2009.

Senza dubbio una delle funzionalità principali riguarda l'introduzione della Attendant console. Permette una gestione centralizzata delle chiamate in entrata e in uscita verso un numero. Funzionalità utile a chi, come i centralinisti o gli addetti alla reception si occupano di rispondere e gestire gli inoltri delle chiamate verso altrepersone.

La gestione è intuitiva ed estremamente personalizzabile. Altra novità riguardano i response group che permettono di definere dei workflow per la gestione e l'inoltro delle chiamate basate su regole (round robin, code FIFO ecc.). La possibilità di impostare la segreteria telefonica con riconoscimento vocale fa parte di questa stessa funzionalità.

Il passaggio definitivo a 64bit garantisce prestazioni e capacità di carico sensibilmente diverse dalla versione precedente. Ovviamente i database server di backend possono ancora essere ospitati su macchine a 32bit e SQL Server 2008 è ora supportato nella versione Enterprise.

Altra interessante novità è la possibilità di assegnare un indirizzo privato per il ruolo A/V Edge: le porte interessate sono soltanto la TUN UDP 3478 e la TCP 443.

Per approfondimenti:

What’s New in Conferencing with Office Communications Server 2007 R2

OCS and the new Attendant

OCS 2007 Release 2 details announced today