SIP Trunking / DirectSIP

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 zuhause 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 Carrierumfeld 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.722 ) 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 andere Codecs eingesetzt. (z.B. G.711) und der Office Communications Server nutzt wieder einen eigenen Codec. Je mehr Gateways und Umsetzungen daher zwischen den Gesprächspartnern liegen, desto schlechter werden ...

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 Umcodierung 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 Fritzbox 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.

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:

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

OCS 2007 R2 unterstützt auch offiziell SIP-Trunk. 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.

Diese Liste enthält sowohl Provider, die direkt einen Anschluss anbieten als auch TK-Anlagen, die per SIP direkt einen OCS Mediation Server ansprechen können.

Provider oder Telefonanlage Typ Land Vertragsinformationen
Produkt-URL, Ansprechpartner, Kosten, Details zum IP-Link
Interroute One Provider USA
Europa		 http://www.interoute.com/node/586
http://www.interouteone.com/
http://www.interoute.com/product_groups/voice/one
contact@interouteone.com
Global Crossing Provider USA
WEuropa		 http://www.globalcrossing.com/enterprise/sip/sip_landing.aspx
Telekom Provider ? Ich habe noch keine Informationen, wann und wie ein SIP-Trunk Angebot aussehen könnte
Vodafone/Arcor Provider Deutschland http://www.arcor.de/business/ip_anlagenanschluss.jsp
Vodafone bietet SIP-Trunks für Firmen über Internetleitungen an. Die Anbindung von OCS ist von Microsoft aktuell nicht zertifiziert, aber es gibt entsprechende Berichte, dass es schon OCS Anbindungen gibt. (Eventuell mit einem Gateway als Umsetzer)
QSC Provider ? Ich habe noch keine Informationen, wann und wie ein SIP-Trunk Angebot aussehen könnte
diverse Stadtwerke Provider ? Ich habe noch keine Informationen, wann und wie ein SIP-Trunk Angebot aussehen könnte
Sipgate Provider ? Aktuell noch nicht verfügbar - Machbarkeit wird geprüft.
Interroute Provider ? http://www.interouteone.com/
Jajah Provider Europa http://www.jajah.com/business/sip-trunk/
John McGrane john@jajah.com business@jajah.com (408) 667-5674
Sprint Provider USA http://convergence.sprint.com/?id9=vanity:convergence
ucsales@sprint.com
Intelepeer Provider USA http://www.intelepeer.com/
SIP@intelepeer.com (877) 336-9171
ThinkTel Provider Kanada http://thinktel.ca/Voice-Solutions/ocs_connect.html
Nortel CS1000 PBX Entfällt DirektSIP soll gehen. z.B.
http://cytraxtech.blogspot.com/2009/06/how-to-integrate-cs1000-with-office.html
Brekeke PBX PBX Entfällt Siptrunk mit
http://wiki.brekeke.com/wiki/Microsoft-OCS
Configure OCS for Brekeke PBX http://wiki.brekeke.com/wiki/3d062d01
Configure Brekeke PBX for OCS http://wiki.brekeke.com/wiki/Configure-Brekeke-PBX-for-OCS
Asterisk PBX Entfällt 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/
Cisco Call Manager PBX Entfällt http://technet.microsoft.com/en-us/office/ocs/bb735838.aspx#supported3
Swyx PBX Entfällt SIP-Trunk mit Swyx. Exemplarisch konfiguriert. Nicht von Microsoft zertifiziert
SBC Provider Deutschland http://www.schoenland.net/ip-telefonie/sip-tarife-trunks/
Hersteller verspricht OCS Tauglichkeit. Lösung ist nicht zertifiziert
Avaya PBX   Application Notes for 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

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

E164 mit Siptrunk

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.

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  
U

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

Weitere Links

Keywords: OCS SIP Trunk