SHARE



ABOUT THE AUTHOR


Marc Robins
SHARE



Marc Robins | July 22, 2008 |

 
   

SIPconnect and the Rationale for Widespread Adoption of SIP Trunking

SIPconnect and the Rationale for Widespread Adoption of SIP Trunking SIP trunks could save money and deliver better feature/functionality to IP telephony. But there have been obstacles to overcome.

SIP trunks could save money and deliver better feature/functionality to IP telephony. But there have been obstacles to overcome.

IP PBXs are starting to dominate the enterprise equipment market. But TDM trunking remains the norm, unnecessarily limiting the advantages business customers can realize from IP voice in both capabilities and cost.

The answer to this dilemma is still relatively little used. End-to-end IP voice "peering" between those customers and service providers is urgently needed to release the capabilities of increasingly ubiquitous VoIP equipment from the constraints of TDM trunking.

IP PBX sales in North America, estimated at over $3 billion (including IP-enabled lines) by analyst firm Gartner, now well exceed those of traditional TDM-based PBXs. Research firm Dell' Oro estimates US IP PBX annual sales are tripling in value from 2005 to 2010. A majority of installed PBXs are now at least IP-enabled.

Today's VoIP communications systems offer a wealth of advanced features with the ability to readily add new ones as demands evolve. Service providers have meanwhile taken big steps to transform their networks with VoIP technology to deploy new services while heightening efficiency.

But business customers, by still using trunking gateways for their carrier links, are held back by traditional TDM technology. Employing PRI or analog connections to provider networks limits available features to the "lowest common denominator" those connections will support. Connection quality is meanwhile downgraded when converting traffic back and forth between IP and TDM.

The SIP Forum--an IP communications industry association--is trying to address these problems with SIPconnect, a technical recommendation designed to facilitate direct "peering" between SIP-enabled networks of service providers and enterprise-based IP PBXs.

While manufacturers and service providers have largely settled on Session Initiation Protocol (SIP) as the way to realize full IP connectivity, the protocol by itself does not resolve the dilemma.

Under SIP, there are often many ways to achieve the same interconnection tasks, complicating interoperability. VOIP network interconnection involves issues beyond signaling, such as security, for example, which must be addressed to fully define a predictable interface model, and this requires building further on SIP.

SIPconnect

SIPconnect is a recommended set of interoperability guidelines that the SIP Forum is driving to establish as industry norms; it is not a new protocol. It. The SIPconnect Technical Recommendation defines a set of rules for seamless interconnection between SIP-enabled IP PBXs and SIP-enabled service providers, specifying required VoIP protocols and features to be supported, a reference architecture (see Figure 1, below) and implementation rules when protocols leave multiple options.

SIPconnect was conceived by Cbeyond in 2005 with the support of technology vendors. It was later turned over to the SIP Forum--the industry organization focused specifically on adoption of SIP-based products and services--for wider review and development, and an updated, improved version resulted.

In January, 2008, the SIP Forum formally ratified version 1.0 of the SIPconnect Technical Recommendation, validating that the proposal had survived credible and lengthy peer review, is stable and well-understood, and is believed to have resolved known design issues. To download the ratified SIPconnect Technical Recommendation Version 1.0, click here. At the same time, the SIP Forum Board of Directors announced formation of the SIPconnect v.1.1 Task Group to further enhance and update the recommendation. For an overview of this work in progress, please click here.

The reference diagram (Figure 1) outlines common functional elements required to support SIPconnect. SIPconnect treats the elements in the diagram as separate physical components for illustration only, as equipment manufacturers may combine functions in single physical devices.

For example, one vendor may integrate the SIP Proxy Server function with the IP PBX function, while another may integrate these two functions with the Firewall function as well. Both, as well as other combinations, are conformant as long as they adhere to the specific rules governing each integrated function.



FIGURE 1: SIPconnect Architecture





COMMENTS



Enterprise Connect Orlando 2017
March 27-30 | Orlando, FL
Connect with the Entire Enterprise Communications & Collaboration Ecosystem


Stay Up-to-Date: Hear industry visionaries in Keynotes and General Sessions delivering the latest insight on UC, mobility, collaboration and cloud

Grow Your Network: Connect with the largest gathering of enterprise IT and business leaders and influencers

Learn From Industry Leaders: Attend a full range of Conference Sessions, Free Programs and Special Events

Evaluate All Your Options: Engage with 190+ of the leading equipment, software and service providers

Have Fun! Mingle with sponsors, exhibitors, attendees, guest speakers and industry players during evening receptions

Special Offer - Save $200 Off Advance Rates

Register now with code NOJITTEREB to save $200 Off Advance Rates or get a FREE Expo Pass!

March 8, 2017

Enterprise IT's ability to innovate is critical to the success of the business -- 80% of CIOs agree. But the CIO role has never been more challenging than it is today, with rising operational respo

February 22, 2017

Sick of video call technology that make participants look like they're in the witness protection program? Turns out youre not alone. Poor-quality video solutions can give users an unprofessional ap

February 7, 2017

Securing voice communications used to be very simple since it was generally a closed system. However, with unified communications (UC) you no longer have the walled protection offered by a dedicate

February 24, 2017
UC analyst Blair Pleasant sorts through the myriad cloud architectural models underlying UCaaS and CCaaS offerings, and explains why knowing the differences matter.
February 17, 2017
From the most basics of basics to the hidden gotchas, UC consultant Melissa Swartz helps demystify the complex world of SIP trunking.
February 7, 2017
UC&C consultant Kevin Kieller, a partner at enableUC, shares pointers for making the right architectural choices for your Skype for Business deployment.
February 1, 2017
Elka Popova, a Frost & Sullivan program director, shares a status report on the UCaaS market today and offers her perspective on what large enterprises need before committing to UC in the cloud.
January 26, 2017
Andrew Davis, co-founder of Wainhouse Research and chair of the Video track at Enterprise Connect 2017, sorts through the myriad cloud video service options and shares how to tell if your choice is en....
January 23, 2017
Sheila McGee-Smith, Contact Center/Customer Experience track chair for Enterprise Connect 2017, tells us what we need to know about the role cloud software is playing in contact centers today.