UBNUnternehmensberatung
Netzwerke
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 1
Dipl.-Inform. Petra Borowka-Gatzweiler
Pascalstraße 25, 52076 Aachen
Tel.: 02408 / 955-500
SIP Trunking Standards: UNI
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 2
Inhalt
1. Was macht einen Standard SIP Trunk aus?
1. Kompatibilität ohne Standard ?
3. Wer standardisiert SIP Trunking und wie? IETF, ETSI, ITU-T
4. SIPforum und SIPconnect
5. SIP Trunking mit Microsoft
6. Fazit zu SIP Trunking
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 3
Was macht einen "Standard SIP Trunk" aus ?
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 4
Auf der Suche nach dem Standard-SIP-Trunk …
Quelle: http://sourceforge.net/p/openimscore/mailman/message/32545200/
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 5
Kompatibilitäts-Evaluierung ohne Standard ?
Alcatel-Lucent
Cisco
Microsoft
Unify
0
1
2
3
4
5
6
7
8
9
SIP Trunking Kompatibilität ohne Standard
Alcatel-Lucent
Avaya
Cisco
Innovaphone
Microsoft
Mitel
Unify
Je Enterprise
Hersteller
und
je Provider
Matrix bilden
und in der
dritten
Dimension
die
Leistungs-
Merkmale
eintragen
… !
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 6
Wer standardisiert SIP Trunking?
IETF: SIP Basis Standards
ITU-T: Kein Standard in Sicht
ETSI: Technische Spezifikationen
SIP Forum: Technische Empfehlungen
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 7
2009: SIP Trunking à la ITU-T: ISDN-fokussiert
Where PSTN
services are
required in IP
networks, SIP
trunks with SIP-I
support can be
the preferred
method for
supplying these
services, because
the ISUP content
is encapsulated
in SIP message
headers
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 8
SIP-I Protokoll der ITU-T
ITU-T und Cisco in 2009
SIP-I (SIP with encapsulated ISUP) is an ITU-defined SIP extension which allows IP
networks to provide services that are supported by ISUP networks, for example,
malicious call identification.
The feature allows the Cisco PGW 2200 Softswitch to interwork between SIP-I and
ISUP, and also to interwork between SIP-I and other protocols such as SIP, H.323,
PRI, and QSIG.
Where PSTN services are required in IP networks, SIP trunks with SIP-I support
can be the preferred method for supplying these services, because the ISUP
content is encapsulated in SIP message headers.
The SIP-I Protocol feature is useful in a next-generation network (NGN) emulation
model, where the Cisco PGW 2200 Softswitch, working with the Cisco BTS 10200
Class 5 softswitch in a SIP solution, communicates with other NGNs using SIP-I.
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 9
ETSI TISPAN Architektur-Übersicht
"Since its creation in 2003, ETSI TISPAN (Telecommunications and Internet converged
Services and Protocols for Advanced Networking) has been the key standardization
body in creating the Next Generation Networks (NGN) specifications."
htt
p:/
/ww
w.e
tsi.o
rg/t
ispa
n/
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 10
ETSI Architektur für Business SIP Trunking
Die Grafik zeigt die
funktionalen Blöcke, die
bei einem Business-
Szenario für SIP Peering
beteiligt sind
In diesem Szenario
können auf der Originator-
Seite eine oder mehr
Routing Instanzen
vorhanden sein.
ETSI TS 182 023 V2.1.1
(2009-01), Kap. 8.4, S. 22
ETSI TS 182 025 V3.3.1
(2011-03)
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 11
ETSI hat sich dem Thema aus Provider-Sicht genähert
Die Suche nach SIP Trunking Standards führt zu diversen Referenzen ...
ETSI TS 182 025 V3.3.1 (2011-03): Telecommunications and Internet converged
Services and Protocols for Advanced Networking (TISPAN); Business trunking;
Architecture and functional description
ETSI TS 182 023 V2.1.1 (2009-01): Telecommunications and Internet converged
Services and Protocols for Advanced Networking (TISPAN); Core and enterprise
NGN interaction scenarios; Architecture and functional description
…
Belgacom: IMS Corporate VoIP: SIP signalling Business Trunking with IMS
services; SPECIFICATION USER NETWORK INTERFACE (PROTOCOL);
Version: 1.2 of March 02, 2011
Stephan Massner, Chris Richter: SIP Trunking — General Requirements for
Interconnecting Enterprise Networks; JOURNAL OF NETWORKS, VOL. 8, NO. 10,
OCTOBER 2013
…
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 12
SIP Forum: standardisiertes SIP Trunking mit SIPconnect
Kommender Markt: Standardisiertes SIP Trunking
SIPconnect 1.0 Technical Recommendation (for SIP PBX Service Provider
Trunking) http://www.sipforum.org/sipconnect
Start der Initiative und Arbeitsgruppe in 2005
Launch im September 2007: "SIPconnect, Initiative des SIP Forums: interaktive IP
Kommunikation und Dienste zwischen Service Provider und Enterprise Kunden,
"SIP Peering"
Approval durch das Board of Directors im Januar 2008:
“The key to full adoption of the SIP standard is the drive towards total
interoperability within the industry” (Jay Batson, Chairman des SIP Forum)
“Having so many telecommunications innovators embrace this certification
mark furthers our belief in the importance of standardizing requirements
necessary to elevate VoIP to traditional phone line levels in terms of reliability
and predictability.”
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 13
Standardisiertes SIP Trunking: SIP Forum - SIPconnect
Vorschläge für die Version 1.1 wurden von einigen Herstellern / Hersteller-Gruppen
eingereicht
Avaya
Broadsoft
CableLabs (inkl. Acme Packet, Broadsoft, Cedar Point, Ericsson, GenBand, Nortel,
Samsung, Whaleback)
Cbeyond
Microsoft
Siemens
SIPconnect v1.1v16 (Draft 27) hat am 01.03.2011 die Approval erhalten
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 14
SIPconnect v1.1: Referenz-Architektur
Die neue Referenz-Architektur ist erheblich flexibler
Sogar Media Endpoint und SP-SSE bzw. SIP-PBX könnten auf einer Hardware implementiert sein
insbesondere wird nicht zwingend ein sips/TLS Tunnelgefordert
Sowohl IPv4 als auch IPv6 Netze sind möglich
siptrunk23.vsd
Enterprise
Netzwerk
Service Provider Netzwerk
(1) (2)
Endgerät (Media
Endpoint)SIP-PBX
SIP Signaling Entity
(SP-SSE)Endgerät (Media
Endpoint)
SIP
RTP/RTCP
(1) (2) Referenz Punkt
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 15
SIPconnect v1.1 Voraussetzungen und Abgrenzungen
1. Der hauptsächliche Dienst, der über die definierte Schnittstelle geleistet wird, ist
Aufbau und Terminierung von Audio-Calls zwischen dem Enterprise und dem SP
Netzwerk, einschließlich Notruf und Nachrichtenanzeige. Weitere Dienste sind
aktuell out of scope.
2. Für alle Komponenten der Referenzarchitektur, die für die Enterprise und Provider
Netzwerke spezifiziert werden, sind funktionierende Produkte im Markt verfügbar.
3. Die Signalisierung zwischen der SIP Signaling Entity (SP-SSE) und anderen SP
Komponenten (z.B.Trunking Gateway und Signalisierungs-Gateway) ist in dieser
Empfehlung out of scope.
4. Die Signalisierung zwischen der SIP PBX und anderen Enterprise Geräten (z.B. IP
Telefonen) ist in dieser Empfehlung out of scope.
5. Layer-3 Netzdesign, QoS-Überlegungen innerhalb eines Netzwerks und
Voraussetzungen für QoS (wie RSVP) sind in dieser Empfehlung out of scope.
6. Element Management, Netzwerkmanagement, Netzwerksicherheit und OSS
Überlegungen sind in dieser Empfehlung out of scope.
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 16
SIPconnect: RFC-Unterstützung
Standard ID Beschreibung SIP-PBX SP-SSE
RFC 2246 The TLS Protocol Version 1.0 MUST MUST
RFC 2543 SIP: Session Initiation Protocol MUST MUST
RFC 2560X.509 Internet Public Key Infrastructure Online Certificate
Status Protocol – OCSPSHOULD SHOULD
RFC 2782 A DNS RR for specifying the location of services (DNS SRV) MUST ---
RFC 2833RTP Payload für DTMF Digits, Telephony Tones and
Telephony Signals: nur noch RückwärtskompatibilitätMUST MUST
RFC 3261 SIP: Session Initiation Protocol MUST MUST
RFC 3262Reliability of Provisional Responses in Session Initiation
Protocol (SIP)MUST ---
RFC 3263 Session Initiation Protocol (SIP): Location SIP Servers MUST MUST
RFC 3264An Offer/Answer Model with Session Description Protocol
(SDP)MUST MUST
RFC 3311 The Session Initiation Protocol (SIP) UPDATE Method MAY MAY
RFC 3323 A Privacy Mechanism for the Session Initiation Protocol (SIP) MUST MUST
RFC 3325Private Extensions to the Session Initiation Protocol (SIP) für
Asserted Identity with Trusted NetworksMUST MUST
RFC 3389 Real-time Transport Protocol (RTP) Payload for Comfort MUST MUST
RFC 3550 RTP: A Transport Protocol for Real-Time Applications MUST ---
RFC 4566 SDP: Session Description Protocol MUST MUST
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 17
SIPconnect: RFC-Unterstützung (2)
Standard ID Beschreibung SIP-PBX SP-SSE
RFC 4733RTP Payload for DTMF Digits, Telephony Tones, and
Telephony SignalsMUST MUST
RFC 4856Media Type Registration of Payload Formats in the RTP
Profile for Audio and Video ConferencesMUST MUST
RFC 5031A Uniform Resource Name (URN) for Emergency and Other
Well-Known Services: erst zukünftig--- ---
RFC 5280Internet X.509 Public Key Infrastructure Certificate and
Certificate Revocation List (CRL) Profile: Feature-abhängig
MUST /
SHOULD
MUST /
SHOULD
RFC 5589 Session Initiation Protocol Call Control – Transfer MUST MUST
RFC 5806 Diversion Indication in SIP MUST MUST
RFC 5876Updates to Asserted Identity in the Session Initiation Protocol
(SIP)MUST MUST
RFC 6140Registration for Multiple Phone Numbers in the Session
Initiation Protocol (SIP)MUST MUST
Legende
SIP-PBX = Session Initiation Protocol -Private Branch Exchange
SP-SSE= Service Provider SIP-Signaling Entity
siptrunk24.xls
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 18
SIPconnect v1.0 / v1.1 Sicherheit
SIP Proxy Server müssen zwingend TLS nach RFC 2246 und TLS für SIP nach RFC 3261
unterstützen, Unterstützung von UDP wird jedoch noch zugelassen, falls die Verbindung
anderweitig gesichert ist (Anzeigeparameter: "TLS required = no")
Anmerkung: TLS bedeutet nicht gleichzeitig, dass ein SIPS URI Schema genutzt werden
muss (!), TLS geht auch ohne SIPS Schema
Für Einträge in die SIP Header Felder 'Via:' und/oder 'Route:' kanonische Hostnamen
verwenden
Optional Einsatz von Zertifikaten, diese müssen geprüft und können validiert werden;
vorrangig vertrauenswürdige Zertifikatsstelle, als last resort eigengezeichnete Enterprise
Zertifikate
Authentifizierung: Option 1 sind TLS Credentials (muss), Option 2 ist Digest Access nach
RFC 3261 (kann): Zuweisung eines "Netzwerk Accounts" d.h. Benutzername und PW durch
den Provider an Enterprise; gültig in der Domäne des Providers
NAT / FW Traversal: Alle IP Adressen in SIP Headern und Message Bodies müssen öffentlich
routbare Adressen sein. ICE, STUN, TURN müssen durchgeführt worden sein, bevor die
Nachricht zum Enterprise / Provider Übergang gesendet wird (RFC 3489 zwischenzeitlich
abgelöst durch RFC 5389: Session Traversal Utilities for NAT, der ICE und TURN integriert)
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 19
Erweiterungen: SIPconnect v1.1 (1)
Unterstützung allgemeiner URI-Adressierung sowie SIPS URI, nicht nur Tel-URI
als Adressierung
Unterstützung von IPv6: Erwartung, dass sich IPv6 Adressen bis 2014 im Markt
durchsetzen; Empfehlung:
Adressen nicht programmieren, stattdessen immer DNS nutzen
IPv6 Adresse für alle Protokolle und Anwendungen erwarten / empfangen können
Registrierung und Server Lokalisierung: Einführung von zwei Operations-Modi
(Kap. 17, Annex A)
statisch mit Nutzung von DNS für Bekanntgabe genau einer öffentlich erreichbaren
SIP PBX Adresse
Registrierung mittels REGISTER, erlaubt Mapping von Benutzer-Identitäten (AOR)
auf PBX-Teilnehmer und ihre Lokation (Transport-Adresse und Proxy-Pfad)
Erkennen von Server-Ausfällen beim Provider durch das Enterprise, Failover bei
Registrierungsfehlern, Timer (nur eine Wiederholung, Wartezeit 30 sec; nach
Fehlschlag Verdopplung der Wartezeit bis auf 960 sec; 86400 sec = 1 Tag bei 302
Antworten)
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 20
Erweiterungen: SIPconnect v1.1 (2)
Mehr Leistungsmerkmale
Rufweiterleitung (Forwarding)
Verbinden (Transfer), hierfür muss REFER nach RFC 3515 oder RFC 4538 sowie
REPLACES (RFC 3891) unterstützt werden
Voicemail, ggf. auch beim Provider gehostet
Nachrichtenanzeige
Codecs: G.729 zusätzlich zu G.711 ("Should")
Early Media Unterstützung für Ansagen, IVR, DTMF etc
Fax Relay nach ITU-T T.38 outband (SP=muss, E=sollte)
Modemübertragung nach ITU-T V.152 (optional)
DTMF nach RFC 4733 (outband) statt RFC 2833 (DTMF innerhalb Payload)
Echo Cancellation nach ITU-T G.168 als MUST
Notruf wurde jetzt offiziell in die Spezifikation aufgenommen (vorher out of scope)
Der Wunsch nach Unterstützung von TFTP Servern mittels DHCP Option 66 zur
Provider Discovery durch den Enterprise Proxy (CableLabs e.a.) hat sich bis zum
aktuellen Draft nicht durchgesetzt
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 21
SIPconnect v2.0: Referenz-Architektur
SIPconnect v2.0 Arbeitsgruppe
Seit 16. Juli 2014
Update der Referenzarchitektur,
insbesondere hinsichtlich SBCs
Exaktere Protokoll- und RFC-
Spezifikationen, die unterstützt werden
müssen
Aktualisierung des Sicherheits-Modells
IPv4/IPv6 Vorgaben
SRTP Integration
Konsensmethode für Video
Konsensmethode für Notruf und die
Übermittlung von Lokalisierungs-
Informationen siptrunk25.vsd
Enterprise Netzwerk
Service Provider Netzwerk
(1) (2)
Endgerät (Media
Endpoint)SIP-PBX
SIP Signaling Entity
(SP-SSE)Endgerät (Media
Endpoint)
SIP
RTP/RTCP
(1) (2) Referenz Punkt
SIP Session Border Controller
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 22
Call Flow Spezifikation: Weiterleitung mit neuem INVITE
F2: INVITE [2]
F3: 180 Ringing [2]
F5: 200 OK [2]
F6: 200 OK [1]
From: A
SIP-PBX SP-SSE
F1: INVITE [1]
From: A
F8: ACK [2]
F7: ACK [1]
F4: 180 Ringing [1]
Initial call legon dialog [1]
Forwarded call legon dialog [2]
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 23
F1: INVITE [2]
F2: 180 Ringing [2]
F3: 200 OK [2]
F4: (re-)INVITE [1]
F5: 200 OK [1]
F6: ACK [1]
F7: ACK [2]
From: transferee(no SDP)
Offer SDP
Offer SDP
Answer SDP
Answer SDP
SIP-PBX SP-SSE
Held call on dialog [1] (transferee and transferor)
Initiates dialog [2]with transfer target
F1: (re-)INVITE [2]
F2: 200 OK [2]
F3: (re-)INVITE [1]
F4: 200 OK [1]
F5: ACK [1]
F6: ACK [2]
SIP-PBX
Held call on dialog [1] (transferee and transferor)
(no SDP)
Offer SDP
Offer SDP
Answer SDP
Answer SDP
SP-SSE
Active call on dialog [2](transferor and transfer target)
Call Flow Spezifikation: Weiterleiten mit und ohne Nachfrage
Weiterleiten
ohne
Nachfrage
Weiterleiten
mit
Nachfrage
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 24
Sipconnect 2.0: Videoübertragung (1)
Übernahme der "SIP Video Profile Best Practices" (IMTC Dokument 1013, Okt.
2014)
Asymmetrische Bandbreiten-Negotiation (Empfangsrate ≠ Senderate)
Anbindung von SOHO Standorten / DSL
unterschiedliche Komplexität von Encodierung und Decodierung
Bandbreiten-Spezifikation mit TIAS und AS sind als Empfangsbandbreite (nicht Call
Bandbreite) zu interpretieren
Beispiel: UA empfängt ein offer mit b=TIAS:128000 und antwortet mit b=TIAS:384000
der UA darf nur mit 128 kbps senden, kann aber bis zu 384 kbps empfangen
TIAS (RFC 3890) spezifiziert die Bandbreite exklusive IP/UDP/RTP Overhead
TIAS ist für Video mandatory
AS (RFC 4566) spezifiziert die Bandbreite inklusive IP/UDP/RTP Overhead
AS ist für Audio "highly recommended"
H.264 Übertragung mit SDP Parametern nach RFC 6184
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 25
Sipconnect 2.0: Videoübertragung (2)
RTP/AVPF Profil nach RFC 4585: erweiterte RTCP Funktionalität wie
Intra Frame Request
temporäre Bitratenänderungs-Indikation
permanente Änderung mit Re-Invite)
Flusskontrolle nach RFC 5104
Intra Frame Request: Full Intra Request (fir) mit RTCP Feedback
Unterstützung der SIP INFO Methode (RFC 5168) für Intra Frame Request nur als
Rückwärts-Kompatibilität
Video-Unterstützung ist bei SIPconnect v2.0 für Endpunkte als MAY spezifiziert
Der Abgleich mit ATIS NNI Videoprofilen für SIPconnect 2.0 soll noch erfolgen
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 26
SIPconnect v2.0 Draft 10 (26/05/2015)
1 IPv6
Editor’s Note: New section for IPv6.
The SIP Forum expects that all networks will eventually migrate from IPv4 to IPv6. Therefore, this
recommendation defines a migration path, which starts with the Service Provider providing
connectivity over both IPv4, for those Enterprises that have yet to migrate, and IPv6, for those
Enterprises that have migrated.
For the sake of simplicity and to avoid interoperability issues, neither the Service Provider nor the
Enterprise on the SIPconnect interface is required to support a dual stack implementation. In
particular, media negotiations via ICE (RFC 5245), ALTC (RFC 6947), or similar mechanisms are out
of scope.
The work in the SIP Forum IPv6 working group has proven that SIP dual stack operation has some
unresolved issues which require further work in the standards bodies to resolve. Therefore the SIP
Forum strongly recommends to use of different service names for IPv4 and IPv6 address families such
that the SRV record for the SIPConnect2.0 interface points to hosts with either A or AAAA records,
not both.
The Service Provider MUST support connectivity over the SIPconnect interface via IPv4 or IPv6. The
Service Provider SHOULD support connectivity over both IPv4 and IPv6.
The Enterprise MUST support connectivity via either IPv4 or IPv6. An Enterprise MAY split its
subscribers between an IPv4-connected network and an IPv6-connected network; however, this split
must be considered as two separate instances of the SIPconnect interface.
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 27
SIP Trunking und IP Version ?
Im konkreten Projekt sind die nachfolgenden Fragen zu klären
Unterstützt der SIP Provider IPv6 ?
Unterstützt der SIP Provider nur IPv4 ?
Unterstützt der SIP Provider IPv6 und IPv4 parallel ?
Unterstützt der SIP Provider IPv6 und IPv4 als Dual Stack ?
Unterstützt die Enterprise Lösung IPv6 und IPv4 parallel ?
Unterstützt die Enterprise Lösung IPv6 und IPv4 als Dual Stack ?
? … ? … ?
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 28
Mitglieder des SIP Forums (Full Member)
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 29
Ergebnisse der SIPit 31 Tests von 2014 (1)
Aktuelle Resultate veröffentlicht unter www.sipit.net/SIPitSummaries
Ergebnisse von SIPit 31, Oktober 2014
Rollen AnzahlDNS-Unter-
stützung
Prozent der
getest. Impl.
Endpunkt 18 RFC 3263 voll 71%
Proxy / Registrar /
B2BUA / SBC
3 nur SRV 10%
nur A Records 19%
keine Unterst. 0%
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 30
Ergebnisse der SIPit 31 Tests von 2014 (2)
Ergebnisse von SIPit 31, Oktober 2014
genutzte ProtokolleProzent d.
getest. Impl.Proxy Funktionen
Anzahl oder
Prozent
UDP 100% PATH 67%
TCP 86% SIP/STUN Multiplex 67%
TLS server-auth 81% GRUU 67%
TLS mutual-auth 61% outbound 67%
IPv6 67% DIVERSION 67%
SCTP 10% SERVICE-ROUTE 0%
DTLS 5% HISTORY-INFO 67%
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 31
Ergebnisse der SIPit 31 Tests von 2014 (3)
Ergebnisse von SIPit 31, Oktober 2014
Client FunktionenProzent d.
getest. Impl.SIP Events
Anzahl oder
Prozent
REPLACES 72% outbound 28%
ICE 44% PATH 44%
5389 STUN 50% DIVERSION 17%
TURN 50% 3489 STUN 39%
SIP/STUN Multiplexing 33% JOIN 11%
GRUU 28% SERVICE-ROUTE 6%
HISTORY-INFO 11% SIGCOMP 0%
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 32
Ergebnisse der SIPit 31 Tests von 2014 (4)
Ergebnisse von SIPit 31, Oktober 2014
implementierte
Methoden bei B2BUA
und Clients
Prozent d.
getest. Impl.
implementierte
Methoden bei
B2BUA und Clients
Prozent d.
getest. Impl.
INVITE, CANCEL, ACK,
BYE
100% UPDATE 78%
REFER 83% PRACK 67%
NOTIFY 94% SUBSCRIBE 67%
REGISTER 94% MESSAGE 28%
INFO 83% PUBLISH 50%
OPTIONS 94%
sipit31-2014.xls
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 33
Hersteller-Aussagen zu SIPconnect v1.1 (1)
Alcatel-Lucent: Für die Anschaltung von SIP-Trunks hält sich die SIP-Trunk
Implementierung der OmniPCX™ Enterprise (OXE) an die Empfehlungen von
SIPconnect in der Version 1.1.
Weiterhin sind die Empfehlungen der TISPAN/3GPP und IETF berücksichtigt.
Unsere UCC-Lösung OpenTouch™ nutzt die OXE für die SIP-Trunk Anschaltung
und deren Implementierungen.
Avaya: "SIP trunking continues to grow in importance and today marks another
step closer to SIP becoming ubiquitous in communications. As a founding member
of the SIP Forum and a contributor to the SIPconnect 1.1 specification, Avaya is
able to lead by example by embracing the new standards and adopting them into
our Avaya Aura portfolio, thus creating an environment for SIP interoperability with
Service Provider networks.“
-- Alan Johnston, Consulting Member of Technical Staff at Avaya and member of
the Board of Directors of the SIP Forum.
Cisco Systems: "Cisco ist compliant zu SIPconnect v1.1, soweit es Voice betrifft."
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 34
Hersteller-Aussagen zu SIPconnect v1.1 (2)
Innovaphone: Wir sind SIPconnect v1.1 konform, es wird in allen unseren
Produkten unterstützt (da wir überall denselben eigenen SIP Stack benutzen).
Unify : " …SIP Connect 1.1 Technical Recommendation was developed by the
SIP Forum to promote SIP trunking interoperability and is the most promising
international SIP service provider trunking standard available to date."
SIPconnect v1.1 Unterstützung: OSV V8/V8R1 aktuell zusammen mit OS SBC
V8/V8R1 oder OS Branch ab V8R1 (08/2015); OS4K V7R2; OS Business
" … wir observieren das SIPconnect v1.1 Certification Program, aber es ist noch
nicht released, deswegen ist noch keine OS Plattform zertifiziert. Wenn das
Programm freigegeben wird, dann werden wir eine SIPconnect Zertifizierung für die
Plattformen planen."
Microsoft
???
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 35
Sonderrolle Microsoft: "MS SIPconnect v2.0"
Microsoft hat angekündigt, SIPconnect in der
Funktionalität des veröffentlichten Vorschlags
SIPconnect v2.0 zu unterstützen, der in der
Architektur von SIPconnect v1.0 abweicht.
sip
tru
nk1
0b
.vsd
Inte
rne
r
Fire
wa
ll
Exte
rne
r
Fire
wa
ll
Interner
Benutzer des
Unternehmens
DMZ
Enterprise Netzwerk
PSTN
Enterprise
SIP Proxy
Service Provider
Netzwerk
Session
Border
Controller
Softswitch oder
IP-PSTN GW
Interne Implementierung
SIP Trunk
PSTN Trunk
IP VPN oder privates Netzwerk
GW
SBC
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 36
Microsoft SIPconnect: Einschränkungen und Abweichungen (1)
Zwingend VPN anstelle des TLS Tunnels, SBC-Einsatz zwischen Enterprise und
Provider erwartet
Enterprise User sind UC-Clients (OCS kompatibel)
Enterprise Proxy handhabt "any signaling or media translation necessary" und ist
daher eher ein Gateway als ein SIP Proxy
statischer Eintrag für Service Provider Discovery statt RFC 3263; Übermittlung
einer FQDN-Liste per outbound Management, Auflösung per DNS mit A-Record,
nur der erste Eintrag der Liste wird genommen (!)
SIP immer über TCP, MTU > 1300 Byte MUSS unterstützt werden
Keine Unterstützung von 0.0.0.0 als IP Adresse und keine Unterstützung der
Portnummer 0 im SDP Offer
Echo Cancellation = MUST
Unterstützung der Codec Auswahl per "Named Telephone Event"
DTMF nach RFC 2833, mit Telephone Event / 8000 für DTMF
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 37
Microsoft SIPconnect: Einschränkungen und Abweichungen (2)
Änderungen laufender Sessionparameter mit Re-INVITE statt UPDATE
keine Unterstützung von RFC 3959, 3960 (Early Media)
Für Adressformat wird von extern Tel-URI erwartet, der Enterprise Proxy nimmt
ein- und ausgehend Microsoft-konforme Wandlung vor
Detaillierte Call Flow Vorgaben für
Early Media
Halten
Disconnect
eingehende Anrufe
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 38
Microsoft SIPconnect: Einschränkungen und Abweichungen (3)
Methoden SPP GEN SPP REC EP Bemerkungen
ACK MUST MUST YesBYE MUST MUST YesCANCEL MUST MUST YesINFO NR NR No RFC 2976INVITE MUST MUST YesMESSAGE NR NR No RFC 3428NOTIFY NR NR No RFC 3265OPTIONS NR NR NoPRACK MUST MUST Yes RFC 3262PUBLISH NR NR No RFC-ietf-sip-publish-04.txtREFER NR NR No RFC 3515.REGISTER NR NR NoSUBSCRIBE NR NR No RFC 3265UPDATE NR NR No RFC 3311
siptrunk14.xls
Methoden
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 39
Fazit zu SIP Trunking
SIP Trunking bietet die Möglichkeit einer einheitlichen TK-Signalisierung für
Inter-Enterprise- und Inter-Provider-Verbindungen
Mit der Standardisierung von SIP Trunking wird der Weg zukünftig frei für den
Ersatz des PSTN Amtskopfes durch SIP (URIs) und die Nutzung von
Multivendor- und Multiprovider-Lösungen
Die aktuelle Version 1.1 von SIPconnect ist stark auf Voice fokussiert und lässt
noch einige Wünsche offen, stellt aber einen brauchbaren gemeinsamen Nenner
dar
Die Akzeptanz von Enterprise-Herstellern und Providern ist insbesondere mit den
Erweiterungen von v1.1 gestiegen, in USA ist SIP Trunking bereits etablierter als in
Europa
Die regelmäßigen SIPit! Tests lassen die stetige Weiterentwicklung der
Technologie erkennen
Verfügbare Trunking Produkte und Dienste sind noch jung, bestenfalls als mittlerer
Reifegrad einzustufen
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 40
Abkürzungen
ANSI American National Standards InstituteATIS The Alliance for Telecommunications Industry Solutions CN Core Network, Corporate Network CNG Customer Network GatewayCRC Cyclic Redundancy CheckDHCP Dynamic Host Configuration ProtocolDMZ Demilitarized ZoneDNS Domain Name ServiceDPNSS Digital Private network Signalling SystemDTMF Dual Tone MultifrequencyEISUP Extended ISUP (Cisco Protokoll)ETSI European Telecommunication Standards InstituteFW FirewallGW GatewayIBCF Interconnection Border Control Function IETF Internet Engineering Task ForceICE Interactive Connectivity EstablishmentIMS IP Multimedia SubsystemIP Internet ProtocolISDN Integrated Services Digital NetworkISUP ISDN User Part of SS7ITSP Internet Telephony Service ProviderITU-T International Telecommunication Union for Telecommunication StandardsMGC Media Gateway ControllerMTU Maximum Transmission Unit NASS Network Attachment SubsystemNAT Network Address Translation NGCN Next Generation Corporate NetworkNGN Next Generation NetworkOCS Office Communication Server OSS Operations Support System
UBNUnternehmensberatung
Netzwerke
© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 41
Abkürzungen
PBX Private Branch eXchangePGW PSTN Gateway (Cisco)PRI Primary Rate InterfacePSTN Public Switched Telephony NetworkQSIG Q-interface SIGnalling protocol; Quer-SignallingQoS Quality of ServiceRACS Resource and Administration Control Subsystem RFC Request for CommentROI Return on InvestmentRSVP Resource ReSerVation ProtocolRTP Real-Time Transport ProtocolSBC Session Border Controller SDP Session Description ProtocolSIP Session Initiation ProtocolSIP-I SIP with encapsulated ISUPSP-SSE Service Provider SIP Signalling Entity STUN Session Traversal of UDP through NATTCP Transmission Control ProtocolTFTP Trivial File Transfer ProtocolTISPAN Telecommunications and Internet converged Services and Protocols for Advanced NetworkingTLS Transport Layer SecurityTURN Traversal Using Relay NATUC Unified / Uniform CommunicationsUNI User to Network InterfaceURI Uniform Resource IdentifierURN Uniform Resource Name VPN Virtual Private Network