SS7 Over IP: Signaling Interworking Vulnerabilities

Total Page:16

File Type:pdf, Size:1020Kb

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. However, Voice over IP formance and failure tolerance in mind, but not security as a UU(VoIP) telephony is emerging as an alternative to public tele- design objective. Telecommunication deregulation in 1996 [2] phones, due to its convenience, cost effectiveness, and the and liberalized economies have introduced many new players, ease of designing new services. Consequently, there has been known as competitive local exchange carriers (CLECs), thus a need to interoperate signaling and media between these two increasing the number of access points to SS7, and thereby competing services. The signaling interoperation, made possi- exposing new points for attacks. As we show herein, one such ble by using the signaling transport (SIGTRAN) [1] protocol interface to both networks, SIGTRAN, can be exploited as suite proposed by the Internet Engineering Task Force well unless care is taken. We summarize the PSTN and VoIP (IETF), allows any subscriber in either network to transpar- infrastructures before describing how their interoperation can ently call another subscriber in either network. The malusabil- be exploited. ity of the signaling interoperation and mechanisms, and possible prevention mechanisms, comprise the subject matter of our article. Preliminaries Designed in two different eras, the infrastructure of public Public Switched Telephone Network — Current public tele- and VoIP telephones have different networking architectures. phone systems use separate networks for signaling and voice Public telephony uses a signaling network known as Signaling streams, where the former controls (itself and) the latter, System 7 (SS7) to set up and tear down connections for cir- referred to as common channel signaling. The combination of cuit-switched voice trunks, whereas VoIP telephony is an these two networks are commonly referred to as the public application running over the popular Internet Protocol (IP) — switched telephone network (PSTN), in which the control part is commonly known as Signaling System 7 (SS7). SS7 is the out-of-band signaling standard used by PSTN to control cir- This material is based upon work supported by the National Science cuit-switched voice and data transmission, Integrated Services Foundation under grants CT-0627493, IIS-0242237, IIS-0430402, Digital Network (ISDN) services, and optionally for, cellular CNS-0516807, and CNS-0551694. Any opinions, findings, and conclu- mobile telephony and network management. SS7 provides sions or recommendations expressed in this material are those of the both circuit-related and non-circuit-related signaling. As author(s) and do not necessarily reflect the views of the National Science shown in Fig. 1a, the PSTN network is connected to the wire- Foundation. less network through the mobile switching center (MSC) and 32 0890-8044/06/$20.00 © 2006 IEEE IEEE Network • November/December 2006 DANTU LAYOUT 11/2/06 12:03 PM Page 33 SCP SS7 SS7 protocol model STP STP levels SSP SSP Telephone STP STP Telephone ASE OMAP SS7 signaling network TCAP Level 4 ISDN user part Telephone PBX Public switched telephone network (PSTN) Signaling connection Fax Modem control part (SCCP) Level 3 Message transfer part level 3 (signaling network) Workstation Mobile switching NSP Level 2 Message transfer part level 2 MTP Comm. center Internet (signaling link) tower IP gateway PC Message transfer part level 1 Level 1 (signaling data link) Cell Pager phone (a) (b) I Figure 1. SS7 network architecture: a) SS7 signaling network; b) SS7 protocol stack. the Internet through IP gateways. Individual users and organi- MTP3 functions are divided into two areas, signaling message zations access the PSTN network using dial-up, telephone, handling, ensuring proper delivery of messages, and signaling PBX, and ISDN connections. network management, managing the signaling network. The The interior of SS7 consists of three main network ele- signaling connection control part (SCCP) complements MTP ments, referred to as signaling points (SPs). SPs are identified with the network service part (NSP) that is a functional equiv- by a numeric address known as point codes, like the IP alent of the Open Systems Interconnection Reference Model’s addresses of the Internet. SPs are classified as service switch- network layer. SCCP supports both connectionless and con- ing points (SSPs), signaling transfer points (STPs), and service nection-oriented services while enhancing the addressing control points (SCPs), depending upon their functions in the scheme. The transaction capabilities application part (TCAP) SS7 network, as shown in the top half of Fig. 1a. In SS7 termi- is a non-circuit-related remote procedure call mechanism nology, the addresses of senders and receivers are known offering four types of transactional services: request-response, respectively as originating point codes (OPC) and destination response only upon success, response only upon failure, and point codes (DPC), and are carried in a part of the SS7 mes- responseless service. Its most common use is in 800-number sage’s header referred to as a routing label (RL). calling. TCAP uses SCCP as a transport layer to exchange SSPs are (end offices or tandem) telephone switches that non-circuit-related data between applications. ISDN User Part originate, terminate, or switch calls. An SSP may also send a (ISUP) provides functions to support basic bearer services query message to an STP for logical to physical address trans- and supplementary services for voice and non-voice applica- lation, referred to as global title translation. SCPs contain cen- tions in an ISDN. ISUP defines messages and protocols for tralized databases that store information pertinent to the controlling interexchange calls (i.e., setting up and releas- call-processing capabilities such as calling cards, subscriber’s ing of voice trunks) between two subscribers. Further details profiles, and mobile-station profiles. Similar to an IP-based of the SS7 protocol stack can be found in [3]. router, based upon their DPC, STPs route incoming messages to outgoing links. STPs can also be used to screen signals and Functional Components of PSTN, VoIP and Softswitch — PSTN perform global title translations — mapping global mnemonic consists of two network planes (a plane represents a logical addresses to point codes. grouping of communication procedures), one for signaling and the other for voice transportation, that has lead to a high- The SS7 Protocol Stack — The SS7 protocol stack consists of level system architecture consisting of call control and media four functional levels, as shown in Fig. 1b. Levels 1 through 3 transport, which are being used to implement other applica- together form the message transfer part (MTP) and are used tions, as shown in Fig. 2. Although legacy systems have imple- for reliable point-to-point signal transfers. In addition, Level 3 mented all these functional units (as shown in the left side of provides network management functions. Level 4 represents Fig. 2) in one physical location, the International Packet Com- various services (known as user parts) of MTP Level-3 munications Consortium [4] and the IETF [1] have redesigned (MTP3), such as telephone user parts, ISDN user parts, and a distributed architecture referred to as the softswitch architec- signaling connection control parts. MTP is implemented at ture, as shown in the right side of Fig. 2. each signaling point, but the user part’s implementation The softswitch architecture has three main components: depends upon the services supported at that particular signal- media gateway (MG), media gateway controller (MGC), and ing point. STPs provide routing functions and therefore
Recommended publications
  • SGSN in a 2.5G GPRS Network
    SGSN in a 2.5G GPRS Network • SGSN in a 2.5G GPRS Network, on page 1 • 2.5G SGSN Configuration Components, on page 2 • How the 2.5G SGSN Works , on page 4 • Information Required for the 2.5G SGSN, on page 6 SGSN in a 2.5G GPRS Network This chapter outlines the basic configuration and operation of the Serving GPRS Support Node (SGSN) in 2.5G GPRS wireless data networks. The simplest configuration that can be implemented on the system to support SGSN functionality in a 2.5G network requires one context but we recommend a minimum of two: one for the SGSN service (required) and another for the charging context. The service context organizes the following: • GPRS service configuration • MAP (Mobile Application Part) configuration • DNS (Domain Naming System) configuration for resolution of APN (Access Point Name) domain names • SGTP (SGSN GPRS Tunneling Protocol) configuration The charging context facilitates the following: • Configuration of connectivity to the CGF (Charging Gateway Function) The following functionality is configured at the global or system level in the local management context: • NSEI (Network Service Entity Identity) configuration • SCCP (Signalling Connection Control Part) network configuration • SS7 (Signaling System 7) connectivity configuration • GTT (Global Title Translation) configuration To simplify configuration management, more contexts can be created to categorize the service configuration. Each context can be named as needed. The contexts listed above can be configured as illustrated in the figure on the next page. SGSN in a 2.5G GPRS Network 1 SGSN in a 2.5G GPRS Network 2.5G SGSN Configuration Components 2.5G SGSN Configuration Components In order to support 2.5G SGSN functionality, the system must be configured with at least one context for the GPRS service (2.5G SGSN service).
    [Show full text]
  • N-Squared Software N2SRP INAP Protocol Conformance Statement
    N-Squared Software N2SRP INAP Protocol Conformance Statement Version 2020-02 N2SRP INAP Protocol Conformance Statement Version 2020-02 1 Document Information 1.1 Scope and Purpose This document describes the implementation of the INAP (including CAMEL variants) protocols for real-time SRP flows for voice interaction control using the N-Squared (N2) SIP Specialized Resource Platform (SRP) when used in conjunction with an INAP Service Control Platform (SCP). It should be read in conjunction with the N2SRP Technical Guide [R-1]. This document assumes a working knowledge of the relevant INAP and other telephony concepts, including the standard INAP interactions between an SCP, an SSP, and an SRP (or Intelligent Peripheral). 1.2 Definitions, Acronyms, and Abbreviations Term Meaning AC Application Context (in TCAP) ARI Assist Request Instructions AS Application Server ASP Application Server Process ASPAC ASP Active ASPTM ASP Traffic Maintenance ASN.1 Abstract Syntax Notation One CAMEL Customized Applications for Mobile Network Enhanced Logic CAP CAMEL Application Part DTMF Dual Tone Multi-Frequency ETSI European Telecommunications Standards Institute GT Global Title GTI Global Title Indicator IETF Internet Engineering Task Force INAP Intelligent Networking Application Part IP Internet Protocol ITU-T International Telecommunication Union Telecommunication Standardization Sector M3UA MTP3 User Adaption Layer MTP3 Message Transfer Part Level 3 N2 N-Squared OCNCC Oracle Communications Network Charging & Control PA Play Announcement PACUI Prompt
    [Show full text]
  • Introduction to Voip – Voice Over Internet Protocol
    Introduction to VoIP – Voice Over Internet Protocol 818 West Diamond Avenue - Third Floor, Gaithersburg, MD 20878 Phone: (301) 670-4784 Fax: (301) 670-9187 Email: [email protected] Website: http://www.gl.com 1 What is VoIP? • Voice over Internet Protocol is a general term for a family of transmission technologies for delivery of voice communications over IP networks such as the Internet or other packet- switched networks • Other terms frequently encountered and synonymous with VoIP are IP telephony, Internet telephony, voice over broadband (VoBB), broadband telephony, and broadband phone • Voice over IP systems carry telephony signals as digital audio, typically reduced in data rate using speech data compression technologies, encapsulated in a data-packet stream over IP 2 Advantages of VoIP Differences from PSTN Network • Ability to transmit more than one call over the same broadband connection • Conference calling, IVR, call forwarding, automatic redial and caller ID are free • Bandwidth efficiency and Low cost • Location Independence - Only an internet connection is needed to get a connection to a VoIP provider • Integration with other services available over the Internet, including video conversation, message or data file exchange in parallel with the conversation, audio conferencing, managing address books, and passing information about whether others, e.g., friends or colleagues, are available to interested parties • Supports voice, data and video • Secure calls using standardized protocols (such as Secure Real-time Transport Protocol)
    [Show full text]
  • Communications Society While the World Benefi Ts from What’S New, IEEE Can Focus You on What’S Next
    IEEE January 2017, Vol. 55, No. 1 OMMUNICATIONS C MAGAZINE •Enabling Mobile and Wireless Technologies for Smart Cities •Impact of Next-Generation Mobile Technologies on IoT–Cloud Convergence •Network and Service Management •Ad Hoc and Sensor Networks •Next Generation 911 A Publication of the IEEE Communications Society www.comsoc.org While the world benefi ts from what’s new, IEEE can focus you on what’s next. Develop for tomorrow with today’s most-cited research. Over 3 million full-text technical documents can power your R&D and speed time to market. t *&&&+PVSOBMTBOE$POGFSFODF1SPDFFEJOHT t *&&&4UBOEBSET t *&&&8JMFZF#PPLT-JCSBSZ t *&&&F-FBSOJOH-JCSBSZ t 1MVTDPOUFOUGSPNTFMFDUQVCMJTIJOHQBSUOFST IEEE Xplore® Digital Library Discover a smarter research experience. Request a Free Trial www.ieee.org/tryieeexplore Follow IEEE Xplore on IENYCM3402.indd 1 12/08/14 5:30 PM Director of Magazines Raouf Boutaba, University of Waterloo (Canada) Editor-in-Chief IEEE Osman S. Gebizlioglu, Huawei Tech. Co., Ltd. (USA) Associate Editor-in-Chief Tarek El-Bawab, Jackson State University (USA) OMMUNICATIONS Senior Technical Editors C MAGAZINE Nim Cheung, ASTRI (China) Nelson Fonseca, State Univ. of Campinas (Brazil) Steve Gorshe, PMC-Sierra, Inc (USA) JANUARY 2017, vol. 55, no. 1 Sean Moore, Centripetal Networks (USA) www.comsoc.org/commag Peter T. S. Yum, The Chinese U. Hong Kong (China) Technical Editors Mohammed Atiquzzaman, Univ. of Oklahoma (USA) 4 THE PRESIDENT’S PAGE Guillermo Atkin, Illinois Institute of Technology (USA) Mischa Dohler, King’s College London (UK) 6 CONFERENCE REPORT/IEEE ONLINEGREENCOMM 2016 Frank Effenberger, Huawei Technologies Co.,Ltd. (USA) Tarek El-Bawab, Jackson State University (USA) 8 CONFERENCE PREVIEW/IEEE WCNC 2017 Xiaoming Fu, Univ.
    [Show full text]
  • INAP); Part 1: Protocol Specification for Camel Phase 2 2 Draft ETSI EN 301 668-1 V1.1.1 (1999-07
    Draft ETSI EN 301 668-1 V1.1.1 (1999-07) European Standard (Telecommunications series) Intelligent Network (IN); Intelligent Network Capability Set 1 (CS1) extension; Intelligent Network Application Protocol (INAP); Part 1: Protocol specification for Camel Phase 2 2 Draft ETSI EN 301 668-1 V1.1.1 (1999-07) Reference DEN/SPS-03053-1 (fg090ico.PDF) Keywords IN, INAP, ISDN, mobile, protocol ETSI Postal address F-06921 Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - 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 Internet [email protected] Individual copies of this ETSI deliverable can be downloaded from http://www.etsi.org 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. The copyright and the foregoing restriction extend to reproduction in all media. © European Telecommunications Standards Institute 1999. All rights reserved. ETSI 3 Draft ETSI EN 301 668-1 V1.1.1 (1999-07) Contents Intellectual Property Rights ............................................................................................................................... 6 Foreword............................................................................................................................................................ 6 1 Scope.......................................................................................................................................................
    [Show full text]
  • A-Port User's Guide, Release 46.2 Copyright © 1993, 2015, Oracle And/Or Its Affiliates
    Oracle® Communications EAGLE A-Port User©s Guide Release 46.2 E63583 Revision 1 July 2015 Oracle® Communications EAGLE A-Port User's Guide, Release 46.2 Copyright © 1993, 2015, Oracle and/or its affiliates. All rights reserved. This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this is software or related documentation that is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, then the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.
    [Show full text]
  • 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
    [Show full text]
  • Nokia's in Solution for Fixed and Cellular Networks
    4 Nokia's IN solution for fixed and cellular networks Pekka Lehtinen Markus Warsta Nokia Telecommunications P.O. Box33 02601 Espoo, Finland 1. INTRODUCTION The development of Intelligent Networks (IN) was started by Bellcore in USA more than ten years ago in order to support the Regional Bell Operating Companies in the new deregulated telecommunications environment. The original goal was to enable the network operators to effectively introduce and manage new services by means of a centralized database in a Service Control Point (SCP). In the past years, several IN specifications have been developed, including IN 1, AIN Rel.O and AIN Rel.1. The Advanced Intelligent Network Release ·1 (AIN Rel.1) of Bellcore contains a service-independent standard interface for the queries sent from the Service Switching Points (SSPs) to the SCP. The International Telecommunications Union (ITU) has worked out its Intelligent Network Application Part (INAP) specifications for the SSP-SCP interface, the so-called Capability Set 1 (CS.1). The European Telecommunications Standards Institute (ETSI) has completed its corresponding ETSI CS.l Core specifications in 1993. It is expected that the CS.l recommendations will be adopted world-wide. This would offer open interfaces between the SSP and SCP resulting in vendor independence. Signalling System No.7 (SS7), fault-tolerant computing, on-line transaction processing, and today's database technology have enabled the development of efficient IN elements. This paper presents Nokia's IN solution. J. Harju et al. (eds.), Intelligent Networks © Springer Science+Business Media Dordrecht 1995 62 Intelligent Networks 2. FUNCTIONAL ARCHITECTURE OF INTELLIGENT NETWORKS The main e.lements of the IN architecture of the ITU and ETSI are: • Service Switching Point (SSP), • Service Control Point (SCP), • Service Management System (SMS), • Service Creation Environment (SCE), and • Intelligent Peripheral (IP).
    [Show full text]
  • 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]
  • ETSI TS 125 412 V9.0.0 (2010-01) Technical Specification
    ETSI TS 125 412 V9.0.0 (2010-01) Technical Specification Universal Mobile Telecommunications System (UMTS); UTRAN Iu interface signalling transport (3GPP TS 25.412 version 9.0.0 Release 9) 3GPP TS 25.412 version 9.0.0 Release 9 1 ETSI TS 125 412 V9.0.0 (2010-01) Reference RTS/TSGR-0325412v900 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, please send your comment to one of the following services: http://portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission.
    [Show full text]
  • N2SCP CAMEL/INAP Conformance
    N-Squared Software N2SCP CAP/INAP Protocol Conformance Statement Version 2020-08 N2SCP CAP/INAP Protocol Conformance Statement Version 2020-08 1 Document Information 1.1 Scope and Purpose This document describes the implementation of the CAMEL (including INAP variants) protocol for real- time SCP flows for voice interaction control using the N-Squared Service Control Point (N2SCP) family of applications. The N2SCP family of applications includes: • N2DSG-SCP (CAMEL/Diameter Signalling Gateway) • N2NP-SCP (Number Portability translation application) • N2ACD-SCP (Advanced Call Distribution application for Toll-Free and other routing services) • …plus other custom SCP services that may be developed. All of these applications use the N2SCP framework. They do not typically use all of the framework. Please refer to the relevant technical guide ([R-N2-DSG-TG], [R-N2-NP-TG], [R-N2-ACD-TG]) for application-specific scenarios and configuration parameters. This document assumes a working knowledge of the relevant CAP/INAP and other telephony concepts, including the standard CAP/INAP interactions between an SCP, an SSP, and an SRP (or Intelligent Peripheral). 1.2 Definitions, Acronyms, and Abbreviations Term Meaning AC Apply Charging ACR Apply Charging Report ARI Assist Request Instructions ASN.1 Abstract Syntax Notation One AT Activity Test BCSM Basic Call State Model CAMEL Customized Applications for Mobile Network Enhanced Logic CAP CAMEL Application Part CIR Call Information Request/Report CTR Connect To Resource CWA Continue With Argument DFC
    [Show full text]
  • ISUP) Version 4 for the International Interface; Part 1: Basic Services
    Final draft ETSI EN 300 356-1 V4.2.1 (2001-05) European Standard (Telecommunications series) Integrated Services Digital Network (ISDN); Signalling System No.7 (SS7); ISDN User Part (ISUP) version 4 for the international interface; Part 1: Basic services [ITU-T Recommendations Q.761 to Q.764 (1999) modified] 2 Final draft ETSI EN 300 356-1 V4.2.1 (2001-05) Reference REN/SPAN-01082-01 Keywords ISDN, SS7, ISUP, service, basic, endorsement ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.:+33492944200 Fax:+33493654716 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://www.etsi.org/tb/status/ 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]