Internet Telephony Testing Network
|
|
- Briana Ross
- 6 years ago
- Views:
Transcription
1 Teknillinen Korkeakoulu Teletekniikan laboratorio S Teletekniikan erikoistyö Internet Telephony Testing Network Tekijä: Antti Romppanen 43018c Ohjaaja: Vesa Kosonen Jätetty:
2 Abbreviations B-ISDN ETSI GUI IETF IP ISDN ISUP ITU-T sector IWF LAN MTU NIC PC PCM PSTN RFC RTCP RTP SIP Broadband ISDN European Telecommunications Standardisation Institute Graphical User Interface Internet Engineering Task Force Internet Protocol Integrated Service Digital Network ISDN User Part International Telecommunications Union - Telecommunications Interworking Functions Local Area Network Maximum Transfer Unit Network Interface Card Personal Computer Pulse Code Modulation Public Switched Telephone Network Request For Comments Real-time Transport Control Protocol Real-time Transport Protocol Session Initiation Protocol SS7 Signalling System 7 TCP Transmission Control Protocol II
3 TIPHON Networks UDP VoIP Telecommunications and Internet Protocol Harmonisation Over User Datagram Protocol Voice over IP III
4 Table of contents Abbreviations II Table of contents IV Abstract V 1. Introduction 1 2. Internet telephony Drivers for Internet telephony Internet telephony scenarios Standards related to Internet telephony Internet protocol Transmission Control Protocol User Datagram Protocol Real-time Transport Protocol H Internet telephony gateway 7 3. The testing network Requirements for the network Network plan The gateways The IP network Monitoring tools Setting up the network The gateway setup NISTNET emulator Monitoring tools Conclusion 15 IV
5 Abstract Internet telephony is a concept that unites the telephone network and the Internet. It requires new entities to be introduced to the networks in order to provide interworking between packet switched Internet and circuit switched telephone networks. These new components convert the telephone signalling and speech circuits into IP signalling and packetised speech transfer methods. This special study on telecommunications is a plan and an implementation description for an Internet telephony testing network. The purpose of the network is to provide a platform for evaluating different pieces of network equipment including testing and monitoring equipment. The network is constructed in Nokia laboratory premises in Helsinki. V
6 1. Introduction 1. Introduction Voice over Internet Protocol (VoIP) means transferring of voice traffic over networks utilizing Internet Protocol (IP) as a carrier. VoIP has become a considerable alternative for traditional telephony circuits. Some operators have already switched from Pulse Code Modulated (PCM) circuits to transferring their speech traffic over dedicated IP networks. This gives several advantages over circuit switched connections - and also some disadvantages that have to be dealt with. Internet telephony and VoIP have to some extent existed for some years now. But as main-stream applications they have not yet done well. VoIP has been a means of calling cheap long distance calls with Personal Computers (PC) over the public Internet. This has been enabled by the rapid development of the processing power and multimedia capabilities of PCs. Voice communication over the Internet has been accomplished with different kinds of packet telephony software. These have utilised proprietary methods of transferring voice in IP packets, and therefore the public success has not been met. But now the situation is different. New standards - such as the H.323 protocol family - have enabled software producers to implement packet telephony software that can interwork with software from other producers. Also the introduction of new network components, like Internet telephony gateways, have driven the technology nearer towars a normal private user. This is mostly due to the fact that users are very accustomed to the user interface of a telephone, and the gateways make it possible to make calls over the Internet with telephones connected to the Public Switched Telephone Network (PSTN). When a new technology is introduced to consumers, there has to be a certainty that the service platform and the services are working correctly. This study is about planning and implementing a test network for Internet telephony. The network will be used to gather information about the technology and to test and evaluate different tools that can be used in verifying the services. 1
7 2. Internet telephony 2. Internet telephony 2.1 Drivers for Internet telephony PSTN connections allocate 64kbit/s part of a 2Mbit/s PCM link for speech traffic. This allocation is called a timeslot in the PCM link. The timeslot is allocated for the speech stream for the whole duration of the connection. Therefore the link is utilised even if there is no speech traffic at all. This is considered as waste of bandwidth, because the 64kbit/s connection cannot be teared down and formed again for every speech burst. If the speech was transferred as packets, there would be no such problem. Packets can be multiplexed to the same link and therefore when one connection is silent another one could use its link for transmitting. This allows better utilisation of the link. With speech coding the required bandwidth for speech in the IP network is much less than the 64 kbit/s requirement in PSTN. That is why the 64 kbit/s link would be able to carry several connections even if they would all transmit 100% of their time. This is one the most important drivers for VoIP. Another advantage lies in the harmonisation of different network technologies onto a single platform. If IP is a common carrier for speech and data traffic, the network management can be a simpler task. In practise, however, the new network components introduced by Internet telephony can reduce this simplicity advantage. IP is seen as a common convergence layer for all traffic - in some ways similarly to Broadband Integrated Services Digital Network (B-ISDN) that was dreamed about a few years ago. The charging mode of Internet traffic helps in bringing more affordable services to end-users. Internet is charged according to the duration of the connection or according to the amount of packets exchanged. The distance that the packets are sent to is not conclusive, which makes long distance connections very costeffective. 2
8 2. Internet telephony 2.2 Internet telephony scenarios The major standard setting organisations in the telephone world are European Telecommunications Standardisation Institute (ETSI) and International Telecommunications Union - Telecommunications sector (ITU-T). ETSI has established a project called Telecommunications and Internet Protocol Harmonisation Over Networks (TIPHON) that has defined many things concerning Internet telephony. Many other definitions and recommendations have risen from the side of the Internet standardisation. The main Internet standard setting organisation is Internet Engineering Task Force (IETF), which has many groups that concentrate on Internet telephony issues. TIPHON has defined five architectural scenarios for Internet telephony connections. These are presented in Figures [1] IP IP Figure 1-1 Call over IP network PSTN IWF IP Figure 1-2 Call from PSTN to IP network and vice versa 3
9 2. Internet telephony PSTN IWF IP IWF PSTN Figure 1-3 Call from PSTN to PSTN over IP network IP IWF PSTN IWF IP Figure 1-4 Call from IP to IP over PSTN The IWF stands for Interworking functions. An example of these is an IP telephony gateway that converts PSTN connections to IP mode of networking. Another one is a gatekeeper. Gatekeeper is a component that provides authorisation, registration and address translation services for hosts and gateways. This study aims to implement a network that can be used for scenarios in Figures 1-1, 1-2 and 1-3. They are the most interesting ones when thinking about real world applications for Internet telephony. 4
10 2. Internet telephony 2.3 Standards related to Internet telephony This chapter is a short introduction of the standards that are related to IP telephony. Fist the network and transmission protocols are presented and then the interworking protocols Internet protocol IP is defined by the Request For Comments (RFC) 791. It is designed to be used in interconnecting networks. It defines the packet format and addressing and supports methods for segmentation of information to provide compatibility for networks with small Maximum Transfer Units (MTUs). IP does not provide mechanisms to augment end-to-end data reliability, flow control, sequencing, or other services commonly found in host-to-host protocols. IP version 4 header contains a 32bit address space that is divided to a network part and a host identity. The length of the network part depends on the class of the particular network. In IP version 6 the addresses are 128 bits long. [2] Transmission Control Protocol Transmission Control Protocol (TCP) is the most well-known transport protocol used together with IP. IP provides network level services for TCP, which takes care of the connection setup and teardown as well as the reliability of the transportation. [3] TCP uses sequence numbers and acknowledging to achieve a reliable transport system. TCP also performs some flow control operations. These and the retransmit system are the reasons why TCP is great for reliable transportation - but useless for real-time traffic. In Internet telephony applications TCP can only be used for signalling transportation. For speech transportation its flown control methods and re-transmission do not fullfill the necessary latency requirements. [3] 5
11 2. Internet telephony User Datagram Protocol User Datagram Protocol (UDP) is an unreliable transport protocol, which is an alternative for TCP. UDP does not do anything to secure the transmission - it only provides a similar best effort datagram service as IP. This also means that UDP is not restricted in the same way as TCP. UDP does not perform flow control, and therefore it is better suited for transferring speech traffic. UDP does not detect any missing or reordered packets and does not do any re-transmissions. This is perfectly acceptable with voice traffic, because when the re-transmitted packet would reach the destination, it would already be too late.[4] Real-time Transport Protocol Real-time Transport Protocol (RTP) is well-suited to be a supplement to UDP. When run on top of UDP it can provide important services for applications such as audio, video or simulation data. RTP provides information about the real-time traffic in the form of time stamping. RTP can be modified to meet the requirements of an application. Real-time Transport Control Protocol (RTCP) is a supplement to RTP that provides monitoring information about RTP traffic.[5] H.323 H.323 is an umbrella standard by ITU-T. Umbrella means that it references many other standards and provides as itself only a framework for the standards application. H.323 defines everything that is needed for providing audiovisual services in packet-based multimedia communication systems where service is not guaranteed. [6] Call control in H.323 is defined in H This standard defines signalling very close to Q.931 signalling used in Integrated Services Digital Network (ISDN). H.245 is protocol for negotiating the applicable speech codecs and other parameters between the H.323 nodes. H.248 is a protocol that can be used to control an external media gateway. This allows the separation of signalling and speech media. H.323 defines also many other things, such as the speech and video codecs and data transfer methods. [6] 6
12 2. Internet telephony 2.4 Internet telephony gateway As mentioned earlier Internet telephony gateway is a network component providing conversion of connections from PSTN to IP and vice versa. There are several functions that a gateway must perform. First it must have a PSTN interface that terminates or initiates PSTN connections. This interface can be for example ISDN primary rate or Signalling System 7 (SS7) interface such as ISDN User Part (ISUP). The PSTN signalling can be converted to H.323 or another emerging alternative, such as Session Initiation Protocol (SIP). The speech path in PSTN is coded with companded PCM, which can be used as such in IP network. This speech codec is called G.711. If the telephony interface is a mobile connection, the codec used is commonly GSM full rate. If the speech is wanted to be transcoded with another codec, the gateway performs the transcoding. Popular alternatives for G.711 are for example G and G.729, which compress the voice to about one tenth of the original G.711 stream. Next the coded voice is transferred across the IP interface packed in RTP streams. If a gatekeeper is used, there has to exist dialog between the gateway and the gatekeeper to get access to network resources and to perform the address translation from E.164 numbers in PSTN to IP addresses. In the receiving gateway the signalling is terminated and the speech packets are buffered. Buffering is conducted to even the irregular transmission times that have taken place in the IP network. From the buffer the speech packets are again converted to PCM voice, and PSTN signalling procedures are initiated to make the connection to the end node in PSTN. 7
13 3. The testing network 3. The testing network This chapter describes the requirements, planning and implementation of the testing network. 3.1 Requirements for the network The main requirements for the testing network were that the components should be affordable and the network should be able to implement the scenarios in Figures The network should be able to have variable IP characteristics. This means that there should be a way to control the load in IP network. Also monitoring of the protocols used in interworking between PSTN and IP should be possible. 3.2 Network plan The whole testing network plan is realised in Appendix A The gateways The fist step in planning the network was selecting the gateways for the network. After reviewing several candidates the target was set for Natural Microsystems Fusion platform. Fusion is used on Windows NT operating system. The system consists of a PCI card with 4 E1 links. E1 is an European standard for connecting 2Mbit/s PCM links. Fusion supports ISDN primary rate connections on the telephony interface. The selected version was an AG4000 card, which supported up to 30 simultaneous H.323 calls. With an additional processing board the capacity would have risen to 120 connections. However, in our testing network there was no need for larger capacity. [7] The system utilises the PC s Ethernet Network Interface Card (NIC) in communicating with the IP network. This configuration is called "Host Based Fusion". The gateway is not a real gateway product. Instead, it is a platform for developing gateway applications. There was, however, a sample gateway application provided with the board. This application contained all the necessary functions to run an Internet telephony gateway. 8
14 3. The testing network Our testing network required two gateways. Therefore two Fusion boards with appropriate software, protocol stacks and licences were needed The IP network The IP network part in our testing system should be able to emulate different characteristics of real world networks. Therefore it was clear that either some device that would be able to load the network would needed, or the load should be emulated. It was decided that network emulation would give us more liberty in configuring the network. After searching for usable IP network emulator, the NISTNET package for Linux operating system became a clear choice. The Linux operating system is free for use, as well as the NISTNET software. Therefore the requirement for affordable components was well met. NISTNET is able to emulate network delay, delay variation (jitter), packet loss and packet duplication. For NISTNET to be able to manipulate IP packets it has to be run in a machine that is configured as a router. Linux has good support for routing built into the operating system, and that made the choice even easier. [9] Monitoring tools Network monitoring was also one of the main requirements for the testing environment. There are many software based monitors for different protocols. These were naturally more appealing than more expensive systems requiring hardware support. For Linux there exists many monitoring programs that are free for use. In Linux router these would work just fine. The Linux operating system contains basic monitoring tools, such as TCP Dump. This is however very basic, and more advanced programs can be downloaded from the Internet. IPGrab is a good example of a simple, but very usable monitoring program for linux. It decodes many fields open from the IP datagrams. [9] For Windows NT IP telephony gateway machines an H.323 monitor was hoped for. One good candidate was found from a company called TTC. The Fireberd DNA H.323 monitoring software monitors many signalling protocols under the H.323 umbrella, and provides a nice Graphical User Interface (GUI) for message decoding. The software is free for evaluation for 45 days. [10] 9
15 3. The testing network 3.3 Setting up the network The gateway setup The network setup was begun with the gateways. The installation of the boards itself was straightforward thanks to the PCI bus interface, which helps a lot in setting up the interrupts and memory addresses for the board. The drivers and gateway application were not so easy to install. The drivers required a lot of configuration and overally they did not leave a very professional image. The gateway application was provided as source code only. The compilation to an executable application required Microsoft Visual C++ software and some configuring. When all the necessary software, including several codecs and H.323 stack by RadCom were installed, the system was ready for first testing. The gateway sample application desktop view is seen in Figure 3-1. Figure 3-1 Gateway application 10
16 3. The testing network As mentioned earlier the gateway used the PC s NIC card in connecting to the Local Area Network (LAN). The PSTN ISDN primary rate interface was connected to a Nokia DX220 telephony switch. Analog and ISDN basic rate subscribers were connected to DX220. With the subscriber interfaces it was possible to make calls that were routed to the ISDN primary rate route. The subscriber database of the gateway application was implemented with one simple text file. The database contained entries in the form:"880000, ,ptop,880000". This is translated as a call from number is routed to IP address The connection is from PSTN to PSTN and the number to call in the terminating gateway is This is a very simple subscriber database, but it is usable in our testing environment. The database contained different mode identifiers for pure IP calls and calls from IP network to PSTN and vice versa. In all cases the entry format was similar. After connecting the IP interfaces to an Ethernet switch first test calls could be made. The gateway required, that in PSTN to PSTN connections it had to receive all digits of a telephone number at once. Thus it did not support overlap sending of digits, and the switch had to be configured to so called En-block mode, where the whole E.164 called party number is transmitted in SETUP message. Soon it was found out, that the gateway worked fine except for the G.729 codec, which did not produce any traffic on the speech path. Next it was time to try a call between a H.323 and a PSTN client. The H.323 client that was used was Microsoft NetMeeting softeware on Windows NT machine connected to the Ethernet switch. The software was configured to use one of the H.323 gateways as its IP telephony gateway. Then a call could be made to PSTN - if the address entry was in the gateway s subscriber database. Besides some problems with echo from the PC s speakers to the microphone, the connection worked properly. The NetMeeting software did not seem very stable - it produced some freezes of the whole NT operating system. Now the IP telephony gateway system was operational, and it was time to set up the router and the emulation software. 11
17 3. The testing network NISTNET emulator Linux version used was Red Hat 5.2 distribution. Newer versions of Red Hat exist, but the compability of NISTNET is guaranteed only with certain older versions of the Linux kernel. Linux kernel had to be re-compiled to enable support for IP packet forwarding. Kernel compilation is documented in Linux How-to documents[11]. Kernel options that were needed in the compilation were: Prompt for development and/or incomplete drivers Enable loadable module support Networking support Network firewalls TCP/IP networking IP: forwarding/gatewaying IP: Firewalling IP: Masquerading IP: ipautofw masquerade support IP: ICMP masquerading IP: Always defragment Dummy net driver support After the kernel had been compiled and the new kernel made active, next thing to do was to configure the Ethernet cards. Two Ethernet cards were needed in the router machine to support two subnetwork interfaces. The Network Interface Cards (NIC) were 3COM 509 ISA-bus cards. Because the cards used ISA-bus, there were some incompatibility problems. One of the cards had to be programmed with an application provided by the manufacturer s support pages to use another interrupt and different memory area. After this alteration the system recognized the cards. 12
18 3. The testing network The cards were configured so that one of them had subnet and the other one The IP addresses of the cards were and respectively. The netmask for both cards was set to be The cabling had to be modified to support direct connections from the gateway machine s NIC to router machine s NIC. Following connections had to be made: [11] RJ45 Plug 1 Tx Rx+ 3 RJ45 Plug 2 Tx Rx- 6 3 Rx Tx+ 1 6 Rx Tx- 2 Figure 3-2 Crossover cabling NISTNET software installation was well documented in the package. First some kernel patches were installed, and then the actual application was compiled. The application is loaded to the kernel as a loadable module. This means that first a module is installed and then the application is started. The user interface in NISTNET is graphical. It contains entries for packet sources and destinations, as well as for the desired network characteristics. The possible characteristics that are adjustable are network delays, delay variation, packet loss percent, packet duplication percent and available bandwidth. NISTNET only handles those packets that the source and destination addresses define. With Ping tool it was possible to check the correct operation of NISTNET. Pinging showed that the packets indeed were delayed and duplicated etc. according to the settings. Pinging from the gateway machines also indicated that the router machine was routing packets correctly. 13
19 3. The testing network When the gateways and the router had been connected, first test calls through the emulated network could be made. It was soon found out, that the differences in voice were easy to spot, when the simulator introduced some IP inefficiencies to the network Installing monitoring tools The Windows NT Fireberd H.323 monitor was easy to install. Setup program was provided in the installation package, and the installation went without a hitch. The software is an off-line monitoring tool. This means that it records the signalling from the NIC and decodes it off-line. The software decodes H.225, H.245, Q.931, RAS, RTP, and RTCP protocols. A view of decoded H.323 messages can be seen in Appendix A. The linux network monitor IPGrab was a little harder to install. It required installation of libpcap library, before its installation could be started [13]. After compiling both the library and the application ipgrab worked perfectly. It decodes packets and frames for numerous protocols, such as IP, TCP, UDP, Address Resolution Protocol (ARP) and Ethernet. It is an on-line decoder, and it was able to decode large streams of packets without any slowdowns. 14
20 4. Conclusion 4. Conclusion The testing network worked properly. All the components achieved to fullfill the requirements set for them. Especially the NISTNET software proved to be an invaluable tool. With NISTNET emulation of large networks is possible, after you know the network characteristics. These characteristics can be found out for example by pinging network servers so much that statistics can be collected. Then the values can just be set to the simulator and the network is ready to be used in testing. Linux itself was a good platform for performing network tests. The router support in Linux worked fine, and the performance of the Linux router was very good. Linux also provided a stable working environment, and support was easy to find from the Internet. The free-of-charge idealism in Linux world is a great advantage. Software, such as IPGrab, can be really valuable in many applications, and further development of applications is easy thanks to the source code delivered with the packages. The gateways performed acceptably. The gateway application was adequate for small scale evaluation purposes. But as a private branch exchange it would not be powerful enough. The source code of all the gateway software was included in the package. This was of course a good thing for development of own applications. However, we did not have the resources required to study the software further. All in all the testing network worked fine, and it will be used for further evaluation and educational purposes. 15
21 References References [1] European Telecommunications Standards Institute, TR , Telecommunications and Internet Protocol Harmonization Over Network (TIPHON), Description of technical issues, 1999 [2] Defense Advanced Research Projects Agency, Internet Protocol Spefication, RFC 791, 1981 [3] Defense Advanced Research Projects Agency, Transmission Control Protocol Specification, RFC 793, 1981 [4] Postel J., User Datagram Protocol, RFC 768, USC/Information Sciences Institute, 1980 [5] Schulzrinne H., Casner S., Frederick R., Jacobson V., Network Working Group, RTP: A Transport Protocol for Real-Time Applications, RFC 1889, 1996 [6] Telecommunication standardisation sector of ITU, Packet-based multimedia communications systems, H.323, 1998 [7] Natural Microsystems, AG4000 board homepage, [8] NISTNET homepage, [9] IPGrab, [10] TTC, Fireberd DNA H.323 analysator homepage, [11] Linux Kernel How-To, HOWTO.html, 1999 [12] Data Cabling FAQ, [13] Libpcap library, ftp://ftp.ee.lbl.gov/libpcap.tar.z,
22 Appendix A Testing network Analog subscribers DX220 E1 - ISDN Primary rate E1 - ISDN Primary rate Gateway with NetMeeting 10Base T Ethernet ( ) 10Base T Ethernet ( ) Router and NISTNET simulator with IPGrab software 17
23 Appendix B: View of the H.323 monitoring software
H.323. Definition. Overview. Topics
H.323 Definition H.323 is a standard that specifies the components, protocols and procedures that provide multimedia communication services real-time audio, video, and data communications over packet networks,
More informationChapter 11: Understanding the H.323 Standard
Página 1 de 7 Chapter 11: Understanding the H.323 Standard This chapter contains information about the H.323 standard and its architecture, and discusses how Microsoft Windows NetMeeting supports H.323
More informationTransporting Voice by Using IP
Transporting Voice by Using IP National Chi Nan University Quincy Wu Email: solomon@ipv6.club.tw 1 Outline Introduction Voice over IP RTP & SIP Conclusion 2 Digital Circuit Technology Developed by telephone
More informationTroubleshooting Voice Over IP with WireShark
Hands-On Troubleshooting Voice Over IP with WireShark Course Description Voice over IP is being widely implemented both within companies and across the Internet. The key problems with IP voice services
More informationVoIP Basics. 2005, NETSETRA Corporation Ltd. All rights reserved.
VoIP Basics Phone Network Typical SS7 Network Architecture What is VoIP? (or IP Telephony) Voice over IP (VoIP) is the transmission of digitized telephone calls over a packet switched data network (like
More informationABSTRACT. that it avoids the tolls charged by ordinary telephone service
ABSTRACT VoIP (voice over IP - that is, voice delivered using the Internet Protocol) is a term used in IP telephony for a set of facilities for managing the delivery of voice information using the Internet
More informationA common issue that affects the QoS of packetized audio is jitter. Voice data requires a constant packet interarrival rate at receivers to convert
A common issue that affects the QoS of packetized audio is jitter. Voice data requires a constant packet interarrival rate at receivers to convert data into a proper analog signal for playback. The variations
More informationApproaches to Deploying VoIP Technology Instead of PSTN Case Study: Libyan Telephone Company to Facilitate the Internal Work between the Branches
Approaches to Deploying VoIP Technology Instead of PSTN Case Study: Libyan Telephone Company to Facilitate the Internal Work between the Branches Dr. Elmabruk M Laias * Department of Computer, Omar Al-mukhtar
More informationSeminar report IP Telephony
A Seminar report On IP Telephony Submitted in partial fulfillment of the requirement for the award of degree of Bachelor of Technology in Computer Science SUBMITTED TO: www.studymafia.org SUBMITTED BY:
More informationIntroduction. H.323 Basics CHAPTER
CHAPTER 1 Last revised on: October 30, 2009 This chapter provides an overview of the standard and the video infrastructure components used to build an videoconferencing network. It describes the basics
More informationZyXEL V120 Support Notes. ZyXEL V120. (V120 IP Attendant 1 Runtime License) Support Notes
ZyXEL V120 (V120 IP Attendant 1 Runtime License) Support Notes Version 1.00 April 2009 1 Contents Overview 1. Overview of V120 IP Attendant...3 2. Setting up the V120...4 3. Auto Provision...7 4. V120
More informationPROTOCOLS FOR THE CONVERGED NETWORK
Volume 2 PROTOCOLS FOR THE CONVERGED NETWORK Mark A. Miller, P.E. President DigiNet Corporation A technical briefing from: March 2002 Table of Contents Executive Summary i 1. Converging Legacy Networks
More informationUTT-GoIP800. Datasheet
UTT-GoIP800 Datasheet 8 VoIP & 8 GSM Channels The UTT-GoIP800 GSM Gateway bridges the GSM and the IP networks by enabling voice communications. It is ideal for VoIP to Local termination where a fixed telephone
More informationMultimedia Applications. Classification of Applications. Transport and Network Layer
Chapter 2: Representation of Multimedia Data Chapter 3: Multimedia Systems Communication Aspects and Services Multimedia Applications and Communication Protocols Quality of Service and Resource Management
More informationINTERNATIONAL TELECOMMUNICATION UNION
INTERNATIONAL TELECOMMUNICATION UNION ITU-T H.323 TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU Annex G (02/00) SERIES H: AUDIOVISUAL AND MULTIMEDIA SYSTEMS Infrastructure of audiovisual services Systems
More informationVoice Over IP. Marko Leppänen Helsinki University of Technology Department of Computer Science Abstract
Voice Over IP Marko Leppänen Helsinki University of Technology Department of Computer Science Marko.Leppanen@hut.fi Abstract Voice Over IP (VoIP) has been in heavy investigation during recent years. VoIP
More informationA Novel Software-Based H.323 Gateway with
A Novel Software-Based H.323 Gateway with Proxy-TC for VoIP Systems Presenter : Wei-Sheng Yin Advisor : Dr. Po-Ning Chen Institute of Communications Engineering National Chiao Tung University Agenda Introduction
More informationVoIP. ALLPPT.com _ Free PowerPoint Templates, Diagrams and Charts
VoIP ALLPPT.com _ Free PowerPoint Templates, Diagrams and Charts VoIP System Gatekeeper: A gatekeeper is useful for handling VoIP call connections includes managing terminals, gateways and MCU's (multipoint
More informationNetwork+ Guide to Networks 6th Edition. Chapter 12 Voice and Video Over IP
Network+ Guide to Networks 6th Edition Chapter 12 Voice and Video Over IP Objectives Use terminology specific to converged networks Explain VoIP (Voice over IP) services, PBXs, and their user interfaces
More informationReal Time Protocols. Overview. Introduction. Tarik Cicic University of Oslo December IETF-suite of real-time protocols data transport:
Real Time Protocols Tarik Cicic University of Oslo December 2001 Overview IETF-suite of real-time protocols data transport: Real-time Transport Protocol (RTP) connection establishment and control: Real
More informationH.323 in Telecommunications
Teknillinen Korkeakoulu Teletekniikan laboratorio S-38.128 Teletekniikan erikoistyö H.323 in Telecommunications Tekijä: Kai Väänänen 44380T kai.vaananen@sonera.fi Ohjaaja: Vesa Kosonen Jätetty: 17.8.1999
More informationITU-APT Workshop on NGN Planning March 2007, Bangkok, Thailand
ITU-APT Workshop on NGN Planning 16 17 March 2007, Bangkok, Thailand 1/2 Riccardo Passerini, ITU-BDT 1 Question 19-1/2: Strategy for migration from existing to next-generation networks (NGN) for developing
More informationInterworking Signaling Enhancements for H.323 and SIP VoIP
Interworking Signaling Enhancements for H.323 and SIP VoIP This feature module describes enhancements to H.323 and Session Initiation Protocol (SIP) signaling when interworking with ISDN, T1 channel associated
More informationSignaling System 7 (SS7) By : Ali Mustafa
Signaling System 7 (SS7) By : Ali Mustafa Contents Types of Signaling SS7 Signaling SS7 Protocol Architecture SS7 Network Architecture Basic Call Setup SS7 Applications SS7/IP Inter-working VoIP Network
More informationIntroduction to Quality of Service
Introduction to Quality of Service The use of IP as a foundation for converged networks has raised several issues for both enterprise IT departments and ISPs. IP and Ethernet are connectionless technologies
More informationChapter 3: Network Protocols and Communications CCENT Routing and Switching Introduction to Networks v6.0 Instructor Planning Guide
Chapter 3: Network Protocols and Communications CCENT Routing and Switching Introduction to Networks v6.0 Instructor Planning Guide CCNET v6 1 Chapter 3: Network Protocols and Communications CCENT Routing
More informationOSI Layer OSI Name Units Implementation Description 7 Application Data PCs Network services such as file, print,
ANNEX B - Communications Protocol Overheads The OSI Model is a conceptual model that standardizes the functions of a telecommunication or computing system without regard of their underlying internal structure
More informationVoice over IP (VoIP)
Voice over IP (VoIP) David Wang, Ph.D. UT Arlington 1 Purposes of this Lecture To present an overview of Voice over IP To use VoIP as an example To review what we have learned so far To use what we have
More informationProvides port number addressing, so that the correct destination application can receive the packet
Why Voice over IP? Traditional TDM (Time-division multiplexing) High recurring maintenance costs Monolithic switch design with proprietary interfaces Uses dedicated, voice-only bandwidth in HFC network
More informationComparison of QoS Performance Over WLAN, VoIP4 and VoIP6
Comparison of QoS Performance Over WLAN, VoIP4 and VoIP6 Esra Musbah Mohammed Musbah 1 Khalid Hamed Bilal 2 Amin Babiker A./Nabi Mustafa 3 Abstract VoIP stands for voice over internet protocol. It is one
More information2FXS Analog Telephone Adapter
2FXS Analog Telephone Adapter Product features Feature-rich telephone service over home or office Internet/ Intranet connection Auto-provisioning features for flexible, ease-of use IP PBX system integration
More informationTODAY AGENDA. VOIP Mobile IP
VOIP & MOBILE IP PREVIOUS LECTURE Why Networks? And types of Networks Network Topologies Protocols, Elements and Applications of Protocols TCP/IP and OSI Model Packet and Circuit Switching 2 TODAY AGENDA
More informationConcept Questions Demonstrate your knowledge of these concepts by answering the following questions in the space that is provided.
223 Chapter 19 Inter mediate TCP The Transmission Control Protocol/Internet Protocol (TCP/IP) suite of protocols was developed as part of the research that the Defense Advanced Research Projects Agency
More informationLocation Based Advanced Phone Dialer. A mobile client solution to perform voice calls over internet protocol. Jorge Duda de Matos
Location Based Advanced Phone Dialer A mobile client solution to perform voice calls over internet protocol Jorge Duda de Matos Superior Institute of Technology (IST) Lisbon, Portugal Abstract Mobile communication
More informationETSF10 Internet Protocols Transport Layer Protocols
ETSF10 Internet Protocols Transport Layer Protocols 2012, Part 2, Lecture 2.2 Kaan Bür, Jens Andersson Transport Layer Protocols Special Topic: Quality of Service (QoS) [ed.4 ch.24.1+5-6] [ed.5 ch.30.1-2]
More informationIP-Telephony Introduction
IP-Telephony Introduction Bernard Hammer Siemens AG, Munich Siemens AG 2001 1 Presentation Outline Why Internet Telephony Expectations Future Scenario Protocols & System Architectures Protocols Standardistion
More informationVoice/Data Integration in Wireless Communication Networks
Voice/Data Integration in Wireless Communication Networks Michael Wallbaum, Jens Meggers Department of Computer Science 4, RWTH Aachen, Germany Email: {wallbaum meggers}@i4.informatik.rwth-aachen.de Abstract:
More informationNetworking for Data Acquisition Systems. Fabrice Le Goff - 14/02/ ISOTDAQ
Networking for Data Acquisition Systems Fabrice Le Goff - 14/02/2018 - ISOTDAQ Outline Generalities The OSI Model Ethernet and Local Area Networks IP and Routing TCP, UDP and Transport Efficiency Networking
More informationVoIP Core Technologies. Aarti Iyengar Apricot 2004
VoIP Core Technologies Aarti Iyengar Apricot 2004 Copyright 2004 Table Of Contents What is Internet Telephony or Voice over IP? VoIP Network Paradigms Key VoIP Protocols Call Control and Signaling protocols
More informationTSIN02 - Internetworking
Lecture 8: SIP and H323 Litterature: 2004 Image Coding Group, Linköpings Universitet Lecture 8: SIP and H323 Goals: After this lecture you should Understand the basics of SIP and it's architecture Understand
More informationNICC ND 1635 V 1.1.1( )
ND 1635 V 1.1.1(2008-06) Document NGN Interconnect: Media Path Technical Specification Network Interoperability Consultative Committee, Ofcom, 2a Southwark Bridge Road, London, SE1 9HA. 2 ND 1635 V 1.1.1(2008-06)
More informationMaster Course Computer Networks IN2097
Chair for Network Architectures and Services Prof. Carle Department of Computer Science TU München Master Course Computer Networks IN2097 Prof. Dr.-Ing. Georg Carle Christian Grothoff, Ph.D. Stephan Günther
More information1 Introduction and Overview
1 Introduction and Overview 1.1 On the Interest in SS 7 Network Security and Reliability Our modern industrial society requires high-performance communication systems which may be adapted very quickly
More informationBasic Architecture of H.323 C. Schlatter,
Basic Architecture of H.323 C. Schlatter, schlatter@switch.ch 2003 SWITCH Agenda Background to H.323 Components of H.323 H.323 Protocols Overview H.323 Call Establishment 2003 SWITCH 2 Background to H.323
More informationIntroduction. We have learned
H.323 Introduction We have learned IP, UDP, RTP (RTCP) How voice is carried in RTP packets between session participants How does one party indicate to another a desire to set up a call? How does the second
More informationSecure Telephony Enabled Middle-box (STEM)
Report on Secure Telephony Enabled Middle-box (STEM) Maggie Nguyen 04/14/2003 Dr. Mark Stamp - SJSU - CS 265 - Spring 2003 Table of Content 1. Introduction 1 2. IP Telephony Overview.. 1 2.1 Major Components
More informationVOIP SOLUTIONS. telecomsni
VOIP SOLUTIONS telecomsni Why are businesses turning to VoIP? Low cost In general, a telephone service via VoIP costs less than an equivalent service from traditional providers. There are also some cost
More informationMultimedia in the Internet
Protocols for multimedia in the Internet Andrea Bianco Telecommunication Network Group firstname.lastname@polito.it http://www.telematica.polito.it/ > 4 4 3 < 2 Applications and protocol stack DNS Telnet
More informationRTP implemented in Abacus
Spirent Abacus RTP implemented in Abacus 编号版本修改时间说明 1 1. Codec that Abacus supports. G.711u law G.711A law G.726 G.726 ITU G.723.1 G.729 AB (when VAD is YES, it is G.729AB, when No, it is G.729A) G.729
More informationUMG 50. Typical Applications. Main Characteristics. Overview E1 AND VOIP USER MEDIA GATEWAY
E1 AND VOIP USER MEDIA GATEWAY Main Characteristics Typical Applications Modular E1: 10 E1 channels - Expansion for every 5 channels acquired through additional license. Maximum of 30 channels (1 E1 link)
More informationDefining Networks with the OSI Model. Module 2
Defining Networks with the OSI Model Module 2 Objectives Skills Concepts Objective Domain Description Objective Domain Number Understanding OSI Basics Defining the Communications Subnetwork Defining the
More informationETSI TR V1.1.1 ( )
TR 101 326 V1.1.1 (2000-09) Technical Report Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON); The procedure for determining IP addresses for routeing packets on interconnected
More informationChapter 2 Communicating Over the Network
Chapter 2 Communicating Over the Network Elements of Communication Communicating the Messages Continuous stream of bits 00101010100101010101010101010101010 I have to wait Single communications (e.g. video,
More informationWhat is traveling on the wires? due to Web and http barriers to streaming traffic implosion technical and other
What is traveling on the wires? Mixed data: bulk data, audio/voice, video/image, real-time interactive data, etc. > 85% of Internet traffic is bulk TCP traffic due to Web and http barriers to streaming
More informationCommunication System Models
Communication System Models 1 2 The Black Box View Block Size? Tx/Rx Ch Voltage? Char Set? Topology? Tx/Rx Many users of networks are unaware of details of network May view network as a black box service
More informationTranscoding Card CT200E - User Manual
No part of this publication may be copied, distributed, transmitted, transcribed, stored in a retrieval system, or translated into any human or computer language without the prior written permission of
More informationSynopsis of Basic VoIP Concepts
APPENDIX B The Catalyst 4224 Access Gateway Switch (Catalyst 4224) provides Voice over IP (VoIP) gateway applications for a micro branch office. This chapter introduces some basic VoIP concepts. This chapter
More informationMedia Communications Internet Telephony and Teleconference
Lesson 13 Media Communications Internet Telephony and Teleconference Scenario and Issue of IP Telephony Scenario and Issue of IP Teleconference ITU and IETF Standards for IP Telephony/conf. H.323 Standard
More informationTC32 presentation to ECMA General Assembly, Edinburgh, 22nd June 2000
TC32 presentation to ECMA General Assembly, Edinburgh, 22nd June 2000 John Elwell, Chairman ECMA TC32 Siemens Communications (International) Limited john.elwell@siemenscomms.co.uk ECMA/TC32/2000/103 ECMA/GA/2000/69
More informationDATA COMMUNICATION AND NETWORKS
DATA COMMUNICATION AND NETWORKS A/L Guide TERAN SUBASINGHE Data Communication What is data communication? Data Communication is a process of exchanging data or information between two or more devices along
More informationVOICE OVER INTERNET PROTOCOL (VOIP) AND ANALOG VOICE INTERFACE CONTROL DOCUMENT FOR THE ASIA-PACIFIC COMMON AERONAUTICAL VIRTUAL PRIVATE NETWORK
CNS SG/22 Appendix C to the Report INTERNATIONAL CIVIL AVIATION ORGANIZATION VOICE OVER INTERNET PROTOCOL (VOIP) AND ANALOG VOICE INTERFACE CONTROL DOCUMENT FOR THE ASIA-PACIFIC COMMON AERONAUTICAL VIRTUAL
More informationData and Computer Communications. Chapter 2 Protocol Architecture, TCP/IP, and Internet-Based Applications
Data and Computer Communications Chapter 2 Protocol Architecture, TCP/IP, and Internet-Based s 1 Need For Protocol Architecture data exchange can involve complex procedures better if task broken into subtasks
More informationVolume SUPPORTING THE CONVERGED NETWORK. Mark A. Miller, P.E. President DigiNet Corporation. A technical briefing from: July 2002
Volume 6 SUPPORTING THE CONVERGED NETWORK Mark A. Miller, P.E. President DigiNet Corporation A technical briefing from: July 2002 Table of Contents Executive Summary i 1. The Challenge of Supporting Converged
More informationTELECOMMUNICATION SYSTEMS
TELECOMMUNICATION SYSTEMS By Syed Bakhtawar Shah Abid Lecturer in Computer Science 1 Public Switched Telephone Network Structure The Local Loop Trunks and Multiplexing Switching 2 Network Structure Minimize
More informationCompact ITC system for ISDN and VoIP telephony elmeg T444
Compact ITC system for ISDN and VoIP telephony Basic system: 1 S0 ext., 1 S0 intern, 4 a/b One module slot for S0, a/b or POTS Proven system telephony with elmeg ISDN system phones Integrated xdsl/isdn
More informationVODAVI. IP Station Product Sales Primer. Includes XTSc(Compact) Vodavi IP Station on XTS Product Primer.
VODAVI IP Station Product Sales Primer Includes XTSc(Compact) IPP.TDM.XTS.1204.1 2004 Vodavi Communications Systems Page 1 2004 Vodavi Communications Systems Information contained herein is subject to
More informationChapter 6. The Protocol TCP/IP. Introduction to Protocols
Chapter 6 The Protocol TCP/IP 1 Introduction to Protocols A protocol is a set of rules that governs the communications between computers on a network. These rules include guidelines that regulate the following
More informationImproving QoS of VoIP over Wireless Networks (IQ-VW)
Improving QoS of VoIP over Wireless Networks (IQ-VW) Mona Habib & Nirmala Bulusu CS522 12/09/2002 1 Agenda Voice over IP (VoIP): Why? VoIP Protocols: H.323 and SIP Quality of Service (QoS) Wireless Networks
More informationProblem verification during execution of H.323 signaling
Problem verification during execution of H.323 signaling 1 ESAD KADUSIC & 2 NATASA ZIVIC & 3 NARCIS BEHLILOVIC & 4 ALIJA VEGARA 1,3,4 Faculty of Electrical Engineering in Sarajevo Zmaja od Bosne, 71 000
More informationCSE3213 Computer Network I
CSE3213 Computer Network I Introduction Course page: http://www.cse.yorku.ca/course/3213 1 Course Contents 3 general areas: data communications, networking, and protocols 1. Data communications: basic
More informationIntroduction to VoIP. Cisco Networking Academy Program Cisco Systems, Inc. All rights reserved. Cisco Public. IP Telephony
Introduction to VoIP Cisco Networking Academy Program 1 Requirements of Voice in an IP Internetwork 2 IP Internetwork IP is connectionless. IP provides multiple paths from source to destination. 3 Packet
More informationIP Telephony. Operator Framework Technology Framework Quality of Voice over IP Threats and Opportunities
IP Telephony Operator Framework Technology Framework Quality of Voice over IP Threats and Opportunities Raimo.Kantola@hut.fi http://keskus.hut.fi/tutkimus/ipana/paperit 1 Conclusions IP Telephony together
More informationLecture 14: Multimedia Communications
Lecture 14: Multimedia Communications Prof. Shervin Shirmohammadi SITE, University of Ottawa Fall 2005 CEG 4183 14-1 Multimedia Characteristics Bandwidth Media has natural bitrate, not very flexible. Packet
More informationVOIP Network Pre-Requisites
VOIP Network Pre-Requisites Executive Summary This document contains basic network requirements that are foundational for good voice quality when using Vogtec VoIP products/solutions over a data network.
More informationLayered Architecture
1 Layered Architecture Required reading: Kurose 1.7 CSE 4213, Fall 2006 Instructor: N. Vlajic Protocols and Standards 2 Entity any device capable of sending and receiving information over the Internet
More informationB.Eng. (Hons.) Telecommunications. Examinations for / Semester 1
B.Eng. (Hons.) Telecommunications Cohort: BTEL/12/FT Examinations for 2014-2015 / Semester 1 MODULE: IP TELEPHONY MODULE CODE: TELC 3107 Duration: 3 Hours Instructions to Candidates: 1. Answer all questions.
More informationSimulation of SIP-Based VoIP for Mosul University Communication Network
Int. J. Com. Dig. Sys. 2, No. 2, 89-94(2013) 89 International Journal of Computing and Digital Systems Simulation of SIP-Based VoIP for Mosul University Communication Network Abdul-Bary Raouf Suleiman
More informationPublic Switched TelephoneNetwork (PSTN) By Iqtidar Ali
Public Switched TelephoneNetwork (PSTN) By Iqtidar Ali Public Switched Telephone Network (PSTN) The term PSTN describes the various equipment and interconnecting facilities that provide phone service to
More information8.4 IMS Network Architecture A Closer Look
8.4 IMS Network Architecture A Closer Look 243 The anchoring of the media in TrGW also has an implicit topology-hiding effect. Without anchoring, the SDP answer provided to the other network would contain
More informationTroubleshooting One Way Voice Issues
Troubleshooting One Way Voice Issues Document ID: 5219 Contents Introduction Prerequisites Requirements Components Used Conventions Problem Solutions Ensure That IP Routing Is Enabled on the Cisco IOS
More informationNetwork dimensioning for voice over IP
Network dimensioning for voice over IP Tuomo Hakala Oy Datatie Ab tuomo.hakala@datatie.fi Abstract This article concentrates in the issues of network dimensioning for voice over IP (VoIP). The network
More informationH.323 / B-ISDN Signalling Interoperability
ECMA Technical Report TR/73 December 1998 Standardizing Information and Communication Systems H.323 / B-ISDN Signalling Interoperability Phone: +41 22 849.60.00 - Fax: +41 22 849.60.01 - URL: http://www.ecma.ch
More informationITU-T Y IP access network architecture
INTERNATIONAL TELECOMMUNICATION UNION ITU-T Y.1231 TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU (11/2000) SERIES Y: GLOBAL INFORMATION INFRASTRUCTURE AND INTERNET PROTOCOL ASPECTS Internet protocol
More informationINTERNATIONAL TELECOMMUNICATION UNION. SERIES I: INTEGRATED SERVICES DIGITAL NETWORK (ISDN) Internetwork interfaces
INTERNATIONAL TELECOMMUNICATION UNION CCITT I.510 THE INTERNATIONAL TELEGRAPH AND TELEPHONE CONSULTATIVE COMMITTEE (11/1988) SERIES I: INTEGRATED SERVICES DIGITAL NETWORK (ISDN) Internetwork interfaces
More informationVirtual private networks
Technical papers Virtual private networks Virtual private networks Virtual private networks (VPNs) offer low-cost, secure, dynamic access to private networks. Such access would otherwise only be possible
More informationETSI TR V3.1.2 ( )
TR 101 329-1 V3.1.2 (2002-01) Technical Report Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON) Release 3; End-to-end Quality of Service in TIPHON systems; Part 1: General
More informationMulti-Service Access and Next Generation Voice Service
Hands-On Multi-Service Access and Next Generation Voice Service Course Description The next generation of telecommunications networks is being deployed using VoIP technology and soft switching replacing
More informationKommunikationssysteme [KS]
Kommunikationssysteme [KS] Dr.-Ing. Falko Dressler Computer Networks and Communication Systems Department of Computer Sciences University of Erlangen-Nürnberg http://www7.informatik.uni-erlangen.de/~dressler/
More informationOn Distributed Communications, Rand Report RM-3420-PR, Paul Baran, August 1964
The requirements for a future all-digital-data distributed network which provides common user service for a wide range of users having different requirements is considered. The use of a standard format
More informationOverview of the Session Initiation Protocol
CHAPTER 1 This chapter provides an overview of SIP. It includes the following sections: Introduction to SIP, page 1-1 Components of SIP, page 1-2 How SIP Works, page 1-3 SIP Versus H.323, page 1-8 Introduction
More informationChapter 3: Network Protocols and Communications
Chapter 3: Network Protocols and Communications Introduction to Networks Intro to Networks v5 Message Delivery Options IPv4 Unicast One-to-One Multicast One-to-Many Broadcast One-to-All IPv6 Unicast One-to-One
More informationInternetworking Models The OSI Reference Model
Internetworking Models When networks first came into being, computers could typically communicate only with computers from the same manufacturer. In the late 1970s, the Open Systems Interconnection (OSI)
More informationPart VI. Appendixes. Appendix A OSI Model and Internet Protocols Appendix B About the CD
Part VI Appendixes Appendix A OSI Model and Internet Protocols Appendix B About the CD OSI Model and Internet Protocols APPENDIX A In this appendix, you will Learn about the OSI model Review the network
More informationLecture 9 and 10. Source coding for packet networks
Lecture 9 and 10 Source coding for packet networks Outline Motivation/situation Source coding (representing the same information with less bits) (extremely short intro) Packet losses: - Packet loss measurements
More informationAlkit Reflex RTP reflector/mixer
Alkit Reflex RTP reflector/mixer Mathias Johanson, Ph.D. Alkit Communications Introduction Real time audio and video communication over IP networks is attracting a lot of interest for applications like
More informationData and Computer Communications
Data and Computer Communications Chapter 2 Protocol Architecture, TCP/IP, and Internet-Based Applications Eighth Edition by William Stallings Chap2: 1 Need For Protocol Architecture data exchange can involve
More informationVoice over IP. Circuit Switching is Inefficient. Circuit Switching is Expensive. Down At The CO
Voice over IP Telecom Service Provider Perspective Adapted from Materials Provided by Prof. Campbell 1 Circuit Switching is Inefficient Silence not suppressed: One direction is silent almost 100%. Even
More informationNetwork Extension Unit (NXU)
Network Extension Unit (NXU) Purpose--Bandwidth Capabilities The purpose of the application note is to provide a description of the NXU bandwidth. The details will cover the following: General description
More informationIMPACT OF NON-VOICE APPLICATIONS ON THE TELEPHONE NETWORK
INTERNATIONAL TELECOMMUNICATION UNION CCITT E.301 THE INTERNATIONAL TELEGRAPH AND TELEPHONE CONSULTATIVE COMMITTEE (11/1988) SERIES E: OVERALL NETWORK OPERATION, TELEPHONE SERVICE, SERVICE OPERATION AND
More informationIntroduction to Wireless Networking ECE 401WN Spring 2008
Introduction to Wireless Networking ECE 401WN Spring 2008 Lecture 2: Communication Networks The first major topic we will study will be WLANs. But before that, we need to consider a few basics of networking.
More information