Difference between revisions of "Collaboration with VoIP Providers on Enterprise Platforms"

Revision as of 19:28, 7 February 2020

You are here:

Home  Communications Systems  Collaboration with VoIP Providers on Enterprise Platforms

VoIP Providers released for Unify Enterprise Platforms > table

The connection of communication systems to the public network via SIP Trunking can be used instead or in addition to traditional PSTN trunks. Many VoIP Providers, also known as ITSPs, are offering corresponding services. The following article gives an overview of the SIP trunking features and limitations and lists the Providers, which have been tested and released with the enterprise platforms.

You did not find your provider? Find out how to get it released!

You are looking for certified providers on SME platforms? Collaboration with VoIP Providers on SME Platforms

You need further information on consulting services or the latest events? Visit our   Homepage

Overview

The enterprise platforms have been tested with a large number of internet telephony providers that support SIP. Continuously new providers are tested, released and included within administration. As the SIP recommendations leave some room for interpretation, there are differences in the range of features supported with a specific provider. In this chapter general information is given which is valid for all platforms and all SIP Providers.

SIP trunking features for all enterprise platforms

• Up to 10 active SIP Providers
• Operation behind another router using STUN(can be configured per provider with current software)
• Optional SBC funcitonality
• SIP trunking with single numbers (MSN)
• Direct Inward Dialing (DID)
• Comprehensive feature set available e.g.
  • CLIP
  • Hold, Consultation, Toggle
  • Transfer (attended, semi-attended)
  • Ringing group, Call pickup
  • Conference
  • Call Forwarding
  • DTMF transmission e.g. for voicemail access
• Simultaneous VoIP connections depending on system and available DSL bandwidth, used Codec and system. G.711 needs up to 92 kbit/s, G.729A needs up to 36 kbit/s in both directions.
• Automatic fallback to ISDN at SIP trunk failure
• Voice Codecs G.711 and G.729
• Fax over IP via T.38

General Requirements for VoIP

• LAN with 10/100/1000 MBit/s and no more than 40% network load
• Separate port on the switch or router for every component in the IP network (no hubs as concentrators)
• Not more than 50 ms delay in one direction (One Way Delay); not more than 150 ms total delay
• Not more than 3% packet loss and 20 ms jitter
• Quality of Service (QoS) support - IEEE 802.p, DiffServ (RFC 2474) or ToS (RFC 791)
• Sufficient WAN bandwidth (uplink and downlink) for intended simultaneous calls and CODEC
• External modem, such as a DSL modem
• Intermediate routers shall support quality of service and bandwidth control mechanisms if the WAN link is used for voice and data simultaneously. SIP messages have to be routed transparently.

For interworking with different network configurations and edge devices and how to use STUN please see Network Configuration for VoIP Providers.

Restrictions for all Providers and enterprise Platforms

• Special call numbers and emergency calls
  • Special call numbers (e.g. 0800, 0900, 0137) or analog fax/modem connections are not supported by all SIP providers.
  • Emergency call numbers (e.g. 110, 112) are not supported by all providers. These connections must be implemented via TDM trunks.
• For DTMF transmission outband transport via RFC 2833/RFC4733 is highly recommended. The ITSP MUST support outband DTMF (RFC2833) if UC Suite functions via SIP trunk (e.g. auto attendant, voicemail control) shall be used.
• For DTMF transmission inband transport may be used, but the functionality cannot be guaranteed as endpoints (e.g. UC-Suite) may not support inband DTMF.
• For Fax transmission the T.38 protocol is highly recommended. The ITSP MUST support T.38 if UC Suite fax via SIP trunk shall be used. From ... UC Suite is able to proceed T.38 and G.711 faxes as well.
• If your provider does not support Fax T.38, Fax pass-through with G.711 is possible but transmission quality depends on network infrastructure in this case.
• An incoming ITSP call can be transferred or forwarded to another public subscriber via ITSP. Concatenation of such 'trombone scenarios' is not supported. So 2 lines (one incoming and one outgoing) are used while the call is active.

How to get a new VoIP provider released

OpenScape 4000

The native SIP Subscriber interface is an open interface for SIP applications and can be used for the integration of other partner products after successful OpenScape Ready Certification. Such certifications are an essential requirement to minimize the project risks associated with integrating non- Unify products into our Open Communications solutions. The certifications confirm the functionality of the scenarios described in the relevant test reports, providing assurance to sales for quotes to customers in the field. In addition, the OpenScape Ready certifications guarantee that our support organization will provide service in case of faults in customer solutions, in which certified non- Unify products are included (Global Vendor Support & Development Support).

For the interoperability tests with required Service Provider in your local region, following interoperability and release process has been established:

1. Creation of a Change Request for OpenScape 4000 (incl. provider name, contact person etc.).
2. The configuration and commissioning is coordinated with the SIP Provider Team.
3. As soon as the basic connectivity has been established, further test cases from the OpenScape 4000 Interop test guide are carried out.
4. When the interoperability tests are completed, a test report (including trace logs) is sent to the SIP Provider Team.
5. The SIP Provider Team evaluates the test report and the traces.
6. If this evaluation is positive, the SIP Provider connection is released with the tested range of features. In the case of a negative evaluation, the SIP Provider Team will propose appropriate measures: fault correction, creation of a Change Request, …
7. New released SIP Service Provider connectivity’s will be described in the Release Note for new Fixed/Minor Releases. In the Web Based Management you will find an individual SIP Trunking Profile for this SIP Service Provider.

In order to implement SIP connections in a fast and competent fashion, Unify has formed a SIP Provider Team, offering the following services:

• Questionnaire (catalog of questions) to find out initial configuration
• Analysis of SIP Provider specifications
• Support for initial configuration
• Error diagnosis / Checking of test results
• Release of SIP Service Provider and documentation in the Release Note

In the following .zip-file you find the process description, the ITSP questionnaire and the testlist:

  Voip Provider Test

The costs for installation and testing must be borne by the region or project.

OpenScape Voice

The following process allows for SIP trunk interoperability testing with OpenScape Voice to be conducted by an LC/local region or by a channel partner and, assuming the test results are successful, be recognized by the Product House as a valid certification and therefore be supported by Unity Large Enterprise IP Product Management, Development and Service organizations. This process is supported for the current (latest) released version of OpenScape Voice. It is also supported for older versions of OpenScape Voice up until that version reaches the M44 milestone, in order to fulfill the SIP trunking needs of customers still using the older version. For further information, see

  SIP Trunk Interoperability Testing by LC-Region or Channel Partner Process Flow - latest update: 2015-07-06

1. To initiate this process, the LC/local region or channel partner shall submit a PSR (via OSIRIS) to request support of the SIP trunk interoperability testing to be performed.
2. Upon receipt of the PSR, the responsible Product Manager will obtain the necessary approvals from Unity Large Enterprise IP Development/System Test and Service HQ.
3. The LC/local region or channel partner shall use the Unify Large Enterprise IP generic   SIP-Trunk tests with SIP-Provider Test List as the MINIMUM set of test cases to be run. The LC/local region or channel partner shall also run any and all additional tests cases that are required by the SSP. This may include the requirement to execute a second complete test plan as supplied by the SSP.
4. Testing shall be conducted in the LC/local region or channel partner’s test lab or at the customer site with the desired type and version of the Unify Large Enterprise IP platform and customer-premises SBC, using test resources supplied by the LC/local region or channel partner. All time and material costs for the testing shall be borne by the LC/local region or channel partner.
5. Local service engineers and technical support shall be used for all necessary setup and testing.
6. The LC/local region or channel partner shall use the latest software load released by Unify Large Enterprise IP Product House (on SWS) for the version of customer-premises equipment (e.g. platform and SBC) that is being tested.
   • If problems (defects) associated with the Unify Large Enterprise IP software are discovered during testing, GSI.flow ticket(s) shall be created. Only legitimate defects reported by GSI.flow tickets will be fixed.
   • If any enhancements to the Unify Large Enterprise IP software are required, for example, to develop a new configurable option or SIP method to allow interworking with the SSP being tested, an RQ will need to be created in TopInfo-R.
7. If as a result of the testing fixes are provided to the customer-premises equipment (e.g. platform or SBC), or if fixes are provided to the SSP’s SIP trunk interface, the LC/local region or channel partner shall be responsible for re-testing the fixes as part of the interoperability testing and documenting the results based on the fixes in the test report.
8. Upon completion of testing, the LC/local region or channel partner shall send (e.g. by email) a copy of the following deliverables to the responsible Product Manager:
   • Test Report
   • Parameter Settings
   • Trace Files
   • Customer Configuration Guide or Application Note (optional)
9. The responsible Product Manager will arrange to have the test report reviewed by Unify Large Enterprise IP Development/System Test. If the test report is missing required information or is otherwise deemed to be inadequate, the LC/local region or channel partner will be notified of the issues, and then they must fix the issues and resubmit the corrected test report.
10. Once the test report is approved by Unify Large Enterprise IP Development/System Test, the submitter of the PSR will be informed by Product Management (e.g. by email) that the SIP trunk can be deployed in the customer project(s) and, if applicable, also be informed of any restrictions or conditions that may apply.

General Information by platform

OpenScape 4000

• Concurrent calls via ITSP (depending on the available bandwidth and used Codec):
  • HG3500 Common Gateway (max. 120 SIP trunking sessions per module)
  • vHG3500 SIP in SoftGate applications (max. 240 SIP trunking sessions per SoftGate server)
  • vHG3500 SIP in OpenScape Access 500 / OpenScape 4000 Branch (max. 240 SIP trunking sessions)
• Available native SIP Trunking functionalities:
  • Basic Call conform to RFC3261 SIP
  • Sending and receiving E.164 Telephone Numbers (e.g. +4989700737729)
  • Number Identification
  • Name Display
  • Call Hold, Call Retrieve, Call Toggle
  • Call Transfer (Attended/Semi-Attended/Blind)
  • Sending of Call Forwarding information (Diversion Header)
  • Message Waiting Indication activation from voicemail systems
  • Locating SIP Servers using DNS SRV
  • SIP Proxy Failover and Recovery
  • Addressing SIP Server/Proxies using IP-Addresses or Full Qualified Domain Names
  • Registration to SIP Service Provider
  • Session Border Controller Connectivity
  • Digest Authentication
  • L2 and L3 QoS for Signaling and Payload
  • T.38 Fax transmissions (New Enhancements)
  • DTMF inband or conform RFC2833
  • Voice Codecs G.729 and G.711
  • Silence Suppression
  • Inband / Outband Proxy Configuration
  • Flexible and individual native SIP Trunking Profiles
  • UDP and TCP Transport for native SIP Trunking
  • TLS V1.2 Support for native SIP Trunking signaling
  • SRTP Support using SDES Key Management for native SIP Trunking
  • Native SIP Trunking in IPv6 Networks
  • IPv6 support for native SIP Trunking: IPv4/IPv6 Dual-Stack (ICE-mL and ANAT) and IPv6 only (PSR Required)
• ISDN International Format is the recommended way for SIP numbering configuration. As it is not the default configuration for all service provider it needs to be ordered from the provider separately if applicable.

Tested VoIP Providers by Countries

The main SIP trunking functions of the enterprise platforms have been tested with the following Internet telephony providers. For detailed information see the document Overview about Released SIP Providers below.

= has been successfully tested by development or customer
DID = accounts for PBX-trunking / Direct Inward Dialling
MSN = accounts for single number(s)

International

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
AT&T Flexible Reach	DID
bics		-	(OS Cloud Tested)	-
Interoute		-		-
Verizon	MSN/DID
Skype Connect	MSN

• Please check provider home page for supported countries.
  
• OS Cloud Tested indicates testing on OS Cloud without on-premise testing.
  
• Skype Connect is a fee-based business service from Skype. It allows voice communication between Skype clients and office phones using the standard SIP trunking interface. Other Skype client features like chat or video are currently not supported.

Our enterprise platforms have been officially certified by Skype.

Albania

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Porta SIP			-	-

Australia

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Telstra	MSN/DID	-		-

Austria

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
A1 Telekom Austria
IP Austria			-	-
NeoTel			-	-
Tele2 Austria				-
UPC Business Austria			-	-
WNT			-	-
Russmedia IT GmbH			-	-

Belgium

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Proximus	MSN/DID			-
Orange			-
X2Com		-		-
Mitel		-		-

Brazil

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Embratel		-		-

Chile

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Entel NGN	MSN		-	-

Czech Republic

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
O2 Czech	DID		-	-
T-Mobile Czech	DID		-	-

Finland

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Elisa	DID
Sonera Business Voice Access	DID		-	-
TeliaSonera	-	-

France

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Orange	-	-		-
Sewan	-	-	-

Germany

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
M-net		-		-
Deutsche Telekom/T-Systems	DID			-
Telefonica	MSN/DID	-
Telekom DeutschlandLAN	DID		File:Configuration of Unify OS EE and OSV-OSSBC for Telekom DeutschlandLAN V1-2.pdf
HL komm	DID		-	-
Versatel	MSN/DID			-
Vodafone	MSN/DID
Mitel	MSN/DID	-		-
QSC	MSN/DID	-	-	-

Greece

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
OTE		-		-

Hungary

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Magyar_Telekom			-	-

Italy

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Italtel		-	OSV Direct; no SBC	-
Rete Telematica RT		PSR required		-

Netherlands

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
BCOM		-		-
Esprit Telecom		-		-
Infopact	MSN/DID	-		-
oneCentral		-		-
KPN VoIPConnect			OSV Direct; no SBC	-
Tele2 VoIPConnect	MSN/DID			-
UPC Business Netherlands				-
Vodafone NL	MSN/DID			-
X2Com		-		-
Mitel		-		-

Poland

Saudi Arabia

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Saudi Telecom			-

Spain

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Telefonica		-		-

Sweden

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Telia			-	-
Telia Entry			-	-
Tele2 Business trunk			-	-

Switzerland

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Sunrise	MSN/DID			-
Swisscom	DID		OSV Direct; no SBC	-
Swisscom Enterprise SIP	DID		-	-
UPC Switzerland	DID		-	-

United Arab Emirates (UAE)

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
Etisalat			-	-

United Kingdom (UK)

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
BT Hosted Unified Communications Service (HUCS)		-	with Acme Packet SBC	-
BT One Voice	MSN/DID
COLT
Daisy Communications		-		-
Gamma	DID
KCOM		-		-
Level 3/ Global Crossing		-
Talk Talk Business		-		-
Virgin Media		-
Vodafone	MSN/DID	-
Voiceflex	DID			-
WIN	MSN/DID	-		-

United States (US)

VoIP Providers	Type	OpenScape 4000	OpenScape Voice+SBC	OpenScape Voice+OSB
AT&T IP Flexible Reach
AT&T VoEVPN			-	-
Bestline Communications		-		-
Bright House Networks		-		-
CBeyond	MSN	-		-
Century Link	DID		-	-
Comcast		-		-
Cox Business		-		-
Grid4 Communications		-		-
Granite		-		-
Integra Telecom		-		-
IntelePeer		-		-
InnoMedia ESBC			-	-
Level 3/ Global Crossing		-		-
One Communications		-		-
One Source Networks		-		-
Paetec		-		-
SoTel	MSN/DID	-		-
Spectrum			-	-
Sprint		-		-
Verizon
XO Communications	MSN/DID	-		-

Released SIP Providers in Detail

The table above shows the ITSPs that passed successfully a connectivity test. More details about test results, supported features and restrictions for a specific ITSP are listed in following document.

OpenScape 4000:   4K_SIP_Service_Providers_and_profiles_v1.12

The following scenarios are covered within the connectivity test:

• Registration
• Basic Calls from / to ITSP
• Feature Tests
  • Consultation, transfer, toggle, conference
  • Call Pickup / ringing group scenarios
  • Call forwarding scenarios
  • DTMF
  • CLIP/CLIR
  • COLP/COLR
  • FAX
• Special Tests
  • Emergency calls
  • Service calls
  • Long duration calls
• Calls handled via UC application

The connectivity tests are performed using various endpoints (for details see test list).

Frequently asked Questions

• VoIP Provider FAQ - answers to frequently asked questions

External Links

• Partner Portal (login required, Internet Explorer only)