Guida SIP Trunking

Ed.
00
Guida SIP Trunking
11. 2006
COPYRIGHT
Il presente manuale è esclusivo della SAMSUNG Electronics Italia S.p.A. ed è protetto da copyright.
Nessuna informazione in esso contenuta può essere copiata, tradotta, trascritta o duplicata a scopi
commerciali o divulgata a terzi in qualsiasi forma senza previo consenso scritto della SAMSUNG
Electronics Co., Ltd.
MARCHI DI FABBRICA
è un marchio registrato di SAMSUNG Electronics Co., Ltd. Tutti i diritti riservati.
Samsung, il logo Samsung, Samsung OfficeServ sono marchi registrati. I nomi dei prodotti menzionati
in questo documento possono essere marchi di fabbrica e/o marchi depositati delle rispettive aziende
Prima di installare e mettere in funzione il sistema è necessario leggere attentamente il presente manuale, grazie
al quale l’operatore dorebbe essere in grado di installare e far funzionare correttamente il prodotto.
Il presente manuale può essere soggetto, senza alcun preavviso, a modifiche volte al miglioramento del sistema, alla
standardizzazione o determinate da altri motivi tecnici.
Per ulteriori informazioni sul manuale aggiornato o per qualsiasi quesito relativo al contenuto del manuale, contattate il Vostro
Rivenditore Autorizzate Samsung.
http://www.tlc.samsung.it
INDICE DEI CONTENUTI
1. INTRODUZIONE
1
1.1 Descrizione ........................................................................................................................... 1
1.1.1 MCP S/W Version ......................................................................................................... 1
1.2 SIP (SESSION INITIATION PROTOCOL) ............................................................................. 2
2. Registrazione
5
2.1 Flusso di registrazione ........................................................................................................ 6
2.2 Autenticazione e registrazione ........................................................................................... 7
2.3 Tipi di registrazione ............................................................................................................. 7
2.3.1 Individual Registration ................................................................................................. 8
2.3.2 Rapresentative Registration ........................................................................................ 9
2.4 Altre opzioni per la registrazione........................................................................................ 9
2.4.1 Vendor Option (Opzioni del fornitore) ........................................................................... 9
3. CHIAMATA SIP BASE
11
3.1 Flusso di chiamata base .....................................................................................................11
3.2 Effettuare una chiamata SIP.............................................................................................. 12
© SAMSUNG Electronics Co., Ltd.
I
GUIDA SIP TRUNKING
Pagina lasciata intenzionalmente bianca
II
© SAMSUNG Electronics Co., Ltd.
1. INTRODUZIONE
1.1 Descrizione
Questo documento ha lo scopo di dare le linee guida a chi deve operare su apparati equipaggiati con la
funzioni SIP (Session Initiation Protocol) nel sistema OfficeServ costruito da Samsung Electronics.
I lettori di questo documento acquisiranno una conoscenza base nell’operare con il sistema OfficeServ,
per esempio le impostazioni base MMC, la configurazione del sistema OfficeServ, etc.
Dall’uso di questo documento. I lettori saranno al corrente delle conoscenze di base del “SIP” e
saranno in grado di gestire le funzioni (Trunking) di SIP.
Questo documento è principalmente focalizzato sulle operazioni SIP sul sistema OfficeServ, gli utenti
che desiderano avere una conoscenza più approfondita del SIP in generale devono fare riferimento al
RFC3261.
Le funzioni SIP sull’apparato OfficeServ hanno due categorie:
•
•
Funzioni base;
Funzioni supplementari.
Le funzioni base del SIP Trunking nell’ OfficeServ sono state implementate sulla base degli standard
SIP, e funzionano ugualmente su altri Server o terminali SIP.
Comunque, le funzionalità supplementari SIP sono state sviluppate e testate usando principalmente
Broadsoft Inc’s Soft Switch, e potrebbero esserci alcuni problemi di compatibilità nell’interazione di
SIP Server di altri costruttori.
Ciascun report di incompatibilità o suggerimenti saranno prese in considerazione per migliorare le
funzionalità SIP. Per ora questo documento tratta solamente le funzionalità di base.
(Nota: una più dettagliata descrizione delle funzionalità supplementari SIP sarà inclusa nella nuova
versione di questo documento.)
1.1.1 MCP S/W Version
Le caratteristiche delle funzionalità del SIP descritte in questo documento sono state dalla versione
MCP 2.63, quindi le versioni software precedenti potrebbero non avere le nuove opzioni SIP MMC
aggiunte o nomi differenti per le stesse funzioni.
© SAMSUNG Electronics Co., Ltd.
1
Guida SIP Trunking
1.2 SIP (SESSION INITIATION PROTOCOL)
Il SIP è un layer applicativo di controllo di protocollo che può instaurare, modificare e terminare
sessioni multimediali (conferenze) come chiamate telefoniche via Internet.
SIP può anche inserire utenti che stanno partecipando ad una sessione già esistente, come una
multicast conference.
I “Media” possono essere aggiunti o rimossi da una sessione già esistente.
Gli standard SIP consistono principalmente nei seguenti 4 elementi:
•
User Agent Client (UAC): un User Agent Client è un’entità logica che crea una nuova richiesta. Il
ruolo dell’ UAC rimane solo per la durata della transazione. In altre parole, se un pezzetto del
software inizia una richiesta si comporta come UAC per la durata della transazione. Se riceve una
richiesta più tardi , assume il ruolo di User Agent Server per l’elaborazione di quella transazione.
•
User Agent Server (UAS): Un User Agent Server è un entità logica che genera una risposta a una
richiesta del SIP, La risposta può essere accettare, rifiutare o reinstradare la richiesta. Il ruolo dell’
UAS rimane solo per la durata della transazione. In altre parole, se un pezzetto del software
risponde ad una richiesta si comporta come UAS per la durata della transazione. Se genera una
richiesta più tardi , assume il ruolo di User Agent Client per l’elaborazione di quella transazione.
•
Registrar: Un registrar è un Server che accetta le richieste di Register dall’UAC e posiziona le
informazioni per i servizi locali.
•
SIP Server (o Proxy Server): Un Server è un elemento di rete che riceve richieste per assisterle e
generare risposte a queste richieste.
Esempi di Server sono i Proxies. User Agent Server e Registar.
2
© SAMSUNG Electronics Co., Ltd
INTRODUZIONE
© SAMSUNG Electronics Co., Ltd
3
Guida SIP Trunking
Pagina lasciata intenzionalmente bianca
4
© SAMSUNG Electronics Co., Ltd
2. REGISTRAZIONE
Nella telefonia IP, per iniziare una sessione da un UAC A verso un altro UAC B, UAC A deve
conoscere tutte le informazioni di routing, come l’indirizzo IP e il numero di porta usata da UAC B.
Inoltre UAC B deve conoscere anche l’indirizzo IP di UAC A per mandare correttamente la sua
risposta.
La registrazione SIP può essere paragonata alla registrazione di un indirizzo di posta. Prendiamo come
esempio l’invio e la ricezione di un’email tramite un Server di posta.
Quando vuoi mandare un’email ad un tuo amico hai bisogno di avere un indirizzo di posta elettronica
per spedire e ricevere un’email. Così un indirizzo email ha bisogno di essere registrato da un Server di
posta:
un SIP UAC ha bisogno di essere registrato su un SIP Registar: quindi registrare un SIP UAC su un
SIP Registar è come registrare un indirizzo di posta su un Server di posta. Come nel caso di un
indirizzo di posta un UAC registrato ha il suo URI-typed chiamato AOR o “address of record”. (ex
[email protected])
A differenza di un indirizzo email, la registrazione del SIP UAC avviene sempre tramite indirizzo IP
del quale Server può instradare il messaggio SIP.
Questo indirizzo IP è specificato nel Contact Header nel messaggio di registrazione SIP. In più ogni
registrazione ha il suo “expiration period” tramite la quale la registrazione può essere considerata
valida.
Gli utilizzatori di OfficeServ possono configurare il parametro “expire time” che è impostato a 3600
secondi di default..
L’individuazione di un UAC è il risultato della cooperazione del Proxy Server e del Registar. Una
volta il SIP Proxy riceve un messaggio mandato dall’UAC, poi consulterà il Registrar per individuare
L’UAC scelto.
Comunque molte volte il Proxy Server e il Registrar Server sono implementati in un unico SIP Server,
quindi in questo documento noi useremo un solo termine “SIP Server per indicare un Server che ha
entrambe le funzioni di Registrar Server e Proxy Server.
© SAMSUNG Electronics Co., Ltd.
5
Guida SIP Trunking
2.1 Flusso di registrazione
L’autenticazione SIP standard consiste nell’ “autenticazione” e nella “autorizzazione”.
L’autenticazione è una richiesta dell’ UAC al SIP Server perché sia verificata la sua identità e
l’autorizzazione è una conferma del SIP Server sull’autenticazione.
L’autenticazione e autorizzazione sono gestite da una base “request by request” con un meccanismo di
challenge/response tra UAC e SIP Server.
Questi due processi sono necessari al SIP Server per consentire solo a UAC validi l’accesso.
Altrimenti non ci sarebbe modo di evitare SIP UAC non autorizzati da sistemi illegali.
Come mostrato nel flusso di chiamata qua sopra, il processo di registrazione passa attraverso 4 step.
1 UAC manda un messaggio di registrazione senza informazioni di registrazione;
2 Il SIP Server invia al UAC la risposta 401 con le informazioni di registrazione
3 non appena riceve le informazioni di registrazione (401) UAC ricrea un messaggio di registrazione
contenete informazioni valide di autenticazione
4 il SIP Server autorizza la registrazione del UAC dopo aver confermato l’autenticazione contenuta
nel “registre message”.
6
© SAMSUNG Electronics Co., Ltd
REGISTRAZIONE
2.2 Autenticazione e registrazione
L’autenticazione e la registrazione sono, in breve, creare un valore crittografato e un valore di
corrispondenza tra UAC e SIP Server.
Questo valore crittografato può essere formato dalla composizione di un user name e password o da
nessun valore.
Questo significa che mentre la user name e password sono condivise sia dall’UAC e dal SIP Server,
nessun valore è creato dal lato del SIP Server, ed è trasferito all’ UAC nel messaggio 401.
Dopo aver ricevuto il messaggio 401 UAC crea un valore crittografato usando user name e password e
lo mette come parametro “response” nel header di autorizzazione del seguente messaggio si
registrazione.
Se questo parametro di responce corrisponde con il valore crittografato creato del SIP Server, Il Sip
Server in fine autorizza la registrazione dell’UAC.
Fra tanti meccanismi di autenticazione, une dei più usati è il MD5 digest algorithm. Questi algoritmo
generato dall’ autenticazione web Https. Che è usata normalmente nei processi di logon di molti siti
web.
La spiegazione dettagliata del MD5 digest algorithm è oltre lo scopo di questo documento.
Anche se l’autenticazione e l’autorizzazione sono generalmente portati su un normale flusso di
registrazione SIP, non è sempre così.
Infatti alcuni SIP Server potrebbero non richiedere l’autenticazione dell’ UAC e invece essi potrebbero
avere sistemi più semplici per filtrare i messaggi non validi di registrazione.
Per esempio potrebbero controllare il numero di chi chiama; I SIP Server consentono la registrazione
con solo determinati numeri designati. Un altro esempio è che il SIP Server controlla il nome del
dominio nel contact header nel messaggio di registrazione.
Comunque la maggior parte delle volte i SIP Server seguono le procedure standard di autenticazione
per motivi di sicurezza.
2.3 Tipi di registrazione
Ci sono due tipi di registrazione. Uno è l’”individual registration” e l’altro è il “rappresentative
registration” o (trunk registration). Benché l’ultimo è più usato nell’industria, quale sia da usare è
correlato alle policy del Registrar.
In termini di UAC necessita solamente di seguire qualsiasi metodo di registrazione che SIP Registrar
richiede, l’OfficeServ supporta entrambi i metodi di registrazione.
L’operatore dell’ OfficeServ può specificare il tipo di registrazione selezionando sia “Enable” che
“Disabile” in REG PER USER (o GW SERVICE in certe precedenti versioni di MCP) in MMC837.
Enable significa “Individual registration” e Disable “Rappresentative registration”.
© SAMSUNG Electronics Co., Ltd
7
Guida SIP Trunking
2.3.1 Individual Registration
L’Individual Registration permette che ogni terminale collegato con l’OfficeServ abbia la sua propria
connessione verso il SIP Server. Questo non significa che ogni singolo terminale crea un proprio
messaggio di registrazione e lo mandi direttamente al SIP Server poiché molti terminali oltre ai
terminali “SIP” non possono creare un messaggio di registrazione SIP. Così L’OfficeServ crea ogni
SIP message usando informazioni di registrazione preassegnate e “gira” i processi di registrazione a
favore dei terminali abilitati.
Ciò che segue mostra step-by-step l’Individual Registration.
1 Designazione del SIP Server
Prima di tutto OfficeServ dovrebbe designare un valido SIP Server dove registrarsi
E settare i dati necessari nel database come i seguenti.
I dati immessi sono differenti rispetto al SIP Server su cui tenta di registrarsi.
MMC837: SIP SERVER
SIP SERVER ENABLE: Enable
SIP SERVER IP: 203254.210.1
REG PER USER(o GW SERVICE) : Enable (individual registration)
GW DOMAIN NAME: SAMSUNG070.COM (se non richiesto, si lascia in bianco)
REG EXPIRE TIME: 3600
2 Decide quale terminale usa quale “registration number” e password
Un accoppiamento di un “registration number” e una password è normalmente predefinita nel SIP
Server e assegnata sul OfficeServ.
Presupponiamo che all’ OfficeServ siano assegnate due accoppiamenti di “registration” data dal SIP
Server.
Poi, l’operatore del OfficeServ dovrebbe configurare questi dati nel database usando MMC come sotto
è indicato.
Il numero massimo di accoppiamenti di “individual registration” nel OfficeServ è 100 (0-99)
MMC836 :SIP SERVER
REG 01USER NUM:07070154610
REG 01USER PASSWORD: 147369
REG 02USER NUM: 07070154611
REG 02USER PASSWORD: 147368
3. Riavviare il sistema (automatico)
Dopo che si è finito di settare i nuovi dati nel MMC839, l’OfficeServ riavvia automaticamente per
applicare le modifiche apportate al database.
Ci impiega approssimativamente 10 sec per riavviare.
8
© SAMSUNG Electronics Co., Ltd
REGISTRAZIONE
2.3.2 Rapresentative Registration
La “Rapresentative registration” (o Trunk registration) significa che il sistema effettua una singola
registrazione che è condivisa da tutti i terminali collegati all’ OfficeServ.
Nella Rapresentative registration, il terminale dell’utilizzatore finale non deve preoccuparsi della sua
registrazione.
Quello che segue è un campione dei settagli MMC per la Rapresentative registration
(Nota: diversamente dall’Individual registration, la Rapresentative registration una un singolo
accoppiamento di username e password, che sono contenuti all’interno dell’ MMC837).
1 designazione del SIP Server
Prima di tutto OfficeServ dovrebbe designare un valido SIP Server dove registrarsi
E settare i dati necessari nel database come i seguenti.
I dati immessi sono differenti rispetto al SIP Server su cui tenta di registrarsi.
MMC837: SIP SERVER
SIP SERVER ENABLE: Enable
SIP SERVER IP: 203254.210.1
REG PER USER(o GW SERVICE): Disable (rappresentative registration)
GW DOMAIN NAME: SAMSUNG070.COM (se non richiesto, si lascia in bianco)
REGIST T-GW NUM: 07070154610
REGISTER PSWD: 147369
REG EXPIRE TIME: 3600
2 riavviare il sistema (automatico)
dopo che si è finito di settare i nuovi dati nel MMC839, l’OfficeServ riavvia automaticamente per
applicare le modifiche apportate al database.
Ci mette approssimativamente 10 sec per riavviare
2.4 Altre opzioni per la registrazione
2.4.1 Vendor Option (Opzioni del fornitore)
Le opzioni del fornitore servono a specificare un particolare SIP Server con costruito da un
determinato fornitore.
Ogni SIP Server costruito da differenti fornitori ha per la maggior parte uguale a tutti ma ha qualche
differenza nella specifica del formato del messaggio, nell’algoritmo di autenticazione, nel flusso di
chiamata etc.
Per questo motivo l’ OfficeServ reagisce differentemente per ognuno dei differenti SIP Server, e per
questo sono presenti le “vendor option”, per specificare il SIP Server:
Per specificare al sistema OfficeServ con quale sistema deve interagire.
© SAMSUNG Electronics Co., Ltd
9
Guida SIP Trunking
Pagina lasciata intenzionalmente bianca
10
© SAMSUNG Electronics Co., Ltd
3. CHIAMATA SIP BASE
3.1 Flusso di chiamata base
La seguente illustrazione mostra un flusso di chiamata base in SIP quando vengono usati 2 Proxy
Servers. Come mostrato, OfficeServ si comporta come un UAC e i Proxy Servers hanno anche il ruolo
di Registrar.
Il flusso di una chiamata SIP dell’ OfficeServ è completamente corrispondente a RFC3261.
© SAMSUNG Electronics Co., Ltd.
11
Guida SIP Trunking
3.2 Effettuare una chiamata SIP
Quando la registrazione è stata effettuata, il sistema OfficeServ è pronto per gestire chiamate SIP
inbound\outbound.
Per effettuare una chiamata in outbound da un terminale, seguire step-by-step le seguenti istruzioni.
1 Assegnare dati di registrazione validi ai corrispondenti terminali
Prima di effettuare una reale chiamata SIP, ogni SIP number registrato deve essere “mappato” su un
numero di un terminale interno nel OfficeServ. Altrimenti il Server potrebbe non accettare Chiamate
SIP outbound che sono originate da terminali interni e viceversa. Quindi, l’operatore del OfficeServ
deve assicurarsi di mappare questi numeri, come segue:
Per prima cosa mappare i dati di registrazione per le chiamate in outbound.
Poi mappare i dati di registrazione per le chiamate inbound.
Per esempio un i numeri dei terminali 2001 e 2002 possono essere mappati rispettivamente sui numeri
di registrazione 07070154610 e 07070154611 come segue:
•
Outbound mapping tra terminale e numero di registrazione:
MMC323: SEND CLIP TABLE
2001: 07070154610
2002: 07070154611
•
Inbound mapping tra terminale e numero di registrazione:
MMC714:DID DIGIT
DGT 07070154610 1:2001
DGT 07070154611 1:2002
2 Comporre “805”
Ciò chiede al OfficeServ di assegnare un trunk channel disponibile.
Quando sarà assegnato correttamente, si sentirà un tono.
3 Comporre il SIP UAC number e premere #
Aggiungere il codice cancelletto (#) alla fine del numero UAC da il segnale che la composizione è
completa e invia in Outbound il SIP INVITE message.
12
© SAMSUNG Electronics Co., Ltd
OfficeServ
©2004 Samsung Electronics Co., Ltd.
Tutti i diritti riservati.
Le informazioni contenute in questo documento sono esclusive
della SAMSUNG Electronics Italia S.p.A.
Nessuna informazione contenuta nel presente documento può
essere copiata, tradotta, trascritta o duplicata in nessuna forma
senza il previo consenso scritto della SAMSUNG.
Le informazioni contenute in questo documento sono soggette a
modifiche senza preavviso.
Visitateci sul sito
http://www.tlc.samsung.it