02 Sip2

Servizi Applicativi su Internet
SIP
Session Initiation Protocol
Ing. Pierluigi Gallo
2
Introduzione 1/2
  Protocollo di segnalazione basato su IP

  Standard IETF (poi accettato anche da
3GPP)
  Utilizza alcuni paradigmi e strumenti di
Internet (URL, DNS, proxy, …)
  Protocollo di controllo e segnalazione per la
gestione delle sessioni tra utenti
  Registrations, invitations, acceptations, and
disconnections
  Non dipende dai protocolli di livello inferiore
(TCP, UDP, X.25, ATM, …)
Ing. Pierluigi Gallo a.a. 2010/2011

3
Introduzione 2/2
  1996 - Henning Schulzrinne, Mark Handley
  Prima RFC nel 1999 (RFC n. 2543)
  RFC 3261 del 2000
  Alternativa ad H.323
  Flessibile e semplice
  Offre funzionalità avanzate

  Consente di gestire sessioni I cui dati possono essere
di diverso tipo:
  Audio (Fonia)
  Video
  Instant messaging
  Notifica presenza
4
SIP - Session Initiation Protocol

  Controlla la segnalazione su reti IP   Inizia, modifica e termina la sessione
  Determina la locazione del
terminale chiamato   Assume che il livello di trasporto sia
  Determina la sua eventuale inattendibile
disponibilità
  Non definisce attributi di sessione
  Supporta trasferimento e
rimanendo indipendente
terminazione chiamata
  E’ basato su un modello client-   Supporta servizi unicast e multicast

server
  Supporta la mobilità
  E’ un protocollo text-based
(come HTTP) basato su richieste/   Usato per il VoIP
risposte

5
SIP ed il livello applicazione
  Livello applicazione
  DHCP, HTTP, HTTPS , SMTP, POP3, IMAP, FTP, SFTP, DNS,
SSH, IRC, SNMP, SIP, RTSP, Rsync, Telnet, HSRP, RTP,
BGP, RIP, IGRP,...
  Livello di trasporto
  TCP, UDP, SCTP, DCCP ...
  Livello di rete
  IPv4, IPv6, ICMP, ICMPv6, IGMP, IPsec, OSPF ...
  Data link
  Ethernet, WiFi, PPP, Token ring, ARP, ATM, FDDI,
LLC, SLIP, WiMAX, HSDPA, MPLS ...

6
Caratteristiche
 E’ un protocollo di livello applicazione
 Supporta i seguenti protocolli:
 SDP (Session Description Protocol) per negoziare
le caratteristiche della sessione multimediale
 RTP (Real-time Transport Protocol) per il trasporto
dei dati multimediali
 RTSP (Realt-Time Streaming Protocol)
 RTCP (Real Time Control Protocol) per monitorare
la qualità del servizio e per comunicare
informazioni sui partecipanti di una sessione in
corso
 MGCP (Media Gateway Control Protocol) per
controllare un eventuale accesso alla PSTN
 SAP (Session Announcement Protocol)
7
Caratteristiche
 Porta di default 5060 (TCP UDP)
 non criptato
  porta 5061 (TLS)
  criptato
  sessioni unicast e multicast
  ciascuna sessione puo’ riguardare uno o piu’ flussi

multimediali
 I flussi multimediali sono trasportati da altri protocolli

  RTP/RTSP (SIP si occupa solo della segnalazione)
 I parametri vengono negoziati mediante altri

protocolli
  porte, protocolli, codec,
8
Applicazioni
  chiamate voce
  videoconferenze
  instant messaging
  presence notification
  trasferimento files
  giochi online
  mobilita’

9
Altri protocolli di segnalazione
  segnalazione PSTN

10
Architettura
  Segnalazione e dati viaggiano in flussi differenti
  UAC: user agent client che fa le richieste
  UAS: user agent che risponde alle richieste
INVITE INVITE
UAC UAS UAC UAS
SIP
CHIAMANTE PROXY UAC CHIAMATO
UAS UAC
BYE

11
SIP: Funzionalità di base
 User location: dispositivo terminale usato per la

comunicazione
 User capabilities: mezzo e parametri di trasmissione
 User availability: capacità, disponibilità e volontà del
chiamato di stabilire la comunicazione
 Call setup: "ringing", instaurazione di una chiamata
tra chiamante e chiamato (in modo simile alla
PSTN)
 Call handling: gestione della chiamata
dall’instaurazione all’abbattimento

12
Lo stack protocollare SIP
Audio/Video Coding
RTP/RTCP
SIP
UDP o TCP (tipicamente su porta 5060)
IP
Network Access Layer (ATM, Ethernet, PPP, …)

13
Elementi del sistema SIP
  UA - User Agent
  UAC - User Agent Client (per l’invio delle richieste)
  UAS - User Agent Server (per ricevere i messaggi ed
inviare le risposte)
  Registrar Server (contiene le informazioni di accesso

agli UA per la risoluzione degli indirizzi SIP)
  Location Server (contiene le corrispondenze tra gli

UA e gli indirizzi Ip e consente una loro variazione
dinamica per gestire la mobilità)
  Network Server
  Proxy
  Redirect

14
Indirizzi SIP
  Sono identificati attraverso un URL (Universal

Resource Locator) SIP
  Il formato è identico a quello degli indirizzi e-mail:
user@host
Nome utente Nome Dominio
Oppure Oppure
Numero di telefono Indirizzo IP
Esempi:
nomeutente@191.200.23.46
091234567@unipa.it;user=phone
nomeutente:password@host:port;uri-parameters?headers
15
Messaggi:
•  Messaggi di testo simili all’HTTP

•  Start line
–  Request (client-server)
–  Response (server-client)
•  Uno o più campi di header
•  Chiamante e chiamato
•  oggetto
•  Una linea vuota che simboleggia le fine
degli header
•  Message body (opzionale)
•  Tipo di sessione
•  Tipo di protocollo
16
Message – Transaction - Dialog
•  Un messaggio è una richiesta o una

risposta
•  L’insieme di una richiesta e della/e
successiva/e risposta/e viene detta
Transaction
•  Una transazione è individuata da una
transaction-ID che tiene conto della
sorgente, del destinatario e del numero di
sequenza
•  Una relazione tra entità paritetiche che si
scambiano richieste e risposte viene detta
Dialog

17
Metodi
  Sono composte da:
  Metodi
  Request URI (Universal Resource Identifier)
  Versione del protocollo SIP in uso
  I metodi possibili sono:
  Invite
  Ack
  Options
  Bye
  Cancel
  Register
  Info

18
Metodi
  Un messaggio SIP contiene un metodo
  Dopo I metodi vengono gli headers
  Riga vuota
  Headers del protocollo SDP

19
Richieste

20
Register
 Consente ad un client di registrare

su un register server un utente
identificato dall’indirizzo contenuto
nel campo to
 Registrazione su più server
  diverse registrazioni su un unico
server

21
Invite
 Inizia una sessione invitando il chiamato a
parteciparvi
 Indicazione del chiamante e del chiamato
 Specifica il tipo di dati
 Contiene, tipicamente, una descrizione di
sessione scritta in SDP, con le informazioni
sufficienti all’instaurazione della connessione
 Viene confermato con un ACK sulla risposta
finale

22
Cancel
  Permette ad un client di cancellare una richiesta

inviata precedentemente
  Termina una richiesta pendente
  Si usa cancel quando la sessione non ha ancora

avuto inizio, altrimenti BYE

23
BYE
  Abbatte una sessione (Dialog)
  Può essere inviato sia dal chiamante che dal

chiamato

24
Info
• Permette lo scambio di
informazioni personali lungo
un percorso di segnalazione
• Consente lo scambio di
informazioni di sessioni in
corso
• DTMF

25
Risposte

26
Risposte
 Sei classi di risposte:
 Informational 1XX
 Success 2XX
 Redirection 3XX
 Request Failure 4XX
 Server Failure 5XX
 Global Failure 6XX
 Tutte le risposte eccetto le 1xx sono considerate
final e quindi vanno seguite da ACK
27
Informational 1XX
  Viene inviato quando il server sta contattando il
chiamato e il tempo risulta superiore a 200ms
  Esempio: 180 - ringing - l’utente localizzato è in

attesa di risp.
  Trying
Success 2XX
•  Indica che la richiesta è stata accettata con
successo
•  Esempio: 200 - messaggio di OK
Redirection 3XX
•  Vengono passate informazioni riguardo alla nuova
posizione dell’utente cercato
Request Failure 4XX 28
  Richiesta fallita a causa del client
  Esempio: 404 - not found - utente non reperibile
Server Failure 5XX

•  Richiesta fallita a causa del server
•  Esempio: 501 - not implemented - il server non
supporta le modalità necessarie per soddisfare la
richiesta
Global Failure 6XX

•  Il server non risponde ad informazioni definitive

29
SIP Diagram
A ……. Proxy ……. Proxy ……. B
(Registrar local services)

Register Register
200 Ok 200 Ok
Invite
100 Trying Invite
100 Trying Invite
180 Ringing
180 Ringing
180 Ringing 200 Ok
200 Ok
200 Ok
Ack
Media Session
Bye
200 Ok
30
Registrar server
  Server dedicato alla registrazione di un utente

alla rete
  Puo’ essere integrato all’interno del Proxy
  le richieste di registrazione vengono

memorizzate all’interno dei location server, i quali
forniscono la corrispondenza tra indirizzo e
location
  Una registrazione puo’ essere effettuata in

multicast (sip.mcast.net 224.0.1.75)

31
Registration and invite
Tratto dalla RFC 3261

32
Processo di registrazione
REGISTER sip:registrar.work.com SIP/2.0

Via: SIP/2.0/UDP station1.work.com;
REGISTER sip:registrar.work.com SIP/2.0 branch=z9hG4bK123
Max-Forwards: 70
From: SIP: Collins@work.com;tag=123456
To: sip:Collins@work.com
SIP/2.0 200 OK Call-ID: 123456@station1.work.com
Cseq: 1 REGISTER
Contact: sip: Collins@station1.work.com
Expires: 7200
Content-Length: 0
SIP/2.0 200 OK
Via: SIP/2/0/UDP station1.work.com; branch=z9hG4bK123
From: sip:Collins@work.com
Call-ID: 123456@STATION1.WORK.COM
CSEQ: 1 REGISTER
Contact: sip:Collins@station1.work.com
Expires: 3600
Content-Length: 0

33
Proxy server
  Gestisce le richieste o le inoltra ad altri server

  Può essere usato per inoltrare una chiamata
Ing. Pierluigi Gallo

34
Redirect servers
  Map the destination address to zero or more new

addresses
  Do not initiate any SIP requests

35
SIP Call Establishment

36
Chiamata ad un numero
  Prova a
chiamare lo
stesso utente su
più destinazioni
  Il primo che
risponde va a
buon fine, gli altri
vengono chiusi

37
Header:
  Consente di specificare:
  Chiamante
  Chiamato
  Percorso
  Tipo di messaggio
  Il protocollo prevede 37 tipi di intestazioni, divisi in 4

gruppi:
  Intestazioni generale (richieste e risposte)
  Intestazioni di entità (relative a tipo e lunghezza del
messaggio)
  Intestazioni di richiesta (consentono informazioni di
richiesta aggiuntive)
  Intestazioni di risposta (consentono informazioni di
risposta aggiuntive)

38
Gestione della mobilità
  Il messaggio Register consente la registrazione di

uno UA nel Registrar Server della rete corrente
  Il Registrar Server può essere individuato:

  Mandando un messaggio multicast ad un indirizzo
noto
  Contattando l’Home Domain Registrar (individuabile
attraverso il server DNS)
  Usando SLP (Server Location Protocol)
  SLP è stato progettato per facilitare l’operazione di
discovery di risorse della rete quali Web Servers,
stampanti, fax…

Uno scenario di 39
funzionamento
UA Proxy/Registrar UA
Server
Register
200 OK
Registration
Invite
Invite
100 Trying
180 Ringing
180 Ringing
200 OK
200 OK
Ack
Ack
Call Setup
Bye
Bye
100 Trying
200 OK
200 OK
Teardown
Dettaglio di un pacchetto 40
“Invite”
INVITE sip:bob@metro.com SIP/2.0

Via: SIP/2.0/UDP vo1.hq.university.com
To: Bob <sip:bob@metro.com>
From: Alice <sip:alice@university.com>; tag=18271
Call-ID: 3223842@vol.hq.university.com
CSeq: 12921 INVITE
Contact: <sip:alice@vo1.hg.university.com>
Alice invita Bob.

Il pacchetto Invite viene inoltrato dallo UA di Alice al
proxy server vo1.hq.university.com.
La chiamata viene indentificata univocamente grazie
al campo Call-ID.
a.a. 2010/2011
Transactions
Ing. Pierluigi Gallo 41

42
Transazione
request request request
Server transaction
Server transaction
Client transaction
Client transaction
Client transaction
Server transaction
response response response
UAC Outbound Inbound UAS

Proxy proxy
43
Client Transaction
  Una client transaction é implementata con una
State Machine
  TU = transaction user (ogni entita’ SIP eccetto i
proxy stateless)
  Quando TU vuole iniziare una nuova transaction,
crea una client transaction la quale inizia
l’esecuzione di una macchina a stati (ce ne sono
diverse in base al tipo di transaction)
  Due tipi di client transaction
  INVITE transaction (relativa ad una richiesta INVITE)
  hanno una durata maggiore rispetto a quelle di altro
tipo in quanto richiedono l’intervento umano per
accettare la chiamata
  Non-INVITE transaction (per gli altri tipi di richieste)
  Terminano immediatamente
44
INVITE transaction
A ……. Proxy ……. Proxy ……. B
(Registrar local services)

Register Register
200 Ok 200 Ok
Invite
100 Trying Invite
100 Trying Invite
3-way 180 Ringing
handshake 180 Ringing
180 Ringing 200 Ok
200 Ok
200 Ok
Ack
Media Session
Bye
200 Ok
45
INVITE transaction
Se il protocollo di trasporto é inaffidabile (UDP), la client

transaction ritrasmette le richieste con un intervallo
che inizialmente é T1 e poi va raddoppiando ad ogni
ritrasmissione
Se il protocollo di trasporto é affidabile -> no

ritrasmissione
T = 2n Ti con n = numero di ritrasmissioni
Ti é l’RTT stimato (default 500 ms)
Ti influenza tutti gli altri timers
Dopo la ricezione di un messaggio 1XX cessano le

ritrasmissioni

46
FSM INVITE transaction
RFC 3261

47
SIP Model (1)

Simplified message formats:
 REGISTER <Domain> <To> <From> <Contact(device)
>
 OK <To> <From>
 INVITE <To> <From><Via><Content>
 BYE <To> <From>
 ACK <To> <From>

48
SIP: aspetti di sicurezza
 Model SIP URI registration and look

for registration hijack attacks.
 Model interdomain session setup
and look for message tampering
and proxy impersonation attacks.
 Add proxy-to-proxy authentication
and secrecy (TLS) to model.

49
Authentication
  Server Authentication: using TLS: server offers a

certificate to the UA, preventing proxy
impersonating
  User Authentication: using HTTP digest: server

challenges a user with a 401 Proxy
Authentication, preventing registration hijacking

50
Secretezza del messaggio
 Mechanisms that rely on existence of

end-user certificates are seriously limited
(S/MIME).
 May use self-signed certificates
  Susceptible to obvious MITM attack, but…
  Attacker can only exploit on initial key
exchange.
  Difficult for attacker to remain in path of all
future dialogs.
  Same vulnerability in SSH => key fingerprints.
  For VoIP, users could read off key fingerprint.
 Or, use preconfigured certificates when
there is an established trust between all
SIP entities.

51
Attacchi DoS
  Floods of messages directed at proxies can lock

up resources on the server.
  UAs and proxies should challenge questionable
requests.
  Mutual authentication of proxies (TLS)
  Reduces potential for intermediaries to introduce
falsified requests or responses.
  Harder for attackers to make innocent SIP nodes into
agents of amplification.

52
SIP Vulnerabilities
  Proxy Impersonation
  Message Tampering
  Session Teardown
  Spoofed BYEs
  Denial of Service
  Malformed packets
  REGISTER and INVITE flooding
  Registration Hijacking

53
SIP Security
 Registration hijacking
  Authenticate originators of requests
 Proxy impersonation
  Authenticate servers
 Message tampering
  Secure body and certain headers end-to-
end
 Session teardown
  Authenticate sender of BYE
  Confidentiality so attacker can’t learn To,
From tags
 Denial of Service
  Authenticate and authorize registrations

a.a. 2010/2011
Esercitazione
UA, Proxy, Java API e programmazione
Ing. Pierluigi Gallo 54

55
Esercitazione SIP
  Visualizzazione dei messaggi tramite Wireshark
  Utilizzo di un SIP client (softphone e.g. Xlite)
  Le JAIN API ed implementazione di un semplice UA

56
Software SIP open source
  Server:
  Sip X
  SER – Sip Express Router
  Asterisk
  User Agents:
  X-Lite
  SoftPhone
  Windows Messenger

57
Jain: API Java per SIP
 Fornisce un’interfaccia standard in Java allo

stack di segnalazione SIP
– interfaccia allo stack
– interfaccia ai messaggi
– gestione degli eventi e della loro semantica
– garantisce la portabilità delle applicazioni
API in Java per SIP

58
Caratteristiche del Server:
  Configurabilità dello stack SIP
  Implementazione del Location/Registrar

  Accessibilità controllata dall’amministratore
  Gestione dinamica dei bind secondo le specifiche di
protocollo
  Implementazione del Proxy

  Statefull
  Stetelless

Implementazione del 59
Registrar
 Dall’RFC 3261:
  When receiving a REGISTER request, a
registrar follows these steps:
  The registrar inspects the Request-URI to
determine whether it has access to
bindings for the domain identified in the
Request-URI.
  The registrar extracts the address-of-record
from the To header field of the request. If
the address-of-record is not valid for the
domain in the Request-URI, the registrar
MUST send a 404 (Not Found) response and
skip the remaining steps.

Implementazione del 60
Registrar (2)
  Dall’RFC 3261:
  The registrar now processes each contact address in
the Contact header field in turn. For each address, it
determines the expiration interval
  The registrar returns a 200 (OK) response. The
response MUST contain Contact header field values
enumerating all current bindings.

Implementazione del Proxy 61
(1)
  For all new requests, including any with unknown
methods, an element intending to proxy the request
MUST:
  1. Validate the request
  2. Preprocess routing information
  3. Determine target(s) for the request
  4. Forward the request to each target
  5. Process all responses

(2)
  Dettaglio del “Forward the request to each

target” (dall’RFC 3261):
  1. Make a copy of the received request
  2. Update the Request-URI
  3. Update the Max-Forwards header field
  4. Optionally add a Record-route header field value
  5. Optionally add additional header fields
  6. Postprocess routing information

(3)
  7. Determine the next-hop address, port, and
transport
  8. Add a Via header field value
  9. Add a Content-Length header field if necessary
  10. Forward the new request
  11. Set timer C

64
Link utili
  SIP Center: www.sipcenter.com
  SIP Forum: www.sipforum.org
  Lista di Server Pubblici SIP:
  www.cs.columbia.edu/sip/servers.html
  GNU o SIP library:
  www.fsf.org/software/osip/

02 Sip2

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

02 Sip2

Caricato da

Copyright:

Formati disponibili

Servizi Applicativi su Internet

 Protocollo di segnalazione basato su IP

Ing. Pierluigi Gallo a.a. 2010/2011

 1996 - Henning Schulzrinne, Mark Handley

 Prima RFC nel 1999 (RFC n. 2543)

 RFC 3261 del 2000

 Offre funzionalità avanzate

SIP - Session Initiation Protocol

 E’ basato su un modello client-  Supporta servizi unicast e multicast

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

 sessioni unicast e multicast

 ciascuna sessione puo’ riguardare uno o piu’ flussi

 I flussi multimediali sono trasportati da altri protocolli

 I parametri vengono negoziati mediante altri

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

 UAC: user agent client che fa le richieste

 UAS: user agent che risponde alle richieste

Ing. Pierluigi Gallo a.a. 2010/2011

 User location: dispositivo terminale usato per la

Ing. Pierluigi Gallo a.a. 2010/2011

Network Access Layer (ATM, Ethernet, PPP, …)

Ing. Pierluigi Gallo a.a. 2010/2011

 Registrar Server (contiene le informazioni di accesso

 Location Server (contiene le corrispondenze tra gli

Ing. Pierluigi Gallo a.a. 2010/2011

 Sono identificati attraverso un URL (Universal

 Il formato è identico a quello degli indirizzi e-mail:

• Messaggi di testo simili all’HTTP

• Un messaggio è una richiesta o una

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

 Un messaggio SIP contiene un metodo

 Dopo I metodi vengono gli headers

 Headers del protocollo SDP

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

 Consente ad un client di registrare

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

 Permette ad un client di cancellare una richiesta

 Termina una richiesta pendente

 Si usa cancel quando la sessione non ha ancora

Ing. Pierluigi Gallo a.a. 2010/2011

 Abbatte una sessione (Dialog)

 Può essere inviato sia dal chiamante che dal

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

 Esempio: 180 - ringing - l’utente localizzato è in

 Esempio: 404 - not found - utente non reperibile

Server Failure 5XX

Global Failure 6XX

Ing. Pierluigi Gallo a.a. 2010/2011

(Registrar local services)

 Server dedicato alla registrazione di un utente

 Puo’ essere integrato all’interno del Proxy

 le richieste di registrazione vengono

 Una registrazione puo’ essere effettuata in

Ing. Pierluigi Gallo a.a. 2010/2011

Ing. Pierluigi Gallo a.a. 2010/2011

REGISTER sip:registrar.work.com SIP/2.0

  Protocollo di segnalazione basato su IP

  1996 - Henning Schulzrinne, Mark Handley

  Prima RFC nel 1999 (RFC n. 2543)

  RFC 3261 del 2000

  Offre funzionalità avanzate

  E’ basato su un modello client-   Supporta servizi unicast e multicast

  sessioni unicast e multicast

  ciascuna sessione puo’ riguardare uno o piu’ flussi

 I flussi multimediali sono trasportati da altri protocolli

 I parametri vengono negoziati mediante altri

  UAC: user agent client che fa le richieste

  UAS: user agent che risponde alle richieste

 User location: dispositivo terminale usato per la

  Registrar Server (contiene le informazioni di accesso

  Location Server (contiene le corrispondenze tra gli

  Sono identificati attraverso un URL (Universal

  Il formato è identico a quello degli indirizzi e-mail:

•  Messaggi di testo simili all’HTTP

•  Un messaggio è una richiesta o una

  Un messaggio SIP contiene un metodo

  Dopo I metodi vengono gli headers

  Headers del protocollo SDP

 Consente ad un client di registrare

  Permette ad un client di cancellare una richiesta

  Termina una richiesta pendente

  Si usa cancel quando la sessione non ha ancora

  Abbatte una sessione (Dialog)

  Può essere inviato sia dal chiamante che dal

  Esempio: 180 - ringing - l’utente localizzato è in

  Esempio: 404 - not found - utente non reperibile

  Server dedicato alla registrazione di un utente

  Puo’ essere integrato all’interno del Proxy

  le richieste di registrazione vengono

  Una registrazione puo’ essere effettuata in

  Gestisce le richieste o le inoltra ad altri server

  Map the destination address to zero or more new

  Il protocollo prevede 37 tipi di intestazioni, divisi in 4

  Il messaggio Register consente la registrazione di

  Il Registrar Server può essere individuato:

 Model SIP URI registration and look

  Server Authentication: using TLS: server offers a

  User Authentication: using HTTP digest: server

 Mechanisms that rely on existence of

  Floods of messages directed at proxies can lock

  Visualizzazione dei messaggi tramite Wireshark

  Utilizzo di un SIP client (softphone e.g. Xlite)

  Le JAIN API ed implementazione di un semplice UA

 Fornisce un’interfaccia standard in Java allo

  Configurabilità dello stack SIP

  Implementazione del Location/Registrar

  Implementazione del Proxy

  Dettaglio del “Forward the request to each

  SIP Center: www.sipcenter.com

  SIP Forum: www.sipforum.org

  Lista di Server Pubblici SIP:

  GNU o SIP library: