Implementing VoIP support in a VSAT network based on SoftSwitch integration
|
|
- Cassandra Parks
- 7 years ago
- Views:
Transcription
1 Implementing VoIP support in a VSAT network based on SoftSwitch integration Abstract Satellite communications based on geo-synchronous satellites are characterized by a large delay, and high cost of resources. VoIP applications over satellite networks must thus be handled very carefully so as to provide quality of service, as expected from voice calls, namely: secure resources for a call throughout its duration, regardless of other calls and other data traffic being present in the system. Furthermore, jitter and delay must be kept to a minimum while maintaining as high satellite resource exploitation efficient. These subjects are well treated in the previous generation of satellite telephony products (Also referred to as "Native telephony"). Basically, the circuit switching approach dominated these solutions, with specific solutions applied to both the access level and the application level. The media itself, derived from the requirement of bandwidth efficiency, used the very same CODECs used for VoIP such as G.723 and G.729. The native telephony solution is jitter free, minimal delay, total QoS (regardless of other calls or data) and extremely efficient. The purpose of the current work was to capitalize on the existing infrastructure and its benefits and to port them to the VoIP environment. The approach described herein was implemented in Gilat's SkyEdge product and is operational for about 2 years. Introduction Satellite communications based on Geosynchronous satellites are characterized by the following: High delay caused by the propagation path of the information from earth to the satellite and back (about 250[ms] and 500[ms] round trip). High cost of BW. Often, the inbound path is a FTDMA channel with bursts. As a result, transporting VoIP over a satellite medium is a demanding and challenging task: QoS must be carefully supplied so as to support the requirements of minimal delay and jitter while consuming minimal bandwidth. This task may be divided according to the following: Identify a call. This task must be achieved relatively fast so as to provide resources for the call before the actual flow of media commences. Identify the type of the call: Be it star, mesh or local. Each such type requires a different allocation pattern: A star call requires timeslot allocation and some resources at the hub to deal with the media, a mesh call would need special dedicated mesh resources on both participating VSATs, a double-hop mesh call would require timeslots to both participating VSATs, a local call requires no resources and the media must not travel over the satellite medium. Identify the resources required for the call (e.g. codec BW). Reject a call for which there are insufficient resources. Identify the media flow itself, once it commences. Compress the media and send it over the proper satellite resource. SkyEdge SkyEdge is Gilat's leading product, a "one platform does it all" satellite access solution. It provides support for both Internet access as well as other IP applications and legacy protocols. The SkyEdge VSAT includes expansion slots where telephony boards and mesh receivers may be installed. The inbound is built on a multi-slot TDM approach on which several access methods may be implemented- RA (Random Access), GA (reservation), DA (Dynamic access) and a special implementation of DA for voice called VDA. The VDA access scheme is unique in that it is dedicated to native telephony and hence requires no flow control reliability or fragmentation facilities enabling use of a very small header structure. A controller (DCAS) receives call requests from either VSATs or hub, based on native telephony protocols, analyzes the requests and allocates the resources needed for the calls. The telephony task on the VSATs and hub components are responsible for signaling termination and voice treatment including sampling and coding in one of the popular vocoders such as G729 or G723. The multislot structure is designed to fit one of these 1
2 vocoders, and a compromise is made on minimizing delay and maximizing efficiency such that voice is collected typically in 120[ms] intervals, thereby adding 120[ms] delay, but sharing the same headers with either 12 G729 or 4 G723 frames. The good synchronization between the CODEC requirements and the access setup yields a jitter-less transmission path. Calls for which there are no resources are being rejected. Implementing VoIP over SkyEdge Earlier products as well as the skyedge provided a VoIP solution based on the data and internet features support infrastructure. However, this approach was limited in efficiency due to the fact that it was associated with the DA access mode, it provided no guarantee of reducing the jitter when many calls were present at the same VSAT and more. A new approach was sought, such that the existing native telephony infrastructure with all of its inherent benefits may be leveraged on to gain the same benefits for the VoIP solution. The requirements were: Provide "end-to-end" VoIP solution: At each end of the system (Either VSAT or Hub), the system provides a LAN connector. Not an FXS or E1. Support H.323 protocol and SIP at the same time. Do not limit the solution to specific endpoints whichever endpoints that complies with the underlying standards must be supported by the system. Provide "total" QoS zero jitter, be completely independent of other data types on the same VSAT. Guarantee the required resources throughout the duration of the call. Reject the call if there are no resources to satisfy the QoS requirements. Use the same vocoders supported by the telephony application, use the same system elements. Provide the same BW efficiency as with the telephony application. Enable the VoIP and the Native telephony application to coexist within the same network, the same VSAT. Solution The main technical decision taken was to rely on the VoIP protocol signalling to achieve the tasks of identifying the call itself, its' type, the participating endpoints and required resources. This would be VoIP softswitch achieved through either a statefull inspection of the signalling packets in the application layer, and then reporting to the DCAS the relevant information consequently receiving the resource allocation, or through terminating the call and creating a new call leg. It seemed like a major undertaking to implement both SIP and H.323 stacks at each VSAT, and it seemed reasonable that the hub may be assumed to be the place where all signalling will pass through. At the hub, there were 2 possible solutions: A passive application that would analyze the signalling and communicate the data to the DCAS. A Gatekeeper and a Proxy server jointly referred to as softswitch. Due to the requirement that it will be possible to reject the calls in case of resource deficiency, the second option was chosen. The main reason for this selection was that in order to actively reject a call, the rejecting party must be a part of the VoIP network. A semi-passive element that would generate a reject message may lead to unforeseen results and a ping-pong of messages and acknowledgements. DCAS NMS Router VSAT Figure1: Solution topology Topology The topology is described in figure 1. A softswitch is placed at the hub having an interface to the IP world, where the following entities may exist: Internet network access to remote CPEs, Gateways, other softswitches, CPEs, and access to the CPEs behind the VSATs. The softwitch has another interface to the DCAS. The CPEs behind the VSATs connect to the VSAT over the VSAT's LAN port. There is a dedicated voice packet processor at the hub to handle VoIP media, and a different processor to handle data (and perform TCP spoofing etc). Signalling All endpoints must be registered with the softswitch, and the call models must be of 2
3 H.323 routed mode and SIP using SIP proxy. When a CPE behind a VSAT initiates a call, it sends the call setup message (SIP INVITE, H.323 ARQ, setup) over the "regular" data path of the VSAT, as any other IP application, subject to data QoS settings. When the softswitch receives the setup request, it resolves the source and destination IP addresses of the 2 parties involved in the call, and sends a call request message to the DCAS containing the information. The DCAS looks its tables and classifies the call as either star, mesh, local or hub call, and checks for the availability of resources. If no resources are available, the DCAS rejects the call to the softswitch and the softswitch, being a part of the VoIP topology, issues a call clearing command with the proper cause to the CPE that initiated the call. If the required resources are available, the DCAS allocates the resources and sends assign messages to the voice packet processor at the hub, to the VSATs and to the softswitch which continues the call setup process. Media path Once the assign message arrives at the VSAT, it intercepts all RTP packets having the destination IP address and UDP port which it received in the assign message from the DCAS. The VSAT then performs the following: (1) It removes IP, UDP and RTP headers. (2) It collects frames of payload until the transmit timeslot arrives. (3) It adds a 6 Byte header with some RTP fields included that is shared with the VoIP application layer and the satellite access layer. The VSAT then sends the new packet to the hub, where it is processed by the voice packet processor which reconstructs the original RTP packet structure, with some modifications e.g. the SSRC is not reconstructed, it is rather created a new for the duration of the session. The voice packet processor then forwards the RTP packet over the Ethernet port to its destination. On the reversed direction (Outbound), the packets arrive at the voice packet processor which strips them of their IP, UDP and RTP headers, constructs a new packet, and sends it to the IP encapsulator, and to the VSAT. At the VSAT the packets are reconstructed to have IP UDP and RTP headers, and the packets are sent to the CPE. Solution Pros Enables total QoS. The voice and data paths are completely separated from each other and there can be no interference caused by data traffic such as FTP upload and the voice traffic. There is no interference between different voice calls, each call has its satellite resources reserved for the entire duration of the session. The access provides a jitter-less medium for the voice data, which results in a superior voice quality. It is possible to reject a call if there are no resources available, and provide a proper cause. The bandwidth requirement is known from the signalling session, there is no need to assume bandwidth requirement a- priori, or to spend time in estimating the actual bandwidth. Decisions regarding satellite resources are taken where the VoIP decisions are taken: At the softswitch. No need to implement complex logics at the VSAT. The VSAT implementation is protocol agnostic it is only aware of RTP. The DCAS is protocol agnostic, and only aware of the protocol between itself and the softswitch. Using a softswitch from an external vendor brings the benefits of exploiting the know how of expert the softswitch vendor, and concentrate on the satellite-unique issues. It also enables the system to benefit from the VoIP market trends and developments; (to expand in the directions the market is growing in terms of new protocols, new protocol version, redundancy, cost reduction etc). Enables potential support for lawful interception, also in mesh modes. May enable support for encrypted signalling (because the encrypted tunnel must be between the CPE and the softswitch) - something that "Transparent" systems can't achieve. 3
4 Solution cons Not "transparent". If a carrier wants to use its existing softswitch, it can't do so. Although softswitch to softswitch communications enables such a topology, usually the carrier will not want some of the subscribers to be managed in one softswitch and others on another. It forces the service provider to be a telephony service provider, even if it is not its intention the service provider must manage the subscribers, provide class 5 services and comply with regulations that otherwise it was exempt of such as lawful interception, emergency calls. Does not provide support for protocols such as Skype that are either proprietary and wouldn't be recognized by the softswitch, or their topology is not centric, or do not use RTP. In case of a VSAT where there are many calls, it cannot benefit from statistical multiplexing based on silence suppression. Has problems with VLAN support. Forces the network to work in a working point where a certain codec is most efficient. If other codecs are used, efficiency may deteriorate. Other applications may also perform less well. Adaptation to DVB-RCS environment The new DVB-RCS access scheme poses a few challenges to the above described concept no longer are the existing tools (Such as special satellite resource pool and proprietary headers in the return channel) available, and the question of whether the concept applies in this new environment is a valid one. It can be shown that with some adaptations, the concept is still valid even in the DVB- RCS environment, providing basically the same advantages and possibly more. The method to be used to request DVB- RCS resources would be CRA, where the NCC analyzes the call needs and allocates the required resources to the RCST without receiving a request from the RCST. A minor adaptation of the standard is required to allow dynamic allocation and de-allocation of CRA resources to an RCST on a per-call basis, according to call characteristics. Providing better efficiency may also be achieved through the a-priori knowledge of the media stream end-to-end characteristics such as UDP ports. This enables header compression to be applied on each media stream, removing even the IP headers, and reconstructing them on the other side. When performing IP header compression, some deviation from the DVB-RCS standard is required due to the fact that the packets are no longer IP proper modification of the standard in the context of session management should enable this support. Of course, such header compression may require additional information transfer between the two ends of the satellite link information not currently available within the DVB-RCS specs. C2P, a new protocol currently under development, may be applied to provide such information transfer. Additional point to consider is the fact that the current approach is built on reducing the VoIP calls back to circuit switching mechanisms. These mechanisms guarantee quality of service equal to that expected by landline telephone subscribers (except for the obvious satellite delay and compression). It must be considered how to provide virtual circuit implementation in the DVB-RCS environment which is geared towards IP traffic. In this respect also arises the question of efficiency caused by the resolution of ATM cells or MPEG frames the currently available media formats in DVB-RCS. Last, moving forward with a new access scheme provides an opportunity to resolve existing deficiencies in the model such as the transparency issue, interface to IMS and standardization of the protocol between the NCC and the softswitch. Conclusion 4
5 Conclusion Satellite communications based on geo-synchronous satellites are characterized by a large delay, and high cost of resources. VoIP applications over satellite networks must thus be handled very carefully so as to provide quality of service, as expected from voice calls while maintaining as high satellite resource exploitation efficient. We have described above a circuit-switching approach to overcome the challenges VoIP posed to satellite network vendors and operators. The approach consists of an integrated softswitch included in the network, communicating with the hub and providing information for exact resource allocation such that each call is allocated dedicated resources. The approach had been implemented and tested and is provided by Gilat and is commercially available as a VoIP solution. Finally, some considerations of using this approach in a DVB-RCS network were discussed and required additions to the standard were indicated. The work of optimising VoIP and other session based protocols over the DVB-RCS standard was carried out under the VIVALDI project that is partially funded by the EC within the 6 th FP. 5
How To Deliver High Quality Telephony Over A Network
Voice over Application Note Telephony Service over Satellite January 2012 Data Sells but Voice Pays In the early years of the industry, networks were deployed primarily for telephony services. As time
More informationHigh Performance VPN Solutions Over Satellite Networks
High Performance VPN Solutions Over Satellite Networks Enhanced Packet Handling Both Accelerates And Encrypts High-Delay Satellite Circuits Characteristics of Satellite Networks? Satellite Networks have
More informationTECHNICAL CHALLENGES OF VoIP BYPASS
TECHNICAL CHALLENGES OF VoIP BYPASS Presented by Monica Cultrera VP Software Development Bitek International Inc 23 rd TELELCOMMUNICATION CONFERENCE Agenda 1. Defining VoIP What is VoIP? How to establish
More informationEncapsulating Voice in IP Packets
Encapsulating Voice in IP Packets Major VoIP Protocols This topic defines the major VoIP protocols and matches them with the seven layers of the OSI model. Major VoIP Protocols 15 The major VoIP protocols
More informationClearing the Way for VoIP
Gen2 Ventures White Paper Clearing the Way for VoIP An Alternative to Expensive WAN Upgrades Executive Overview Enterprises have traditionally maintained separate networks for their voice and data traffic.
More informationAn Introduction to VoIP Protocols
An Introduction to VoIP Protocols www.netqos.com Voice over IP (VoIP) offers the vision of a converged network carrying multiple types of traffic (voice, video, and data, to name a few). To carry out this
More informationETM System SIP Trunk Support Technical Discussion
ETM System SIP Trunk Support Technical Discussion Release 6.0 A product brief from SecureLogix Corporation Rev C SIP Trunk Support in the ETM System v6.0 Introduction Today s voice networks are rife with
More informationOverview of Voice Over Internet Protocol
Overview of Voice Over Internet Protocol Purva R. Rajkotia, Samsung Electronics November 4,2004 Overview of Voice Over Internet Protocol Presentation Outline History of VoIP What is VoIP? Components of
More informationVoice Over IP Per Call Bandwidth Consumption
Over IP Per Call Bandwidth Consumption Interactive: This document offers customized voice bandwidth calculations with the TAC Bandwidth Calculator ( registered customers only) tool. Introduction Before
More informationVoIP Bandwidth Considerations - design decisions
VoIP Bandwidth Considerations - design decisions When calculating the bandwidth requirements for a VoIP implementation the two main protocols are: a signalling protocol such as SIP, H.323, SCCP, IAX or
More informationRequirements of Voice in an IP Internetwork
Requirements of Voice in an IP Internetwork Real-Time Voice in a Best-Effort IP Internetwork This topic lists problems associated with implementation of real-time voice traffic in a best-effort IP internetwork.
More informationVoIP over DVB-RCS A Radio Resource and QoS Perspective
VoIP over DVB-RCS A Radio Resource and QoS Perspective Executive Summary One of the drivers of VoIP over DVB-RCS satellite based IP networks is the requirement for cost-effective telephony in regions with
More information5. DEPLOYMENT ISSUES Having described the fundamentals of VoIP and underlying IP infrastructure, let s address deployment issues.
5. DEPLOYMENT ISSUES Having described the fundamentals of VoIP and underlying IP infrastructure, let s address deployment issues. 5.1 LEGACY INTEGRATION In most cases, enterprises own legacy PBX systems,
More informationVOICE over IP H.323 Advanced Computer Network SS2005 Presenter : Vu Thi Anh Nguyet
VOICE over IP H.323 Advanced Computer Network SS2005 Presenter : Vu Thi Anh Nguyet 1 Outlines 1. Introduction 2. QoS in VoIP 3. H323 4. Signalling in VoIP 5. Conclusions 2 1. Introduction to VoIP Voice
More informationMPLS Environment. To allow more complex routing capabilities, MPLS permits attaching a
MPLS Environment Introduction to MPLS Multi-Protocol Label Switching (MPLS) is a highly efficient and flexible routing approach for forwarding packets over packet-switched networks, irrespective of the
More informationAdvanced VSAT Solutions Bridge Point-to-Multipoint (BPM) Overview
2114 West 7 th Street Tempe, AZ 85281 USA Voice +1.480.333.2200 E-mail sales@comtechefdata.com Web www.comtechefdata.com Advanced VSAT Solutions Bridge Point-to-Multipoint (BPM) Overview January 2014 2014
More informationVIDEOCONFERENCING. Video class
VIDEOCONFERENCING Video class Introduction What is videoconferencing? Real time voice and video communications among multiple participants The past Channelized, Expensive H.320 suite and earlier schemes
More informationANALYSIS OF LONG DISTANCE 3-WAY CONFERENCE CALLING WITH VOIP
ENSC 427: Communication Networks ANALYSIS OF LONG DISTANCE 3-WAY CONFERENCE CALLING WITH VOIP Spring 2010 Final Project Group #6: Gurpal Singh Sandhu Sasan Naderi Claret Ramos (gss7@sfu.ca) (sna14@sfu.ca)
More informationNetwork Simulation Traffic, Paths and Impairment
Network Simulation Traffic, Paths and Impairment Summary Network simulation software and hardware appliances can emulate networks and network hardware. Wide Area Network (WAN) emulation, by simulating
More informationReceiving the IP packets Decoding of the packets Digital-to-analog conversion which reproduces the original voice stream
Article VoIP Introduction Internet telephony refers to communications services voice, fax, SMS, and/or voice-messaging applications that are transported via the internet, rather than the public switched
More informationCombining Voice over IP with Policy-Based Quality of Service
TechBrief Extreme Networks Introduction Combining Voice over IP with Policy-Based Quality of Service Businesses have traditionally maintained separate voice and data networks. A key reason for this is
More informationIP Telephony Deployment Models
CHAPTER 2 Sections in this chapter address the following topics: Single Site, page 2-1 Multisite Implementation with Distributed Call Processing, page 2-3 Design Considerations for Section 508 Conformance,
More informationComputer Networks CS321
Computer Networks CS321 Dr. Ramana I.I.T Jodhpur Dr. Ramana ( I.I.T Jodhpur ) Computer Networks CS321 1 / 22 Outline of the Lectures 1 Introduction OSI Reference Model Internet Protocol Performance Metrics
More informationChapter 2 - The TCP/IP and OSI Networking Models
Chapter 2 - The TCP/IP and OSI Networking Models TCP/IP : Transmission Control Protocol/Internet Protocol OSI : Open System Interconnection RFC Request for Comments TCP/IP Architecture Layers Application
More informationVegaStream Information Note Considerations for a VoIP installation
VegaStream Information Note Considerations for a VoIP installation To get the best out of a VoIP system, there are a number of items that need to be considered before and during installation. This document
More informationApplication Notes. Introduction. Contents. Managing IP Centrex & Hosted PBX Services. Series. VoIP Performance Management. Overview.
Title Series Managing IP Centrex & Hosted PBX Services Date July 2004 VoIP Performance Management Contents Introduction... 1 Quality Management & IP Centrex Service... 2 The New VoIP Performance Management
More informationSIP Trunking with Microsoft Office Communication Server 2007 R2
SIP Trunking with Microsoft Office Communication Server 2007 R2 A Dell Technical White Paper By Farrukh Noman Dell Product Group - Enterprise THIS WHITE PAPER IS FOR INFORMATIONAL PURPOSES ONLY, AND MAY
More informationSIP Trunking and Voice over IP
SIP Trunking and Voice over IP Agenda What is SIP Trunking? SIP Signaling How is Voice encoded and transported? What are the Voice over IP Impairments? How is Voice Quality measured? VoIP Technology Confidential
More informationResponses by TG1 (2000-09-14) included
20 00-09-14 I EEE 802.16.1-00/04 Comparison between TG3 Functional Requirements Document and TG1 proposed MAC Prepared by TG3 (2000-09-14) Comments in black Responses by TG1 (2000-09-14) included Green
More informationCommunication Networks. MAP-TELE 2011/12 José Ruela
Communication Networks MAP-TELE 2011/12 José Ruela Network basic mechanisms Introduction to Communications Networks Communications networks Communications networks are used to transport information (data)
More informationNetwork administrators must be aware that delay exists, and then design their network to bring end-to-end delay within acceptable limits.
Delay Need for a Delay Budget The end-to-end delay in a VoIP network is known as the delay budget. Network administrators must design a network to operate within an acceptable delay budget. This topic
More informationMethods for Lawful Interception in IP Telephony Networks Based on H.323
Methods for Lawful Interception in IP Telephony Networks Based on H.323 Andro Milanović, Siniša Srbljić, Ivo Ražnjević*, Darryl Sladden*, Ivan Matošević, and Daniel Skrobo School of Electrical Engineering
More informationVOIP-211RS/210RS/220RS/440S. SIP VoIP Router. User s Guide
VOIP-211RS/210RS/220RS/440S SIP VoIP Router User s Guide Trademarks Contents are subject to revise without prior notice. All trademarks belong to their respective owners. FCC Warning This equipment has
More informationInternational Telecommunication Union. Common VoIP Metrics. Alan Clark. CEO, Telchemy
International Telecommunication Union Common VoIP Metrics Alan Clark CEO, Telchemy Workshop on End-to-End Quality of Service.What is it? How do we get it? Geneva, 1-3 October 2003 Summary ITU-T o Typical
More informationData Networking and Architecture. Delegates should have some basic knowledge of Internet Protocol and Data Networking principles.
Data Networking and Architecture The course focuses on theoretical principles and practical implementation of selected Data Networking protocols and standards. Physical network architecture is described
More informationVoice over IP Basics for IT Technicians
Voice over IP Basics for IT Technicians White Paper Executive summary The IP phone is coming or has arrived on desk near you. The IP phone is not a PC, but does have a number of hardware and software elements
More informationVoice over IP (VoIP) for Telephony. Advantages of VoIP Migration for SMBs BLACK BOX. 724-746-5500 blackbox.com
Voice over IP (VoIP) for Telephony Advantages of VoIP Migration for SMBs BLACK BOX Hybrid PBX VoIP Gateways SIP Phones Headsets 724-746-5500 blackbox.com Table of Contents Introduction...3 About Voice
More informationTransport and Network Layer
Transport and Network Layer 1 Introduction Responsible for moving messages from end-to-end in a network Closely tied together TCP/IP: most commonly used protocol o Used in Internet o Compatible with a
More informationMINIMUM NETWORK REQUIREMENTS 1. REQUIREMENTS SUMMARY... 1
Table of Contents 1. REQUIREMENTS SUMMARY... 1 2. REQUIREMENTS DETAIL... 2 2.1 DHCP SERVER... 2 2.2 DNS SERVER... 2 2.3 FIREWALLS... 3 2.4 NETWORK ADDRESS TRANSLATION... 4 2.5 APPLICATION LAYER GATEWAY...
More informationCisco Networks (ONT) 2006 Cisco Systems, Inc. All rights reserved.
Optimizing Converged Cisco Networks (ONT) reserved. Lesson 2.4: Calculating Bandwidth Requirements for VoIP reserved. Objectives Describe factors influencing encapsulation overhead and bandwidth requirements
More informationIntroduction VOIP in an 802.11 Network VOIP 3
Solutions to Performance Problems in VOIP over 802.11 Wireless LAN Wei Wang, Soung C. Liew Presented By Syed Zaidi 1 Outline Introduction VOIP background Problems faced in 802.11 Low VOIP capacity in 802.11
More informationNetwork Connection Considerations for Microsoft Response Point 1.0 Service Pack 2
Network Connection Considerations for Microsoft Response Point 1.0 Service Pack 2 Updated: February 2009 Microsoft Response Point is a small-business phone solution that is designed to be easy to use and
More informationPacketized Telephony Networks
Packetized Telephony Networks Benefits of Packet Telephony Networks Traditionally, the potential savings on long-distance costs was the driving force behind the migration to converged voice and data networks.
More informationOptimizing Converged Cisco Networks (ONT)
Optimizing Converged Cisco Networks (ONT) Module 2: Cisco VoIP Implementations (Deploy) Calculating Bandwidth Requirements for VoIP Objectives Describe factors influencing encapsulation overhead and bandwidth
More informationWAN Data Link Protocols
WAN Data Link Protocols In addition to Physical layer devices, WANs require Data Link layer protocols to establish the link across the communication line from the sending to the receiving device. 1 Data
More informationVoice over IP. Abdus Salam ICTP, February 2004 School on Digital Radio Communications for Research and Training in Developing Countries
Voice over IP Abdus Salam ICTP, February 2004 School on Digital Radio Communications for Research and Training in Developing Countries Ermanno Pietrosemoli Latin American Networking School (Fundación EsLaRed)
More informationNortel - 920-803. Technology Standards and Protocol for IP Telephony Solutions
1 Nortel - 920-803 Technology Standards and Protocol for IP Telephony Solutions QUESTION: 1 To achieve the QoS necessary to deliver voice between two points on a Frame Relay network, which two items are
More informationThe use of IP networks, namely the LAN and WAN, to carry voice. Voice was originally carried over circuit switched networks
Voice over IP Introduction VoIP Voice over IP The use of IP networks, namely the LAN and WAN, to carry voice Voice was originally carried over circuit switched networks PSTN (Public Switch Telephone Network)
More informationHow To Test A Network Performance
A.Jabbar : A Simulation Study of Tunneled Voice over Internet Protocol System A Simulation Study of Tunneled Voice over Internet Protocol System A. I. A. Jabbar D. M. Ali Electrical Department - Collage
More informationTroubleshooting Common Issues in VoIP
Troubleshooting Common Issues in VoIP 2014, SolarWinds Worldwide, LLC. All rights reserved. Voice over Internet Protocol (VoIP) Introduction Voice over IP, or VoIP, refers to the delivery of voice and
More informationSIP Trunking Configuration with
SIP Trunking Configuration with Microsoft Office Communication Server 2007 R2 A Dell Technical White Paper End-to-End Solutions Team Dell Product Group - Enterprise THIS WHITE PAPER IS FOR INFORMATIONAL
More informationApplication Note. Pre-Deployment and Network Readiness Assessment Is Essential. Types of VoIP Performance Problems. Contents
Title Six Steps To Getting Your Network Ready For Voice Over IP Date January 2005 Overview This provides enterprise network managers with a six step methodology, including predeployment testing and network
More informationIntegrate VoIP with your existing network
Integrate VoIP with your existing network As organisations increasingly recognise and require the benefits voice over Internet Protocol (VoIP) offers, they stop asking "Why?" and start asking "How?". A
More informationWhitePaper: XipLink Real-Time Optimizations
WhitePaper: XipLink Real-Time Optimizations XipLink Real Time Optimizations Header Compression, Packet Coalescing and Packet Prioritization Overview XipLink Real Time ( XRT ) is a new optimization capability
More informationOperation Manual Voice Overview (Voice Volume) Table of Contents
Operation Manual Voice Over (Voice Volume) Table of Contents Table of Contents Chapter 1 Voice Over... 1-1 1.1 Introduction to VoIP... 1-1 1.1.1 VoIP System... 1-1 1.1.2 Basic VoIP Call Flow... 1-2 1.1.3
More informationBandwidth Security and QoS Considerations
This chapter presents some design considerations for provisioning network bandwidth, providing security and access to corporate data stores, and ensuring Quality of Service (QoS) for Unified CCX applications.
More informationSTANDPOINT FOR QUALITY-OF-SERVICE MEASUREMENT
STANDPOINT FOR QUALITY-OF-SERVICE MEASUREMENT 1. TIMING ACCURACY The accurate multi-point measurements require accurate synchronization of clocks of the measurement devices. If for example time stamps
More informationIndepth Voice over IP and SIP Networking Course
Introduction SIP is fast becoming the Voice over IP protocol of choice. During this 3-day course delegates will examine SIP technology and architecture and learn how a functioning VoIP service can be established.
More informationUnderstanding Latency in IP Telephony
Understanding Latency in IP Telephony By Alan Percy, Senior Sales Engineer Brooktrout Technology, Inc. 410 First Avenue Needham, MA 02494 Phone: (781) 449-4100 Fax: (781) 449-9009 Internet: www.brooktrout.com
More informationSSVVP SIP School VVoIP Professional Certification
SSVVP SIP School VVoIP Professional Certification Exam Objectives The SSVVP exam is designed to test your skills and knowledge on the basics of Networking, Voice over IP and Video over IP. Everything that
More informationSSVP SIP School VoIP Professional Certification
SSVP SIP School VoIP Professional Certification Exam Objectives The SSVP exam is designed to test your skills and knowledge on the basics of Networking and Voice over IP. Everything that you need to cover
More informationConfiguring an efficient QoS Map
Configuring an efficient QoS Map This document assumes the reader has experience configuring quality of service (QoS) maps and working with traffic prioritization. Before reading this document, it is advisable
More informationPerformance Evaluation of VoIP Services using Different CODECs over a UMTS Network
Performance Evaluation of VoIP Services using Different CODECs over a UMTS Network Jianguo Cao School of Electrical and Computer Engineering RMIT University Melbourne, VIC 3000 Australia Email: j.cao@student.rmit.edu.au
More informationFrequently Asked Questions
Frequently Asked Questions 1. Q: What is the Network Data Tunnel? A: Network Data Tunnel (NDT) is a software-based solution that accelerates data transfer in point-to-point or point-to-multipoint network
More informationNeed for Signaling and Call Control
Need for Signaling and Call Control VoIP Signaling In a traditional voice network, call establishment, progress, and termination are managed by interpreting and propagating signals. Transporting voice
More information640-460 - Implementing Cisco IOS Unified Communications (IIUC)
640-460 - Implementing Cisco IOS Unified Communications (IIUC) Course Introduction Course Introduction Module 1 - Cisco Unified Communications System Introduction Cisco Unified Communications System Introduction
More informationQuality of Service Analysis of site to site for IPSec VPNs for realtime multimedia traffic.
Quality of Service Analysis of site to site for IPSec VPNs for realtime multimedia traffic. A Network and Data Link Layer infrastructure Design to Improve QoS in Voice and video Traffic Jesús Arturo Pérez,
More informationVoice over IP (VoIP) Basics for IT Technicians
Voice over IP (VoIP) Basics for IT Technicians VoIP brings a new environment to the network technician that requires expanded knowledge and tools to deploy and troubleshoot IP phones. This paper provides
More informationDialogic I-Gate 4000 Session Bandwidth Optimizer Core
The Dialogic I-Gate 4000 Session Bandwidth Optimizer (SBO) Core is a standalone system that enables cost-effective transport of VoIP traffic in 3G mobile and next-generation switching networks and offers
More informationComparison of Voice over IP with circuit switching techniques
Comparison of Voice over IP with circuit switching techniques Author Richard Sinden Richard Sinden 1 of 9 Abstract Voice-over-IP is a growing technology. Companies are beginning to consider commercial
More informationIP videoconferencing solution with ProCurve switches and Tandberg terminals
An HP ProCurve Networking Application Note IP videoconferencing solution with ProCurve switches and Tandberg terminals Contents 1. Introduction... 3 2. Architecture... 3 3. Videoconferencing traffic and
More informationUnit 23. RTP, VoIP. Shyam Parekh
Unit 23 RTP, VoIP Shyam Parekh Contents: Real-time Transport Protocol (RTP) Purpose Protocol Stack RTP Header Real-time Transport Control Protocol (RTCP) Voice over IP (VoIP) Motivation H.323 SIP VoIP
More informationVoIP in 802.11. Mika Nupponen. S-72.333 Postgraduate Course in Radio Communications 06/04/2004 1
VoIP in 802.11 Mika Nupponen S-72.333 Postgraduate Course in Radio Communications 06/04/2004 1 Contents Introduction VoIP & WLAN Admission Control for VoIP Traffic in WLAN Voice services in IEEE 802.11
More informationENTERPRISE CONNECTIVITY
ENTERPRISE CONNECTIVITY IP Services for Business, Governmental & Non-Governmental Organizations The success of today s organizations and enterprises highly depends on reliable and secure connectivity.
More informationVoice Over Internet Protocol(VoIP)
Voice Over Internet Protocol(VoIP) By Asad Niazi Last Revised on: March 29 th, 2004 SFWR 4C03 Major Project Instructor: Dr. Kartik Krishnan 1. Introduction The telecommunications companies around the world
More informationRTP Performance Enhancing Proxy
PACE RTP Performance Enhancing Proxy V2 Whilst the above information has been prepared by Inmarsat in good faith, and all reasonable efforts have been made to ensure its accuracy, Inmarsat makes no warranty
More informationVoice over IP. Demonstration 1: VoIP Protocols. Network Environment
Voice over IP Demonstration 1: VoIP Protocols Network Environment We use two Windows workstations from the production network, both with OpenPhone application (figure 1). The OpenH.323 project has developed
More informationSIP Forum Fax Over IP Task Group Problem Statement
T.38: related to SIP/SDP Negotiation While the T.38 protocol, approved by the ITU-T in 1998, was designed to allow fax machines and computer-based fax to carry forward in a transitioning communications
More informationQuality of Service Testing in the VoIP Environment
Whitepaper Quality of Service Testing in the VoIP Environment Carrying voice traffic over the Internet rather than the traditional public telephone network has revolutionized communications. Initially,
More informationAgilent Technologies Performing Pre-VoIP Network Assessments. Application Note 1402
Agilent Technologies Performing Pre-VoIP Network Assessments Application Note 1402 Issues with VoIP Network Performance Voice is more than just an IP network application. It is a fundamental business and
More informationVoIP Trunking with Session Border Controllers
VoIP Trunking with Session Border Controllers By Chris Mackall Submitted to the Faculty of the Information Technology Program in Partial Fulfillment of the Requirements for the Degree of Bachelor of Science
More informationWhite Paper. Solutions to VoIP (Voice over IP) Recording Deployment
White Paper Solutions to VoIP (Voice over IP) Recording Deployment Revision 2.1 September 2008 Author: Robert Wright (robert.wright@ultra-audiosoft.com), BSc (Hons) Ultra Electronics AudioSoft, October
More informationVoice over Internet Protocol (VoIP) systems can be built up in numerous forms and these systems include mobile units, conferencing units and
1.1 Background Voice over Internet Protocol (VoIP) is a technology that allows users to make telephone calls using a broadband Internet connection instead of an analog phone line. VoIP holds great promise
More informationSpacenet Security over VSAT Networks
Spacenet Security over VSAT Networks This document contains information proprietary to Gilat Satellite Networks Ltd. and may not be reproduced in whole or in part without the express written consent of
More informationData Communication Networks and Converged Networks
Data Communication Networks and Converged Networks The OSI Model and Encapsulation Layer traversal through networks Protocol Stacks Converged Data/Telecommunication Networks From Telecom to Datacom, Asynchronous
More informationCVOICE Exam Topics Cisco Voice over IP Exam #642-432 7/14/2005
CVOICE Exam Topics Cisco Voice over IP Exam #642-432 7/14/2005 From the Cisco CVOICE 642-432 Exam Topics Voice over IP Technologies Describe the similarities and differences between PSTN and VoIP including
More informationMultimedia Communications Voice over IP
Multimedia Communications Voice over IP Anandi Giridharan Electrical Communication Engineering, Indian Institute of Science, Bangalore 560012, India Voice over IP (Real time protocols) Internet Telephony
More informationNetwork Considerations for IP Video
Network Considerations for IP Video H.323 is an ITU standard for transmitting voice and video using Internet Protocol (IP). It differs from many other typical IP based applications in that it is a real-time
More informationACD: Average Call Duration is the average duration of the calls routed bya a VoIP provider. It is a quality parameter given by the VoIP providers.
ACD: Average Call Duration is the average duration of the calls routed bya a VoIP provider. It is a quality parameter given by the VoIP providers. API: An application programming interface (API) is a source
More informationWhite Paper: Voice Over IP Networks
FREE FREE One One Hour Hour VoIPonline VoIPonline Seminar TM Seminar TM For additional information contact: Terry Shugart - tshugart@analogic.com http://www.analogic.com/cti TEL: 978-977-3000 FAX: 978-977-6813
More informationR2. The word protocol is often used to describe diplomatic relations. How does Wikipedia describe diplomatic protocol?
Chapter 1 Review Questions R1. What is the difference between a host and an end system? List several different types of end systems. Is a Web server an end system? 1. There is no difference. Throughout
More informationThe Basics. Configuring Campus Switches to Support Voice
Configuring Campus Switches to Support Voice BCMSN Module 7 1 The Basics VoIP is a technology that digitizes sound, divides that sound into packets, and transmits those packets over an IP network. VoIP
More informationLink Layer. 5.6 Hubs and switches 5.7 PPP 5.8 Link Virtualization: ATM and MPLS
Link Layer 5.1 Introduction and services 5.2 Error detection and correction 5.3Multiple access protocols 5.4 Link-Layer Addressing 5.5 Ethernet 5.6 Hubs and switches 5.7 PPP 5.8 Link Virtualization: and
More informationConverged TDM and IP- Based Broadband Solutions White Paper. OnSite OS-10 Multi-Service over SDH Provisioning
Converged TDM and IP- Based Broadband Solutions White Paper OnSite -10 Multi-Service over SDH Provisioning Copyright Copyright 2009, Patton Electronics Company. All rights reserved. Printed in the USA.
More informationCourse 4: IP Telephony and VoIP
Course 4: IP Telephony and VoIP Telecommunications Technical Curriculum Program 3: Voice Knowledge 6/9/2009 1 Telecommunications Technical Curriculum Program 1: General Industry Knowledge Course 1: General
More informationAMERHIS GATEWAY FAMILY
SPACE AMERHIS GATEWAY FAMILY Satellite communications, earth observation, navigation and positioning and control stations indracompany.com AMERHIS AMERHIS GATEWAY FAMILY The first multibeam satellite switching
More informationWhite paper. Reliable and Scalable TETRA networks
Abstract The evolution of TETRA networks towards an all- IP architecture is now a reality and has been accepted by even the most demanding users of TETRA technology. Although circuit switch based TETRA
More informationHands on VoIP. Content. Tel +44 (0) 845 057 0176 enquiries@protelsolutions.co.uk. Introduction
Introduction This 4-day course offers a practical introduction to 'hands on' VoIP engineering. Voice over IP promises to reduce your telephony costs and provides unique opportunities for integrating voice
More informationHow Network Transparency Affects Application Acceleration Deployment
How Network Transparency Affects Application Acceleration Deployment By John Bartlett and Peter Sevcik July 2007 Acceleration deployments should be simple. Vendors have worked hard to make the acceleration
More information