Network Interoperability

Total Page:16

File Type:pdf, Size:1020Kb

Network Interoperability Network Reliability and Interoperability Council VI Focus Group 3 Network Interoperability Final Report November 2003 NRIC VI Focus Group 3 Network Interoperability Final Report Table of Contents Table of Contents 1. Executive Summary...................................................................................................................3 2. Background and Scope of Focus Group 3 ................................................................................6 2.1 Structure of NRIC VI..........................................................................................................6 2.2 Scope of NRIC VI FG3 Interoperability Effort....................................................................6 2.3 FG3 Team Members .......................................................................................................11 3. VoIP Interoperability Gap Analysis ..........................................................................................13 3.1 Signaling Architectures....................................................................................................15 3.1.1 Signaling System 7 ................................................................................................15 3.1.2 Session Initiation Protocol .....................................................................................16 3.1.3 SIP to PSTN Interworking......................................................................................19 3.1.4 Bearer Independent Call Control ...........................................................................22 3.1.5 H.323 to PSTN Interworking ..................................................................................24 3.1.6 H.323 to SIP Interworking......................................................................................25 3.1.7 Signaling Transport................................................................................................26 3.1.8 Network Management Control Between Different Networks and Applications (e.g., Wireline and Wireless) .............................................................27 3.2 Call Control Architectures................................................................................................29 3.2.1 Packet Tandem Architectures................................................................................29 3.2.2 PacketCable Architectures .................................................................................30 3.3 Voice Over Wireless ........................................................................................................33 3.4 Inter-Provider Interfaces ..................................................................................................40 3.4.1 Quality of Service...................................................................................................40 3.4.2 Inter-Provider Usage Metering (Reciprocal Compensation)..................................49 3.4.3 VoIP Encoding (PCM/TDM)...................................................................................52 3.4.4 Interoperability With PSTN Station Signaling (e.g., FLASH, DTMF Digits, Point of Sale) .........................................................................................................56 3.5 Directory Services............................................................................................................58 3.5.1 Local Number Portability, North American Numbering Plan .................................58 3.5.2 ENUM/DNS............................................................................................................61 3.6 Safety and Security .........................................................................................................73 3.6.1 Support of CALEA..................................................................................................73 3.6.2 Teletype Technology (TTY/TDD)...........................................................................74 3.6.3 E911 VoIP Interoperability .....................................................................................76 3.6.4 Network Address Translation (NAT)......................................................................78 3.6.5 Firewalls.................................................................................................................79 4 Acknowledgements..................................................................................................................81 5. Appendices.................................................................................................................................82 Appendix A List of Acronyms..................................................................................................83 Appendix B Network Reliability and Interoperability Council VI Charter ................................91 Appendix C FG3 Mission Statement ......................................................................................95 Appendix D Automatic Network Management Controls .........................................................96 Appendix E NRIC VI Network Interoperability Best Practices ..............................................100 Appendix F References ........................................................................................................102 2 November 2003 NRIC VI Focus Group 3 Network Interoperability Final Report Executive Summary 1. Executive Summary The telecommunications industry of the United States is undergoing a fundamental technology shift. Traditional Public Switched Telephone Network (PSTN) circuit-switched networks are converging with Internet Protocol (IP) packet-switched networks. This is occurring across the spectrum of wireline to wireless media. This convergence is due to a number of factors: • The economics of providing telephony and data across a common underlying packet-switched networking infrastructure is increasingly compelling to the industry and consumers. • Consumers, service providers, network operators, original equipment manufacturers, and independent software vendors see the possibilities of new or enhanced services and features in this convergence. • The U.S. government and regulatory bodies desire to provide all users with seamless and transparent interoperability and access between and across circuit- and packet-switched networks. The Network Reliability and Interoperability Council (NRIC VI) Focus Group 3 is chartered to: “… prepare analyses and, where appropriate, make recommendations for improving interoperability among networks to achieve the objectives that are contained in Section 256 of the Telecommunications Act of 1996, with particular emphasis on ensuring ‘the ability of users and information providers to seamlessly and transparently transmit and receive information between and across telecommunications networks.’” The recommendations and best practices included in this report address the interoperability of Voice over Internet Protocol (VoIP) and the Public Switched Telephone Network (PSTN). The purpose of this report is to inventory existing and in-process standards and industry best practices against a set of basic telephony features and functions to determine: • Existing and in-work standards that address interoperability. • Gaps in standards and best practices that standards bodies or industry are recommended to address to achieve full VoIP-PSTN interoperability. • Industry best practices that have been identified. The scope of these recommendations and best practices are VoIP-to-VoIP and VoIP-to-PSTN calls between service providers. Because FG3 is addressing interoperability “between and across telecommunications networks,” these recommendations and best practices do not address interoperability or protocols within a service provider’s network, VoIP end devices, nonconsumer voice features (e.g., Centrex), or emerging transport November 2003 3 NRIC VI Focus Group 3 Network Interoperability Final Report Executive Summary technologies such as Voice over Asynchronous Transfer Mode (VoATM) or Voice over Multiprotocol Label Switching (VoMPLS) networks. To arrive at a set of recommendations, the focus group drafted an interrelationship diagram of the edge components included in service providers’ VoIP and PSTN networks (see section 2.2, figure 2). By mapping these relationships, the focus group was able to identify gaps and overlaps in standards activities and industry best practices that, through experience, members have found necessary to achieve full, seamless, and transparent access across circuit- and packet-switched networks for voice services. The intent of this report is to bring attention to issues such as these. The interoperability topics addressed within this report are • Signaling architectures. • Call control architectures. • Voice over wireless. • Inter-provider interfaces. • Directory services. • Safety and security features. Areas of Attention There are several significant challenges to interoperability. The most significant is the overlap in standards for VoIP. Two sets of standards bodies have been developing signaling protocol specifications that perform similar functions, but do not directly interoperate. Specifically, the ITU-T first developed the H.323 set of VoIP standards based largely on Integrated Services Digital Network (ISDN) while the IETF has developed a set of standards based on Session Initiation Protocol (SIP). The ITU approach is network-based, while the IETF approach is end-system based. In some cases, this fundamental
Recommended publications
  • Technical Architecture Alternatives for Open Connectivity Roaming Hubbing Model
    GSM Association Non-confidential Official Document IR.80 - Technical Architecture Alternatives for Open Connectivity Roaming Hubbing Model Technical Architecture Alternatives for Open Connectivity Roaming Hubbing Model Version 2.0 26 February 2015 This is a Non-binding Permanent Reference Document of the GSMA Security Classification: Non-confidential Access to and distribution of this document is restricted to the persons permitted by the security classification. This document is confidential to the Association and is subject to copyright protection. This document is to be used only for the purposes for which it has been supplied and information contained in it must not be disclosed or in any other way made available, in whole or in part, to persons other than those permitted under the security classification without the prior written approval of the Association. Copyright Notice Copyright © 2015 GSM Association Disclaimer The GSM Association (“Association”) makes no representation, warranty or undertaking (express or implied) with respect to and does not accept any responsibility for, and hereby disclaims liability for the accuracy or completeness or timeliness of the information contained in this document. The information contained in this document may be subject to change without prior notice. Antitrust Notice The information contain herein is in full compliance with the GSM Association’s antitrust compliance policy. V2.0 Page 1 of 95 GSM Association Non-confidential Official Document IR.80 - Technical Architecture Alternatives for
    [Show full text]
  • Aculab SS7 Developer's Guide
    Aculab SS7 Developer's guide Revision 6.15.1 SS7 Developer's guide PROPRIETARY INFORMATION The information contained in this document is the property of Aculab Plc and may be the subject of patents pending or granted, and must not be copied or disclosed without prior written permission. It should not be used for commercial purposes without prior agreement in writing. All trademarks recognised and acknowledged. Aculab Plc endeavours to ensure that the information in this document is correct and fairly stated but does not accept liability for any error or omission. The development of Aculab products and services is continuous and published information may not be up to date. It is important to check the current position with Aculab Plc. Copyright © Aculab plc. 2006-2018: All Rights Reserved. Document Revision Rev Date By Detail 1.0.0 28.04.06 DJL First issue 1.0.1 12.06.06 DJL Updates to section 8 6.8.3 19.03.07 WM/WN Addition of Distributed TCAP information 6.10.0B1 09.02.08 NW/DSL Addition of Sigtran M3UA 6.10.1 12.09.08 WM Clarified continuity_check_ind field. Removed hyperlinks to cross-referenced documents. 6.10.2 14.10.08 NW Addition of SCCP routing information. 6.10.3 30.10.08 NW Updated after review. 6.11.0 14.09.10 DSL Fonts changed to Arial 6.11.2 18.01.11 DSL Minor corrections 6.11.11 06.10.11 DSL Minor corrections 6.12.2 05.07.13 DSL IPv6 support. Additional ISUP information. 6.13.0 27.10.14 DSL Minor corrections 6.14.0 15.09.16 DSL Minor corrections 6.15.1 31.08.18 DSL Add M2PA 2 Revision 6.15.1 SS7 Developer's guide CONTENTS 1 Introduction ..................................................................................................
    [Show full text]
  • SS7 – Signaling System Number 7
    SS7 – Signaling System Number 7 818 West Diamond Avenue - Third Floor, Gaithersburg, MD 20878 Phone: (301) 670-4784 Fax: (301) 670-9187 Email: [email protected] Website: https://www.gl.com 1 SS7 – A Brief Overview • Defined by ITU-T in its Q.700-series, ANSI, and ETSI • Out-of-band signaling system • Designed for call control, remote network management, and maintenance • Combines circuit-switched and packet-switched networks • Suitable for use on point-to-point terrestrial and satellite links • SS7 networks are flexible, reliable, with capacity up to 64 Kbps 2 T1 E1 Analyzer Hardware Platforms 3 TDM mTOP™ Solutions mTOP™ tProbe™ FXO FXS Dual UTA 1U tProbe™ w/ FXO FXS 4 Applications • Allows telecommunications networks to offer wide ranges of services such as telephony, fax transmission, data transfer • Setting up and tearing down circuit-switched connections • Support for Intelligent Network (IN) services such as toll-free (800) calling, SMS, EMS • Mobility management in cellular networks • Local Number Portability (LNP) to allow subscribers to change their service, service provider, and location without needing to change their telephone number • Support for ISDN 5 SS7 Network Architecture 6 Signaling Points • SS7 constitutes three different types of Signaling Points (SP) – ➢ Signaling Transfer Point ➢ Service Switching Point ➢ Service Control Point Signaling Transfer Points Service Switching Points Service Control Points Transfers SS7 messages between Capable of controlling voice circuits via a Acts as an interface between telecommunications other SS7 nodes voice switch databases and the SS7 network Acts as a router for SS7 messages Converts signaling from voice switch into Provide the core functionality of cellular networks SS7 format Does not originate SS7 messages Can originate and terminate messages, but Provides access to database cannot transfer them 7 Signaling Links Access Links connects SCP or SSP to an STP.
    [Show full text]
  • Dialogic Global Call SS7 Technology Guide
    Dialogic® Global Call SS7 Technology Guide November 2008 05-2274-006 Copyright and Legal Notice Copyright © 2000-2008, Dialogic Corporation. All Rights Reserved. You may not reproduce this document in whole or in part without permission in writing from Dialogic Corporation at the address provided below. All contents of this document are furnished for informational use only and are subject to change without notice and do not represent a commitment on the part of Dialogic Corporation or its subsidiaries (“Dialogic”). Reasonable effort is made to ensure the accuracy of the information contained in the document. However, Dialogic does not warrant the accuracy of this information and cannot accept responsibility for errors, inaccuracies or omissions that may be contained in this document. INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH DIALOGIC® PRODUCTS. NO LICENSE, EXPRESS OR IMPLIED, BY ESTOPPEL OR OTHERWISE, TO ANY INTELLECTUAL PROPERTY RIGHTS IS GRANTED BY THIS DOCUMENT. EXCEPT AS PROVIDED IN A SIGNED AGREEMENT BETWEEN YOU AND DIALOGIC, DIALOGIC ASSUMES NO LIABILITY WHATSOEVER, AND DIALOGIC DISCLAIMS ANY EXPRESS OR IMPLIED WARRANTY, RELATING TO SALE AND/OR USE OF DIALOGIC PRODUCTS INCLUDING LIABILITY OR WARRANTIES RELATING TO FITNESS FOR A PARTICULAR PURPOSE, MERCHANTABILITY, OR INFRINGEMENT OF ANY INTELLECTUAL PROPERTY RIGHT OF A THIRD PARTY. Dialogic products are not intended for use in medical, life saving, life sustaining, critical control or safety systems, or in nuclear facility applications. Due to differing national regulations and approval requirements, certain Dialogic products may be suitable for use only in specific countries, and thus may not function properly in other countries. You are responsible for ensuring that your use of such products occurs only in the countries where such use is suitable.
    [Show full text]
  • SIGTRAN User Guide 910-5595-001 Revision B December 2009
    Tekelec EAGLE® 5 Integrated Signaling System SIGTRAN User Guide 910-5595-001 Revision B December 2009 Copyright 2009 Tekelec. All Rights Reserved. Printed in USA. Legal Information can be accessed from the Main Menu of the optical disc or on the Tekelec Customer Support web site in the Legal Information folder of the Product Support tab. Table of Contents Chapter 1: Introduction.......................................................................8 About this manual.....................................................................................................................9 Audience.....................................................................................................................................9 Updates for this Release...........................................................................................................9 Manual organization...............................................................................................................10 Manual conventions................................................................................................................11 Documentation Admonishments..........................................................................................11 Customer Care Center............................................................................................................11 Emergency Response..............................................................................................................14 Related Publications...............................................................................................................14
    [Show full text]
  • MTP/SCCP/SSCOP and SIGTRAN (Message of SS7 Over IP); Message Transfer Part 3 User Adaptation Layer (M3UA)
    ETSI TS 102 142 V1.1.1 (2003-05) Technical Specification Services and Protocols for Advanced Networks (SPAN); MTP/SCCP/SSCOP and SIGTRAN (Message of SS7 over IP); Message transfer part 3 User Adaptation layer (M3UA) [Endorsement of RFC 3332 (2002), modified] 2 ETSI TS 102 142 V1.1.1 (2003-05) Reference DTS/SPAN-130263 Keywords M3UA, MTP, SCCP, SIGTRAN, SS7, endorsement ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, send your comment to: [email protected] Copyright Notification No part may be reproduced except as authorized by written permission.
    [Show full text]
  • SIGTRAN User Guide
    Tekelec EAGLE® 5 Integrated Signaling System SIGTRAN User Guide 910-5595-001 Revision A June 2009 Copyright 2009 Tekelec All Rights Reserved Printed in USA Notice Information in this documentation is subject to change without notice. Unauthorized use, copying, or translation of this documentation can result in civil or criminal penalties. Any export of Tekelec products is subject to the export controls of the United States and the other countries where Tekelec has operations. No part of this documentation may be reproduced, translated, or transmitted in any form or by any means, electronic or mechanical, including photocopying or recording, for any purpose without the express written permission of an authorized representative of Tekelec. Other product names used herein are for identification purposes only, and may be trademarks of their respective companies. RoHS 5/6 - As of July 1, 2006, all products that comprise new installations shipped to European Union member countries will comply with the EU Directive 2002/95/EC "RoHS" (Restriction of Hazardous Substances). The exemption for lead-based solder described in the Annex will be exercised. RoHS 5/6 compliant components will have unique part numbers as reflected in the associated hardware and installation manuals. WEEE - All products shipped to European Union member countries comply with the EU Directive 2002/96/EC, Waste Electronic and Electrical Equipment. All components that are WEEE compliant will be appropriately marked. For more information regarding Tekelec's WEEE program, contact your sales representative. Trademarks The Tekelec logo, EAGLE, G-Flex, G-Port, IP7, IP7 Edge, and IP7 Secure Gateway are registered trademarks of Tekelec.
    [Show full text]
  • And SCTP-Based SS7 Implementations
    國 立 交 通 大 學 資訊工程系 碩 士 論 文 第七號信令系統信令在MTP與SCTP實作上的比較與分析 Comparison of MTP and SCTP for SS7 Signaling 研 究 生:黃偉哲 指導教授:林一平 教授 中 華 民 國 九 十 三 年 七 月 第七號信令系統信令在 MTP 與 SCTP 實作上的比較與分析 Comparison of MTP and SCTP for SS7 Signaling 研 究 生:黃偉哲 Student:Wei-Che Huang 指導教授:林一平 博士 Advisor:Dr. Yi-Bing Lin 國 立 交 通 大 學 資 訊 工 程 系 碩 士 論 文 A Thesis Submitted to Department of Computer Science and Information Engineering College of Electrical Engineering and Computer Science National Chiao Tung University in partial Fulfillment of the Requirements for the Degree of Master in Computer Science and Information Engineering July 2004 Hsinchu, Taiwan, Republic of China 中華民國九十三年七月 第七號信令系統信令在 MTP 與 SCTP 實作上的比較與分析 學生:黃偉哲 指導教授:林一平 博士 國立交通大學資訊工程學系碩士班 摘 要 第七號信令系統信令提供行動電信通訊網路控制與管理的功能。在現今的行動 網路,第七號信令系統信令是實作在以 Message Transfer Part 為基礎的網路上。但 在新的 Universal Mobile Telecommunication System (UMTS) all-IP 的架構下,第七號 信令系統信令將會被應用傳輸在 IP 網路。本論文即實作第七號信令系統信令在傳統 以 Message Transfer Part 為基礎的網路上的傳輸與在 UMTS all-IP 架構下 Stream Control Transmission Protocol 上的傳輸。我們並從訊息格式、連線準備與資料傳輸/ 回報這三個觀點來比較這兩種不同的方法,並以 3GPP TS 23.060 所定義的 Send Authentication Info 程序來測量分析這兩種方法實作的效能。 i Comparison of MTP and SCTP for SS7 Signaling Student: Wei-Che Huang Advisor: Prof. Yi-Bing Lin Department of Computer Science and Information Engineering National Chiao Tung University Abstract Signaling System Number 7 (SS7) signaling provides control and management functions in the mobile telecommunications network. Traditional SS7 signaling is implemented in Message Transfer Part-based network, which is utilized in the existing mobile networks. In Universal Mobile Telecommunication System (UMTS) all-IP architecture, the SS7 signaling transport will be carried by IP-based network.
    [Show full text]
  • SIGTRAN User Guide 910-6266-001 Revision a January 2012
    Tekelec EAGLE® 5 Release 44.0 SIGTRAN User Guide 910-6266-001 Revision A January 2012 Copyright 2012 Tekelec. All Rights Reserved. Printed in USA. Legal Information can be accessed from the Main Menu of the optical disc or on the Tekelec Customer Support web site in the Legal Information folder of the Product Support tab. Table of Contents Chapter 1: Introduction.......................................................................8 About this manual.....................................................................................................................9 Audience.....................................................................................................................................9 Updates for this Release...........................................................................................................9 Manual organization...............................................................................................................11 Manual conventions................................................................................................................11 Documentation Admonishments..........................................................................................12 Customer Care Center............................................................................................................12 Emergency Response..............................................................................................................14 Related Publications...............................................................................................................15
    [Show full text]
  • ETSI TS 129 202 V4.2.0 (2002-09) Technical Specification
    ETSI TS 129 202 V4.2.0 (2002-09) Technical Specification Universal Mobile Telecommunications System (UMTS); Signalling System No. 7 (SS7) signalling transport in core network; Stage 3 (3GPP TS 29.202 version 4.2.0 Release 4) 3GPP TS 29.202 version 4.2.0 Release 4 1 ETSI TS 129 202 V4.2.0 (2002-09) Reference RTS/TSGN-0429202v420 Keywords UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, send your comment to: [email protected] Copyright Notification No part may be reproduced except as authorized by written permission.
    [Show full text]
  • Dialogic® DSI Protocol Stacks
    Datasheet Dialogic® DSI Protocol Stacks Dialogic® Distributed Signaling Interface (DSI) Protocol Stacks enable developers to build applications to interface directly to nodes within 2G and 3G mobile networks and wireline networks in areas such as mobility, messaging, location, authentication, charging, and call control. The versatile DSI Protocol Stacks support a range of Signaling System 7 (SS7) and IETF SIGTRAN specifications to provide proven software building blocks that implement the protocol stacks and provide a message-based API, allowing users access to protocol parameters without the need to implement the protocol procedures. A wide range of protocols are supported including MAP and IS-41 for mobile networks, INAP (including CAMEL and AIN) for intelligent networks, and ISUP (including BICC) for call control. These protocols run in conjunction with TCAP, SCCP (Connectionless or Connection Oriented) and underlying transport protocols M3UA, or MTP3 (over MTP2 or M2PA). Physical connectivity is achieved either over IP using SIGTRAN SCTP or using E1/T1 TDM interfaces in conjunction with Dialogic® DSI Network Interface Boards. The Dialogic® DSI SS7 Stack and Dialogic® DSI SIGTRAN Stack are complemented by the DSI run-time environment that coordinates inter-process communication, protocol configuration, management, logging, measurements, and run-time diagnostic tools. Features Benefits Proven worldwide deployment history with multiple operators Provides increased confidence that new deployments will work “out of the box” Common API
    [Show full text]
  • SS7 Over IP: Signaling Interworking Vulnerabilities
    DANTU LAYOUT 11/2/06 12:03 PM Page 32 SS7 Over IP: Signaling Interworking Vulnerabilities Hemant Sengar, George Mason University Ram Dantu, University of North Texas Duminda Wijesekera and Sushil Jajodia, George Mason University Abstract Public telephony — the preferred choice for two-way voice communication over a long time — has enjoyed remarkable popularity for providing acceptable voice quali- ty with negligible connection delays, perhaps due to its circuit-switched heritage. Recently, IP telephony, a packet-based telephone service that runs as an application over the IP protocol, has been gaining popularity. To provide seamless interconnec- tivity between these two competing services, the Internet Engineering Task Force (IETF) has designed a signaling interface commonly referred to as SIGTRAN. This seamless intersignaling provided by SIGTRAN facilitates any subscriber in one net- work to reach any other subscriber in the other network, passing through any hetero- geneous maze of networks consisting of either of these. Unfortunately, the same intersignaling potentially can be exploited from either side to disrupt the services provided on the other side. We show how this can be done and propose a solution based on access control, signal screening, and detecting anomalous signaling. We argue that to be effective, the latter two should consider syntactic correctness, semantic validity of the signal content, and the appropriateness of a particular signal in the context of earlier exchanged messages. ntil recently, public telephones — the overwhelm- a packet switched network. Being born in an era where a few ing choice for two-way voice communication — large enterprises owned and controlled the public telephony has provided acceptable voice quality with negligi- infrastructure, the SS7 network has been engineered with per- ble connection delays.
    [Show full text]