SIP Trunking / DirectSIP

How Do I Implement SIP Trunking
http://technet.microsoft.com/en-us/library/gg425743.aspx
Services qualified für Microsoft Lync (SipTrunk/E911)
http://technet.microsoft.com/en-us/lync/fp179863

Vor der Zeit von VoIP waren analoge und ISDN-Leitungen die Technik der Wahl. Mit VoIP sparen aber Firmen, Privatkunden aber auch Provider kosten, da sie Infrastrukturen für paketvermittelte Netze (z.B. Internet Router und Backbones) und leitungsvermittelter Netze nun gemeinsam nutzen können.

SIP und VoIP ist schon Realität

Und so ist es gar nicht unwahrscheinlich, dass viele Telefonate zumindest auf Teilstrecken schon über IP übertragen werden, selbst wenn sie zu Hause noch einen klassischen analogen Anschluss haben. Es gibt nämlich jede Menge Umsetzer, der auf der einen Seite analoge oder ISDN-Anschlüsse haben und auf der anderen Seite TCP/IP sprechen. Und umgekehrt. Solche "Boxen" werden sogar schon von Firmen selbst eingesetzt, um klassische TK-Anlagen an unterschiedlichen Standorten über das Internet oder VPN miteinander zu verbinden. Auch die großen Carrier (Telekom, AT&T, QSC etc.) nutzen intern schon TCP/IP als Transportmedium und setzen also klassische Telefonate auf VoIP um, ohne dass Sie als Kunde davon direkt etwas merken.

Bisherige TK-Kopplungen

Selbst innerhalb von Firmen werden oft TK-Anlagen in verschiedenen Standorten untereinander nicht mehr per ISDN-Standleitungen verbunden, sondern einfach per VoIP. Wen die TK-Anlage das selbst nicht kann, gibt es entsprechende Gateways für diese Funktion. Und im Carrier-Umfeld gibt es ebenfalls passende Gateways. (z.B. Audiocodes Mediant 1000, welcher aber quasi das "zweit kleinste" Gateway darstellt und bis zu 120 Kanäle bedienen kann)

Umsetzung kostet Zeit und Qualität

Die Gespräche auf einer analogen Leitung werden gar nicht komprimiert und selbst im ISDN kommt ein relativ einfacher Codec (G.711, PCMAudio 8 khz) zum Einsatz. er kann ja davon ausgehen, das er 64kbit mit kontinuierlicher Laufzeit zur Verfügung hat und muss nicht mit schwankenden Bandbreiten und Laufzeiten einer TCP/IP-Verbindung umgehen können.

Bei VoIP werden aber auch andere Codecs eingesetzt. (z.B. G.722, SIREN) und der Office Communications Server nutzt wieder einen eigenen Codec. Je mehr Gateways und Umsetzungen daher zwischen den Gesprächspartnern liegen, desto schlechter werden ...

  • ... Qualität
    Jede Änderung der Komprimierung führt zu Qualitätseinbuße, da eine Kompression immer auf die Reduzierung von "unwichtigen" Inhalten aus ist. Da verschiedene Kompressionsverfahren verschiedene Techniken Anwenden, fehlen am Ende viel mehr Daten und die Sprachqualität ist entsprechend schlecht.
  • .. Laufzeit
    Umcodieren kostet dies Zeit. Und das wird wirklich ein Problem, wenn damit verzögert sich die Sprache mehr und mehr, weil jeder Wandlung eben auf das Eintreffen des kompletten Pakets warten muss und manchmal sogar die Reihenfolge wieder in Ordnung bringen muss.
  • .. Verbindungsaufbau
    Bei VoIP wird der Verbindungswunsch per SIP signalisiert und es "Klingel" schon beim Empfänger. Erst wenn das Gespräch angenommen wird, wird auch der Datenkanal entsprechend durchgeschaltet. Anders als beim analogen Telefon hören Sie beim Anruf also nicht das Freizeichen der Gegenseite sondern es wird von ihrer Software "simuliert".

Wenn aber nun eh schon an vielen Stellen VoIP mit z.B. einem G.711 Codec eingesetzt wird, dann liegt der Wunsch nahe, diese Verbindung möglichst lange aufrecht zu erhalten und eben durch wenige Gateways zu schieben. Eine normale Anbindung von OCS erfolgt in der Regel über ein Gateway, welche über ISDN an der Telefonanlage oder direkt am Carrier angeschlossen ist. Weitere Möglichkeiten der Anbindung finden Sie auf der Seite OCS an PBX.

OCS per Gateway

Sie erkennen natürlich dass hier ein Gespräch durch den Codec auf dem Client über die Transkodierung auf dem Mediation Server auch auf dem Gateway auf ISDN umcodiert wird. Und es ist anzunehmen, dass auch der Carrier die Daten wieder auf VoIP intern umsetzt und beim Privat-Anschluss wieder auf ISDN umcodiert oder ein VoIP-Provider diese Daten an ihre FRITZ! Box sendet, die diese dann wieder auf das interne analog oder ISDN-Telefon umsetzt.

Direkte SIP-Anbindung

Durch einen direkten SIP-Trunk wird man sicher nicht alle Codierungsstufen entfernen, aber es entfällt zumindest das Gateway und die Codierung beim Carrier. Nebenbei entfällt natürlich auch Hardware für das Gateway und die komplette Telefonanlage.

SIp Trunk mit OCS

Natürlich muss es auch hier Antworten auf Fragen wie Faxgeräte, Anrufbeantworter, Meldeanlagen (Alarme), Fahrstuhltelefone, Notruftelefone etc. geben. Der Mediation-Server wird weiter benötigt, da die meisten SIP-Trunks weiterhin mit dem G.711 Codec arbeiten. Aber es ist durchaus denkbar, dass zukünftig auch diese Hürde genommen wird, wenn die OCS-Codex-Unterstützung auch bei Carriern dazu kommt oder OCS auch andere Codecs unterstützt.

Natürlich müssen auch die Carrier dieses "SIP-Trunking" unterstützen. Der Mediation-Server ist ja nicht mit einem PC zu verwechseln, der einfach nur mal schnell für jeden OCS-Benutzer einen entsprechenden SIP-Teilnehmer simuliert. Und beim Carrier wird niemand die gleichen Benutzer noch einmal pflegen wollen. Hier sind also die gleichen Fragen zu lösen, die beim TDM schon als "Anlagenanschluss" gelöst wurden.

Lync 2010 CU2 ändert die Überwachung der Funktion. Der Lync Mediation Server sendet immer wieder ein "OPTIONS" an die Gegenstelle. Wird diese Anfrage nicht bestätigt sondern z.B. mit einem 503-Fehler gemeldet, dann setzt seit CU2 der Lync-Server diesen Trunk auf "DOWN". Vorher war der Trunk zwar auch Down, aber Lync hat trotzdem für eine ausgehende Verbindung ein "INVITE". Seit CU2 wird ein anderer gültiger Weg gesucht. Gibt es den nicht, dann kommt keine Verbindung zustande.

SIP zu SIP

Es gibt heute schon Firmen, die SIP-Trunks kommerziell anbieten, aber leider noch keine Unterstützung für den Office Communication Server bereit stellen. Zwei Gründe verhindern hier eine direkte Anbindung:

  • SIP Inkompatibilität
    SIP ist nicht gleich SIP. OCS ist zwar nicht besonders anspruchsvoll aber viele SIP-Trunks nutzen z.B. eine SIP-Anmeldung per Benutzername/Kennwort, welches OCS nicht unterstützt. OCS nutzt zur Authentifizierung einfach die "Feste" IP-Adresse der Gegenstelle bzw. erwartet einfach, dass die Anfragen von seiner "offiziellen IP-Adresse" als vertrauenswürdig akzeptiert werden. Optional ist eine Identifizierung per Zertifikate möglich (SIP/TLS).
  • Nicht "Zertifiziert"
    Verständlicherweise legt Microsoft in seinen Supportvereinbarungen Wert auf zertifizierte und damit unterstützte Anbindungen. Der Zertifizierungsprozess ist aber nicht ganz einfach und kostet sowohl eine Gebühr als auch Arbeitsaufwand beim Anbieter.

Aber auch wenn ihr bevorzugter SIP-Trunk-Anbieter noch keine OCS-zertifizierte Lösung anbieten kann, so müssen Sie die Flinte nicht gleich ins Korn werfen. vielleicht hilft ihnen ja ein Gateway weiter, welches SIP zu SIP übersetzt.

Ein Beispiel hierfür ist z.B. der Audiocodes Mediant 1000, welcher nicht nur Gateway zwischen ISDN/Analog und SIP, sondern auch als Vermittler von SIP zu SIP dienen kann. So könnten Sie auf einer Seite eine "zertifizierte" Verbindung zum Mediation Server aufbauen und in die externe Richtung dann doch wieder den "SIP-Dialekt" sprechen, mit dem ihr Provider zurecht kommt.

Tipp:
Auch wenn ein Anbieter OCS-kompatible SIP-Trunks anbietet, kann der Einsatz eines Gateways durchaus sinnvoll sein. So kann ein Mediant z.B. auch Rufnummern und SIP-Signalisierungen "umschreiben", was teilweise Einschränkungen von OCS umgeht aber noch wichtiger ist die Option, z.B. S0-Module einzubauen, um klassische Geräte direkt an der Außenanbindung anzuschließen, z.B. Telefone in Aufzügen, DECT-Stationen Brandmeldeanlagen oder Telefone für einen Notbetrieb, wenn OCS nicht erreichbar sein sollte. Sie können so einen Anschluss auch immer mal als Backup mit einem ISDN-S0-Anschluss nutzen. Ich kenne viele Firmen, die irgendwo noch einen klassischen NTBA mit aufgeschaltetem Privatkunden-DSL haben, um z.B. eine Einwahl von Außen zu testen oder auch einfach nur einen parallelen Internetzugang für Externe bereit stellen.

Ohne ein Gateway in der Art sollten Sie ihren SIP-Anbieter fragen, welche Optionen sie für die Erreichbarkeit bei einer Störung haben, z.B: indem Sie Rufe auf Mobilfunknummern umleiten lassen.

Aussichten (Carrier und Federation)

Auch wenn SIP-Trunking für die Anbindung von Firmen an einen Carrier heute noch eine kleine Rolle spielt, so ist es doch abzusehen, dass die Amtsanschlüsse mehr zukünftig damit ersetzt werden. Es ist einfach viel billiger eine IP-Verbindung zwischen Firma und Carrier aufzusetzen (Standard, Redundanz, Kosten, Mehrwerte) als viele primärmultiplexanschlüsse zu konfigurieren. Die erforderlichen Anschlussboards seitens des Carrier aber auch in der Kunden-TK-Anlage sind Kostenfaktoren.

Über eine Anbindung an das Telefonnetz müssen natürlich nur die Verbindungen geroutet werden, welche nicht direkt zwischen den OCS-Edge-Servern ausgetauscht werden können. Über eine Federation zwischen verschiedenen Firmen mit OCS-Server können diese Kommunikationsteilnehmer natürlich ohne weiteres direkt miteinander kommunizieren. Es wäre allerdings vermessen, wenn nun zukünftig alle Firmen nur noch mit OCS arbeiten würden. Aber stellen Sie sich mal vor, Microsoft würde jedem MSN, Hotmail, Live-Messenger einen OCS-Account hinzufügen. Die Sprache würde sowieso dann immer von Endsystem zu Endsystem gehen. Schöne Aussichten ?

SIP-Trunking mit OCS und Lync

Der SIP-Trunk kann sowohl zu einem offiziellen Carrier als auch zur eine IP-tauglichen internen IP-Vermittlung aufgebaut werden. Genaugenommen ist natürlich auch ein Gateway eine Art "SIP-Trunk". Hier sollen nach und nach die Firmen aufgeführt werden, die in Europe und speziell in Deutschland eine OCS-Anbindung per SIP-Trunk bereit stellen. Aktuell sind mir aber noch keine Anbieter bekannt. Ich habe "gehört" dass natürlich sowohl die Telekom, Arcor als auch QSC entsprechende Angebote vorbereiten. Auf der Microsoft Kompatibilitätsliste erscheinen sie aber nicht.

Es wäre aber doch so einfach. Der Anbieter könnte in der ersten Stufe ja einfach ein OCS-zertifiziertes Gateway bei sich aufstellen und den Link darüber anbieten. Kosten könnte er hier also heute schon sparen und viele Gateways können ja mehrere Mediation Server parallel bedienen. Das könnte natürlich auch für Stadtwerke interessant sein, die heute schon ihre Kunden mit Internet versorgen und so auch die Telefonie-Funktion beim Wechsel auf OCS als Mehrwert mit anbieten könnten.

TK-Anlagen mit direkter SIP-Verbindung

Infrastructure qualified für Microsoft Lync
http://technet.microsoft.com/en-us/lync/gg131938

Wenn ihre TK-Anlage selbst schon VoIP nutzt oder zumindest einen Ethernet-Anschluss hat, dann könnte eine direkte Verbindung ohne ISDN-Umweg zu Lync möglich sein. Microsoft zertifiziert entsprechende Anbindungen. Dann können Sie auch sicher sein, dass diese auch funktionieren.

Provider oder Telefonanlage Typ Vertragsinformationen
Produkt-URL, Ansprechpartner, Kosten, Details zum IP-Link

Nortel CS1000

PBX

DirektSIP soll gehen. z.B.
http://cytraxtech.blogspot.com/2009/06/how-to-integrate-cs1000-with-office.html

Cisco Call Manager

PBX

Microsoft Lync Server 2010 with CUCM 8
http://tech.rundtomrundt.com/2010/11/microsoft-lync-server-2010-with-cucm-8.html

Integrating Microsoft Lync and Cisco Unified Communication Manager Part 3: Configuring CUCM to Route Calls to Lync
http://blog.unplugthepbx.com/2011/03/16/integrating-microsoft-lync-and-cisco-unified-communication-manager-part-3-configuring-cucm-to-route-calls-to-lync/

Avaya

PBX

Application Notes für Call Routing Between Avaya Communication Manager and Microsoft Office Communications Server - Issue 1.3
https://www.avaya.com/master-usa/en-us/resource/assets/applicationnotes/ocs-acm-call.pdf
Avaya SES and Microsoft OCS interoperability
http://voipnorm.blogspot.com/2010/02/avaya-ses-and-microsoft-ocs.html
Integrating Microsoft Lync Server 2010 and Avaya Communications Manager S8300
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=d8c63817-d860-4356-83ca-1647a6ee145b&displaylang=en

Alcatel 4400

PBX

Alcatel nutzt anscheinend Audiocodes als Vermittler
http://www.audiocodes.com/solutions/alcatel-lucent-and-microsoft-ocs

Aastra MX1

IPPBX

Seit Version 4.1SP3 sogar zertifiziert

innovaphone IP3010

PBX

innovaphone PBX wird für Microsoft Lync zertifiziert
http://www.innovaphone.com/de/presseportal/pressemitteilungen/50_microsoft-lync.html
Alle innovaphone Produkte sowie die IPVA (innovaphone Virtual Appliance), die auf der Version 9 ab HF6 basieren, sind mit dem Microsoft Lync Server 2010 kompatibel.“

SIP-Trunks von Providern

Services qualified für Microsoft Lync
http://technet.microsoft.com/en-us/lync/fp179863.aspx

Wer komplett auf die "alte" TK-Anlage verzichten will, kann mit verschiedenen Providern sogar einen "direkten Trunk" zwischen dem Lync Mediation Server und einer Gegenstelle bei einem Provider einrichten. Einige SIP-Trunk-Provider stellen aber in der Regel noch einen SBC (Session Border Controller) auf, um die SIP und RTP-Pakete zwischen dem privaten Kundennetz und dem Transfernetz umzusetzen.

Provider oder Telefonanlage Typ Land Vertragsinformationen
Produkt-URL, Ansprechpartner, Kosten, Details zum IP-Link

TopLink

Carrier

DE

http://www.toplink.de/lync-2013.html

QSC

Carrier

DE

Produkt IPfonie extended link
http://www.qsc.de/ipfonie-extended-link/
Pressemitteilung
http://www.qsc.de/de/qsc-ag/presse/pressemitteilungen/2011/mitteilung/news/microsoft-lync-2010-ip-telefonanlagen-anschluesse-von-qsc-erhalten-zertifizierung.html?no_cache=1
Blog
http://blog.qsc.de/2011/06/qsc-bietet-als-erster-deutscher-carrier-sip-trunks-fur-microsoft-lync-2010/

GTT
(Vormals) Interroute One

Carrier

USA
Europa

http://www.interoute.de/Lync_Microsoft_sip_trunking
http://interoute.se/enterprise/voice/lync-microsoft-sip-trunking

Mittlerweile ist Interoute in GTT integriert worden, die SIP-Trunks für Teams anbieten
Ob die unter https://www.gtt.net/de-de/services/unified-communications/sip-trunking/ auch mit Lync/SfB zertifiziert sind, habe ich nicht weiter geprüft.

Global Crossing

Carrier

USA
WEuropa

http://www.globalcrossing.com/enterprise/sip/sip_landing.aspx

Telekom

Carrier

Deutschland

Corporate Voice Kommunikation der nächsten Generation
http://www.t-systems.de/pfm/cvoice

Vodafone/Arcor

Carrier

Deutschland

https://www.vodafone.de/business/firmenkunden/telefonie-internet/ip-anlagen-anschluss.html
Vodafone bietet SIP-Trunks für Firmen über Internetleitungen an. Angeblich sogar Lync zertifiziert. (https://technet.microsoft.com/en-us/office/dn788947.aspx )

Allerdings sollten Sie einen erhöhten Aufwand für Konfiguration und Tests einrechnen. Unsere Erfahrungen sind hier keineswegs so "problemlos".

LTRT-38130 Mediant E-SBC für Vodafone SIP Trunk with Avaya Aura Configuration Note.pdf
http://www.audiocodes.com/filehandler.ashx?fileid=4470432

diverse Stadtwerke

Carrier

?

Ich habe noch keine Informationen, wann und wie ein SIP-Trunk Angebot aussehen könnte

Sipgate

Carrier

?

Aktuell noch nicht verfügbar - Machbarkeit wird geprüft.

Intelepeer

Carrier

USA

http://www.intelepeer.com/
SIP@intelepeer.com (877) 336-9171

ThinkTel

Carrier

Kanada

http://thinktel.ca/Voice-Solutions/ocs_connect.html

U-Com

Carrier

österreich

SIP für LYNC/Microsoft
http://www.u-com.at/index.php?option=com_content&view=article&id=27&Itemid=30

SBC

Carrier

Deutschland

Anbieter unterstützt Lync und OCS, ist aber nicht bei MS zertifiziert
https://www.sbc-europe.com/de/ip-telefonie/lync-sip-trunking/

Level3

Carrier

 

http://www.level3.com/en/resource-library/white-papers/microsoft-lync/

Level3: SIP Trunking - Whiteboard Video
http://www.youtube.com/watch?NR=1&v=L3OlTKUom1M

Sprint

Carrier

USA

http://convergence.sprint.com/?id9=vanity:convergence
ucsales@sprint.com

Jajah

Carrier

Europa

Betrieb wurde im Jan 2014 eingestellt

Gerade in den USA gibt es wohl schon einige Anbieter, die SIP-Trunks anbieten und das allgemein zugängliche Internet nutzen. Über die Eignung, Qualität o.ä. kann ich nichts sagen aber ich möchte zumindest die Links aufführen:

  • www.voip-unlimited.net
    "fully approved on Technet in the uK für SIP trunks on native Lync platforms. We also provide the tail circuits to deliver the sip packets, keeping services "on net" and single point of support and billing."
  • http://www.voiceflex.com/
    "provide native SIP Trunks direct into Lync, not all SIP providers will be able to provide the connectivity. Most telephony equipment uses UDP, MS Lync uses TCPIP. Connectivity can be over any format depending on the amount of SIP Trunks required from simple ADSL2 to inter connectivity within a data center; we are more than happy to supply"
  • www.lynctrunk.com und http://www.ietherspeak.com/microsoft-sip/
    "EtherSpeak offers native SIP Trunking für the Microsoft Lync and OCS R2 Unified Communication Platforms. As one of just a few Providers offering native connectivity, no extra hardware or equipment is required on the customer Premises."
  • Und sicher gibt es noch andere Anbieter.

SBC - Session Border Controller

Infrastructure qualified für Microsoft Lync
http://technet.microsoft.com/en-us/lync/gg131938

Zur Umsetzung der SIP und RTP-Verbindungen können Sie entweder einen Lync Mediation Server mit z.B. zwei Netzwerkkarten oder einen Session Border Controller einsetzen. Auch hier gibt es von Microsoft ein Zertifizierungsprogramm, um die reibungslose Funktion zu gewährleisten. 

Produktname Beschreibung

ACME Paket

Audiocodes
Mediant 1000/2000/4000

Sonus
SBC1000
SBC2000
SBC5100
SBC5200

Hinweis: Die SBC1000/2000 sind die früher von NET als UX1000/UX2000 vertriebenen Gateways

"Andere" Gegenstellen

Neben den "offiziellen" Verbindungen gibt es immer wieder Leute, die Lync und OCS per SIP an andere VoIP-Systeme angebunden haben. Offiziell "supportet" ist dies nicht aber häufig funktionieren sogar einfacher Anrufszenarien, so dass ein Anruf mit einem einfachen SIP-Client schon möglich sein wird. Es bleiben aber immer Fragen zu Stabilität, gerade auch bei Updates und die komplette Unterstützung erforderlicher Funktionen.

Produkt Typ Bemerkungen und Links

Brekeke PBX

IPPBX

Siptrunk mit Brekeke PBX
http://wiki.brekeke.com/wiki/Microsoft-OCS
Configure OCS für Brekeke PBX http://wiki.brekeke.com/wiki/3d062d01
Configure Brekeke PBX für OCS http://wiki.brekeke.com/wiki/Configure-Brekeke-PBX-for-OCS
Habe ich aber auch schon bei Microsoft Schulungen gesehen.

Skype

Provider

Vermutlich über Audiocodes als Gateway-Umsetzer sollte man auch Voice mit Skype machen können.
http://www.audiocodes.com/press-releases/skype-for-sip-now-interoperable-with-audiocodes-mediant-1000-multi-service-business-gateways
http://imaucblog.com/archive/2010/10/09/step-by-step-microsoft-lync-2010-asterisk-and-skype-installationintegration-guide/

Trixbox

IPPBX

OCS / Lync + Trixbox + Sipgate: Es Funktioniert
http://blog.2-cpu.de/2010/10/28/ocs-lync-trixbox-sipgate-es-funktioniert
Sicher weit "out of support", aber für DemoUmgebungen vielleicht eine Option

SnomOne

IPPBX

 

3CX

IPPBX

 

Asterisk

IPPBX

Enabling Any SIP Phone & Any SIP Trunking Service Provider with OCS 2007 R2 !
http://blog.unifiedcommunications.eu/08/using-asterisk-to-pass-and-receive-sip-calls-from-microsoft-ocs-to-a-sip-trunk-in-udp/
http://savithomas.blogspot.com/2011/07/connecting-lync-server-2010-with.html
http://imaucblog.com/archive/2010/10/09/step-by-step-microsoft-lync-2010-asterisk-and-skype-installationintegration-guide/

Series: Exchange 2013 and Lync 2013 Integration with AsteriskNOW PBX Pt. 1
http://blogs.technet.com/b/rischwen/archive/2013/08/21/series-exchange-2013-and-lync-2013-integration-with-asterisknow-pbx-pt-1.aspx

Swyx

IPPBX

SIP-Trunk mit Swyx. Exemplarisch konfiguriert. Nicht von Microsoft zertifiziert

FreeSwitch

IPPBX

http://blog.skinkers.com/2011/02/01/integrating-microsoft-lync-2010-and-3cx-using-freeswitch/

Ich bin für Links, Hinweise und Informationen in der Richtung dankbar. Einfach eine kurze Mail an

Natürlich können Sie auch andere Gegenstellen einbinden bzw. es versuchen. Nur mit zertifizierten Gegenstellen ist ihnen aber Hilfe bei Problemen durch Microsoft sicher. Vielleicht mal ein paar Punkte, die ihnen die Komplexität aufzeigen:

  • media bypass
  • comfort noise generation
  • REFER
  • call hold/transfer may not work in all situations
  • DNS load balancing
  • failover to secondary mediation server
  • RTCP protocol
  • early media
  • ringback tone
  • SIP Options

Und einige mehr. Allein einmal erfolgreich ein "klingeln" erreicht zu haben, ist kein Garant für eine stabile Funktion mit allen Features. Allerdings steht es ihnen ja immer frei, einen SBC zwischen die Systeme zu schalten.

E164 mit SIP-Trunk

Nicht alle SIP-Systeme können mit dem "+" etwas anfangen. Daher werden bei einer Anbindung von OCS an eine Telefonanlage mit einem Gateway diese E164-Nummern in eine TK-Anlagen´-taugliche Formatierung überführt. Wenn Sie jedoch OCs per Siptrunk direkt an eine IP-Vermittlung anbinden, dann müssen Sie noch eine Einstellung ändern.

Office Communications Server 2007 Mediation Server nutzt intern immer ein Plus-Zeichen (+) vor einer  E.164 Nummer im "Request uniform Resource Identifier (URI)" für ausgehende Rufe, was laut RFC 3966 auch unterstützt werden muss. Wenn ihr SIP-Trunk dies nicht unterstützt, dann können Sie OCS und OCS R2 so einstellen, dass er "non-RFC 3966-compliant" arbeitet. Sie müssen dazu die Einstellung "RemovePlusFromRequestURI" setzen.

Bei Lync 2010 ist das sogar noch einfacher. Da geht es per PowerShell

set-cstrunkconfiguration -identity <trunkname> -RemovePlusFromUri $true

Dann wird ausgehend das "Plus" bei der gerufenen Nummer entfernt. Eingehend sollten Sie über einen Dialplan, den Sie auch an den Trunk bzw. das Gateway binden können, die Rufnummern richtig normalisieren.

SIP Trunk Checkliste

Ehe Sie nun begeistert ihren ISDN-Anschluss kündigen und über die bestehende Internetverbindung ihren OCS-Server anbinden, sollten Sie doch noch mal verschiedene Funktionen prüfen. Es reicht bei weitem nicht, wenn ein eingehender Ruf signalisiert wird und sie in beide Richtungen telefonieren können. Hier mal ein paar Checks, die aber bei weitem nicht vollständig sind:

Test Ergebnis

Rufaufbau ausgehend Blockwahl

 

Rufaufbau ausgehend "overlap"

 

Verbindung über lange Zeiträume (z.B. 8h, 12h 24h) DSL-Zwangstrennung etc

 

Eingehender Ruf mit Blockwahl

 

Notruffunktion. Trotz Rufnummernunterdrückung muss die Rufnummer bei der 110 ankommen

 

Verbindungen zu besonderen Rufnummer (0800, 0180, 0900) mit passender Preisabrechnung.

 

Fehlerhafte Verbindungen: eingehend/ausgehend (Besetztzeichen)

 

Fehlerhafte Verbindungen: eingehend/ausgehend (unvollständige Nummer)

 

Anzeige wenn Anruf "on Hold"

 

Übertragen der Rufnummerninformationen, immer CLIR, fallweise unterdrückt CLIRREQ, sichtbar CLIP

 

Überschreiten der maximal gleichzeitigen Verbindungen

 

Verhalten bei Störungen des RTP-Datenstroms (Firewall, Portfilter)

 

DTMF Übermittlung

 

T38-Umsetzung

 

Monitoring der Verbindung

 

Fallback auf Mobiletelefone

 

Unterstützung von Teamgruppen (z.: Mobileverträge im Firmenverbund)

 

Call by Call Vorwahlen

 

Und das ist nur eine erste einfache Liste der Punkte, die sie beim einer Anbindung per SIP-Trunk testen sollten.

Weitere Links