SIP Trunking Standards: UNI - ComConsult Research · Die Suche nach SIP Trunking Standards führt zu diversen Referenzen ... ETSI TS 182 025 V3.3.1 (2011-03): Telecommunications and

UBNUnternehmensberatung

Netzwerke


Netzwerke

© UBN Petra Borowka-Gatzweiler SIP Trunking Standards - Seite 1

Dipl.-Inform. Petra Borowka-Gatzweiler

Pascalstraße 25, 52076 Aachen

Tel.: 02408 / 955-500

[email protected]

SIP Trunking Standards: UNI


Netzwerke


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


Netzwerke


Was macht einen "Standard SIP Trunk" aus ?


Netzwerke


Auf der Suche nach dem Standard-SIP-Trunk …

Quelle: http://sourceforge.net/p/openimscore/mailman/message/32545200/


Netzwerke


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

… !


Netzwerke


Wer standardisiert SIP Trunking?

IETF: SIP Basis Standards

ITU-T: Kein Standard in Sicht

ETSI: Technische Spezifikationen

SIP Forum: Technische Empfehlungen


Netzwerke


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


Netzwerke


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.


Netzwerke


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/


Netzwerke


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)


Netzwerke


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

…


Netzwerke


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.”


Netzwerke


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


Netzwerke


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


Netzwerke


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.


Netzwerke


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


Netzwerke


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


Netzwerke


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)


Netzwerke


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)


Netzwerke


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


Netzwerke


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


Netzwerke


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]


Netzwerke


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


Netzwerke


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


Netzwerke


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


Netzwerke


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.


Netzwerke


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 ?

? … ? … ?


Netzwerke


Mitglieder des SIP Forums (Full Member)


Netzwerke


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%


Netzwerke




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%


Netzwerke




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%


Netzwerke




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


Netzwerke


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."


Netzwerke


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

???


Netzwerke


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


Netzwerke


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


Netzwerke



Ä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


Netzwerke



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


Netzwerke


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


Netzwerke


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


Netzwerke


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

Documents

SIP Trunking Standards: UNI - ComConsult Research · Die Suche nach SIP Trunking Standards führt zu diversen Referenzen ... ETSI TS 182 025 V3.3.1 (2011-03): Telecommunications and