{"id":356,"date":"2017-02-14T21:31:50","date_gmt":"2017-02-14T21:31:50","guid":{"rendered":"http:\/\/10.10.1.214\/?p=356"},"modified":"2026-11-04T21:32:03","modified_gmt":"2026-11-04T21:32:03","slug":"sip-compatibility-enabling-a-superior-all-ip-customer-experience-part-ii","status":"publish","type":"post","link":"https:\/\/blog.patton.com\/index.php\/2017\/02\/14\/sip-compatibility-enabling-a-superior-all-ip-customer-experience-part-ii\/","title":{"rendered":"SIP Compatibility: Enabling A Superior All-IP Customer Experience (Part II)"},"content":{"rendered":"
\n
\"\"<\/figure>\n<\/div>\n\n\n

SIP standardization has come a long way. Basic SIP calls \u201calways\u201d work right? OK let\u2019s be honest. Oftentimes, interoperability still poses a challenge. Such ISDN features such as COLP (Connected Line Identification Presentation), AOC (Advice of Charge), and so on can be especially troublesome.<\/p>\n\n\n\n

This post<\/strong> is part II in a series about ALL-IP service deployment. Part I covered the topics Quality of Service (QoS) and Security in ALL-IP telephony solutions. >>Read it here…<\/a><\/em> Regarding the SIP “standard” there are in fact today over 80 RFCs and over 30 drafts in progress.<\/p>\n\n\n\n

For many SIP features there are several ways to implement them and there remains \u2013 as with all standards \u2013 room for interpretation and bugs.<\/p>\n\n\n\n

Some interest groups have started to define \u201cmeta-standards\u201d which recommend which RFCs should be implemented and how. Nevertheless SIP has a long way to go before it becomes plug-and-play.<\/p>\n\n\n\n

SIP normalization is the SBC feature which helps to resolve this problem. It basically translates between different SIP dialects. While big core SBCs are able to handle thousand of sessions and effectively protect the core infrastructure, they are less apt at dealing with the protocol differences of dozens or hundreds of IP Phones or IP-PBX systems installed at the customer premises.<\/p>\n\n\n\n

So once again, an eSBC (enterprise session border controller) is the best way to close that gap.<\/p>\n\n\n\n

Upcoming posts<\/strong> in this series will cover such topics as SIP survivability and legacy phone support. So stay tuned, or even better… >>subscribe!<\/a><\/em><\/p>\n\n\n\n

>>For a comprehensive treatment<\/strong> of how eSBC technology can address the challenges associated with ALL-IP implementation, get the Patton White Paper: Who Needs an Enterprise Session Border Controller?<\/a><\/strong>What do you think?<\/strong><\/p>\n\n\n\n