+ All Categories
Home > Documents > Internet Telephony: VoIP, SIP & more - ECSE @ Rensselaer€¦ · P S G C P H.GCP Me gac o I P D C...

Internet Telephony: VoIP, SIP & more - ECSE @ Rensselaer€¦ · P S G C P H.GCP Me gac o I P D C...

Date post: 17-Apr-2018
Category:
Upload: vankien
View: 216 times
Download: 2 times
Share this document with a friend
202
Shivkumar Kalyanaraman Rensselaer Polytechnic Institute 1 Internet Telephony: VoIP, SIP & more : “shiv rpiShivkumar Kalyanaraman Adapted from slides of Henning Schulzrinne, Doug Moeller
Transcript

Shivkumar KalyanaramanRensselaer Polytechnic Institute

1

Internet Telephony: VoIP, SIP & more

: “shiv rpi”Shivkumar Kalyanaraman

Adapted from slides of Henning Schulzrinne, Doug Moeller

Shivkumar KalyanaramanRensselaer Polytechnic Institute

2

Telephony: history and evolutionIP Telephony: What, Why & Where?

Adding interactive multimedia to the webBeing able to do telephony on IP with a variety of devicesConsumer & business marketsKey element of convergence in carrier infrastructure

Basic IP telephony modelProtocols: SIP, H.323, RTP, Coding schemes, MegacoFuture: Invisible IP telephony and control of appliances

Overview

Shivkumar KalyanaramanRensselaer Polytechnic Institute

3

What is VoIP? Why VoIP?

Where is VoIP Today?

Shivkumar KalyanaramanRensselaer Polytechnic Institute

4

What is VoIP?

VoIP = “Voice over IP”Transmission of telephony services via IP infrastructure=> need history/concepts reg. both “telephony” (or “voice”) and “IP”

Complements or replaces other Voice-over-data architectureVoice-over-TDMVoice-over-Frame-RelayVoice-over-ATM

First proprietary IP Telephony implementations in 1994, VoIP-related standards available 1996

Buzzwords related to VoIP: H.323 v2, SIP, MEGACO/H.248, Sigtrans

Shivkumar KalyanaramanRensselaer Polytechnic Institute

5

What is VoIP? Protocol Soup

H.323SIP

MGCPSGCP

H.GCP

Megaco

IPD

C

H.245

SDP

MDCP

SigtransVPIM

Q.SIG

“The nice thing about standards is that you have so many to choose from; furthermore, if you do not like any of them, you can just wait for next year’s model.” [Tanenbaum]

Shivkumar KalyanaramanRensselaer Polytechnic Institute

6

Telephony over IP standards bodiesITU - International Telecommunication Union

http://www.itu.orgIETF - Internet Engineering Task Force.

http://www.ietf.orgETSI - European Telecommunications Standards Institute

http://www.etsi.org/tiphonANSI - American National Standards Institute

http://www.ansi.orgTIA - Telecommunications Industry Association

http://www.tiaonline.orgIEEE - Institute for Electrical and Electronics Engineers

http://www.ieee.org

Shivkumar KalyanaramanRensselaer Polytechnic Institute

7

Why VoIP? Telephony: Mature IndustryAT&T Divestiture

Shivkumar KalyanaramanRensselaer Polytechnic Institute

8

Why VoIP: Price/call plummeting due to overcapacityAT&T Divestiture

1996 deregulation

Shivkumar KalyanaramanRensselaer Polytechnic Institute

9

Relevant Telecom Industry Trends 1984: AT&T breakup: baby bells vs long distance carriers1996: Telecom deregulation, Internet takeoffLate 1990s: explosion of fiber capacity in long-distance + many new carriers

Long-distance prices plummetDespite internet, the last-mile capacity did not grow fast enough

2000s: shakeout & consolidation in developed countriesWireless substitution in last mile => cell phone instead of land-lines

Developing countries leap frog to cell phones3G, WiMax => broadband, VoIP & mobility

Broadband rollouts happening slowly, but picking up steam now.Cable offering converged & bundled services:

digital cable, VoIP, video Recent mergers: AT&T (long-distance & data network provider) bought by SBC (baby bell); Verizon/Qwest vs MCI saga…

Shivkumar KalyanaramanRensselaer Polytechnic Institute

10

Why VoIP ? Data vs Voice Traffic

Infrastructure convergence: Since we are building future networks for data, can we slowly junk the voice infrastructure and move over to IP?

Note: quantity≠ quality ≠ value-added

Interactive svcs(phone, cell, sms)still dominate on a $$-per-Mbps basis

Shivkumar KalyanaramanRensselaer Polytechnic Institute

11

Trends: Total Phone vs Data Revenues

Shivkumar KalyanaramanRensselaer Polytechnic Institute

12

Motivations and drivers

Class 5switch

Class 4switch

Class 5switch

UsersUsers

PSTN

Packet networks

Data

Voice

H.323 gateway

ISDN Switch

Class-4/5 switches bulky, expensive. Incentive to switch to cheaper easily managed IP

Initial gateway between PSTN and Internet was H.323. Gateway did signaling, call control, translation in one box. Not scalable.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

13

Voice Over IP Marketplace Drivers

Rate arbitrage declining but still has importance as cost driverTDM origination and termination with IP transport in the WANInternational settlement and domestic access cost avoidance

Enterprises seeking to save on intra-company calls and faxes on converged networkEmergence of native IP origination environments

IP PBX, IP Phones, Soft Phones, Multimedia on the LAN3G Wireless, Broadband Networks

Companies: web-based call centers/web callback/e-commerce with IP EnablementNew network-based IP features and services

Hosted IP PBX/IP Centrex , Unified Messaging, Multimedia Conferencing Presence: Mobility, Follow me, Teleworker, Voice Portal Services, WiFi

Technology maturing with open standards for easier, faster innovationConverging Local, long-distance (LD) and data services

Shivkumar KalyanaramanRensselaer Polytechnic Institute

14

VoIP Volumes Are Accelerating While Adoption of Applications is Growing

020000400006000080000

100000120000140000160000180000200000

2001 2002 2003 2004 2005 2006 2007

VoIP VPN Traffic

Source: Probe Research Inc.: Reaching the Big Guys + Global Enterprise Forecast. September 2002

0

50000

100000

150000

200000

250000

300000

350000

2001 2002 2003 2004 2005 2006 2007

Virtual PBX + Managed IP PBX traffic

M ofMinutes

M ofMinutes

North America Rest of the World

North America Rest of the World

Enterprise Adoption of VoIP / IPT Applications

• VoIP VPNs will continue to be driven by increased IPT deployments in larger enterprises, coupled with economic benefits accruing, especially for MNCs

• IPT Deployments are the leading edge market driver for the development of converged LANs and WANs

Source: Giga Group, "Next Generation IP Telephony Applications Deliver Strategic Business Value", October 20, 2003

Respondents

Shivkumar KalyanaramanRensselaer Polytechnic Institute

15

Drivers Are Evolving From Cost Savings to Added Business Value…

Gartner Group, Sept. 16, 2003

Business Case Justification

Based on Business

Value

V3 Apps

V3 Apps - e.g. Unified Communications, Application Integration With Communications

V2 Apps

Business Case Justification

Based on Investment Protection

V2 Apps - e.g. Call Center Functions, Messaging, Administration Tools and Reports

PercentageIP Phones

Performing Functions Other Than

POTS

2003 2007200620052004 20082002

Business Case

Justification Based on

Cost Savings

V1 Apps

V1 Apps - e.g. IP-PBX, Basic Call Functions, Branch offices, Toll-bypass

Cost Savings• Toll By-Pass• Effective Use of Bandwidth • Personnel / Staffing Efficiencies• Less Expensive Moves, Adds Changes• Convergence / Consolidation• Decreased Capital• Upgrading to an IP PBX

Increased Investment Protection• Contact Center Functions• Future Proofing Infrastructure• Leveraging embedded infrastructure with

a phased roll-out• Networking Expertise for Integration

From Concept to Deployment

Optimized Business Value• Services over IP• Consistent Client / User Experience • Integrated Infrastructure• End-to-End Interoperability

Shivkumar KalyanaramanRensselaer Polytechnic Institute

16

Summary: Why VoIP? Cost reduction:

Toll by-passWAN Cost ReductionLowered Infrastructure Costs

Operational Improvement:Simplification of Routing AdministrationLAN/Campus Integration Policy and Directory Consolidation

Business Tool Integration:Voice mail, email and fax mail integrationMobility enabled by IP networking Web + Overseas Call CentersCollaborative applicationsNew Integrated Applications

3Cs: “Convergence” & “Costs” & “Competition”

Shivkumar KalyanaramanRensselaer Polytechnic Institute

17

Where is VoIP? Consumer VoIP MarketsConvergence & Competition

Vonage: pure VoIP CLEC (300K subscribers)Cable companies:

Eg: Time Warner (220K subscribers and signing on 10K per week (end of 2004)): Bundled with digital cable services

Skype (computer-computer p2p VoIP): tens of millions…Also has a WiFi service & a product co-developed by Motorola

(over 3G networks)Long-distance providers: AT&T CallVantageLocal (ILECs): Verizon

Future: convergence of VoIP + WiMax (802.16) as a open low-cost competitor to 3G wireless (closed system)

Combines: broadband Internet, mobility and VoIP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

18

Consumer VoIP over broadband

Broadband Infrastructure

ResidentialMedia Gateway

Traditional phone

Media Gateway Controller

Signaling and media gatewaysTo reach PSTN or other networks

Shivkumar KalyanaramanRensselaer Polytechnic Institute

19

Consumer VoIP at home with cable

PacketCable standard with DOCSIS 1.1 access infrastructure

MTA(Media Terminal Adapter)

Cable Modem

Call Management Server

MGCCable Modem Term. Sys.

MediaGateway

SignalingGateway

Other access mechanisms will similarly hand over to an MGC

Shivkumar KalyanaramanRensselaer Polytechnic Institute

20

Consumer VoIP: AT&T CallVantageNew consumer services:

Personal conferencing: earlier available to businesses onlyPrepaid Calling cards offering personal conferencing

Portable TA (terminal adaptor): can plug into any ethernetjack or WiFi (eg: many hotels providing free internet)Universal messaging: voice messages in emailLocateMe, Do-Not-Disturb, Unified Portal

Shivkumar KalyanaramanRensselaer Polytechnic Institute

21

Skype: p2p VoIPover Internet

Skype is entirely peer-to-peer and is equivalent to two H.323 terminals or 2 SIP terminals talking to each other

Provides a namespaceEfficient coding of voice packets

Instant messaging with voice Uses Kazaa-like p2p directory + secure authentication (login server) and e2e encryption

Shivkumar KalyanaramanRensselaer Polytechnic Institute

22

VoIP over WirelessCellular networks with 2.5G and 3G have packet services

1xRTT on 2.5 GEV-DO on 3G

The voice on these networks is circuit switched voice…

However, …Combined with bluetooth or USB interfaces, a PC-based VoIP software can do VoIP anywhere there is cellular coverage.Or Cellphone can be a SIP terminal

Near Future: VoIP over WiMax (802.16) and WiFi (802.11) networks

Shivkumar KalyanaramanRensselaer Polytechnic Institute

23

Enterprise: Private Branch Exchange (PBX)

7043

7040

7041

7042

External line

Telephoneswitch

Private BranchExchange

212-8538080

Anotherswitch

Corporate/Campus

InternetCorporate/Campus LAN

Post-divestiture phenomenon...

Shivkumar KalyanaramanRensselaer Polytechnic Institute

24

Enterprise VoIP: Yesterday’s networksCircuit Switched Networks (Voice)

Packet Switched Networks (IP)

PBXPBX

COCO

CO

Router

RouterRouter

Router

Router

Headquarters Branch Offices

Shivkumar KalyanaramanRensselaer Polytechnic Institute

25

Enterprise VoIP: Today’s networksToll by-pass

Circuit Switched Networks (Voice)

Packet Switched Networks (IP)

PBXPBX

COCO

CO

Router

RouterRouterRouter

Router

Headquarters Branch Offices

Shivkumar KalyanaramanRensselaer Polytechnic Institute

26

Enterprise VoIP: Tomorrow’s networksUnified/Converged Networks

Unified Networks (Voice over IP)

Router

RouterRouterRouter

Router

CO CO

Legacy PSTN

Branch OfficesHeadquarters

Shivkumar KalyanaramanRensselaer Polytechnic Institute

27

• VoIP infrastructure is converged onto a single IP/ MPLS network

• Open standards architecture based on SIP protocol

• Call Control Element manages all SIP signaling within our core network

• Access Agnostic: TDM, ATM, Frame, MIS, IP Enabled Frame and EVPN

• Border Elements: “translate”the multiple protocols into SIP, provide compression and security

• Provides secure, integrated voice / data / video access

• Flexibility to support future applications

• VoIP infrastructure is converged onto a single IP/ MPLS network

• Open standards architecture based on SIP protocol

• Call Control Element manages all SIP signaling within our core network

• Access Agnostic: TDM, ATM, Frame, MIS, IP Enabled Frame and EVPN

• Border Elements: “translate”the multiple protocols into SIP, provide compression and security

• Provides secure, integrated voice / data / video access

• Flexibility to support future applications

AT&T’s Integrated Infrastructure Supports Multiple Endpoints, Access Technologies and Application Services

Common VoIP Connectivity Layer

H.323 endpointsPSTN

SIP endpoints

NG Border Elements

SIP Border Elements

H.323 Border

Elements

MGCP Border

Elements

MGCP endpoints

IP/MPLS Converged Network

AT&T Call Control Element

Voice Applications:IP Centrex, IP Call Center and Distant Worker

Shivkumar KalyanaramanRensselaer Polytechnic Institute

28

Outbound Call• IP to Circuit Switched

NetworkAdjunct

SoftswitchApp.

Server Gateway

CustomerRecords

MediaServer

App.Server

Inbound Call• Circuit Switched to IP

800 Call• Circuit Switched to IP

Redirect Call• Circuit Switched to IP

SDN Call• IP to Circuit Switched

Circuit SwitchedNetwork

IP Network

VoIP Network UtilitiesEnsure Seamless Operations

Shivkumar KalyanaramanRensselaer Polytechnic Institute

29

IP-enabled circuit switches

PBX with VoIP trunk card

trunk between PBXKey system or PBX with VoIP line card

for IP phones

VoIP Gateway

CO

Switch

Shivkumar KalyanaramanRensselaer Polytechnic Institute

30

Telephony-enabled packet networks

RouterVoIP

Gateway

Enterprise Router with telco interfaces

T1/PRI BRI

Branch office router with telco interfaces

BRIAnalog trunk/line

Analog “dongle”a few analog lines for fax/phone

Central Office

Shivkumar KalyanaramanRensselaer Polytechnic Institute

31

VoFR (Voice over Frame Relay)

FRF.11 standardAllows for G.711, 729, 728, 726, and 723.1Signaling is done by transporting CAS natively or CCS as dataHas support for T.30 Fax, and Dialed Digits natively

PBX

Switch

SwitchSwitch

PBXVFRADVFRAD

Router

Shivkumar KalyanaramanRensselaer Polytechnic Institute

32

Voice over Packet: Market Forecast – North America

Shivkumar KalyanaramanRensselaer Polytechnic Institute

33

Telephony: History, Review & Trends

Shivkumar KalyanaramanRensselaer Polytechnic Institute

34

VoIP: Where Does it Fit in Trends ?Phase 1: Analog Networks:

Voice carried as analog signalPhase 2: Digital Networks & the rise of the Internet

Network is digital: analog conversion at end systems Benefits: [Noise ↓, capacity↑]Egs: TDM and T-hierarchy (T1, T3, SONET etc)

Used as the base for the internet & private data networksPhase 3: Voice-over-X:

Voice over Packets: VoFR, VoIPKey: Voice moves to a higher layer (from layer 1)I.e. an app over a frame relay, ATM or IP network

VoIP Sales pitch: Convergence, Choice, Services, Integration with Web applications[Better chance of convergence compared to earlier attempts: ISDN, B-ISDN]

Shivkumar KalyanaramanRensselaer Polytechnic Institute

35

Public Telephony (PSTN) History1876 invention of telephone1915 first transcontinental telephone (NY–SF)1920’s first automatic switches1956 TAT-1 transatlantic cable (35 lines)1962 digital transmission (T1)1965 1ESS analog switch1974 Internet packet voice1977 4ESS digital switch1980s Signaling System #7 (out-of-band)1990s Advanced Intelligent Network (AIN)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

36

PSTN Evolution

Full Mesh Office Switched

W/ HierarchyOffice Switched

Shivkumar KalyanaramanRensselaer Polytechnic Institute

37

AT&T Telephony Hierarchy

1

109 8

7

3

2

45

6

1 2 3

1 2 3

1 2 3

65 66 67

228 229 230

1298 1299 1300

1 2 3 4 519,000

200 million telephones

19,000 endoffices

1300 tolloffices

230 primaryoffices

67 sectionaloffices

10 regionaloffices(full mesh)

Source: Computer Networks, Andrew S. Tanenbaum

Class 5

Class 4

Class 3

Class 2

Class 1

Shivkumar KalyanaramanRensselaer Polytechnic Institute

38

PSTN early days 40s-60s

User AUser B

Local Office

Tandem Office

Local Office

1. In-band signaling: voice and control channel same

2. Complex and dedicated hardware

3. Hard to add new apps like caller-id, 800 calling etc

Shivkumar KalyanaramanRensselaer Polytechnic Institute

39

Advanced Intelligent Network

User AUser B

Voice Network

Local Office

Signaling Network

Customer Info forAdvanced services

•Out-of-band signaling•Introduce adv services like caller-id easily•Reduced wastage of circuits in voice network•Signaling could be over a packet network •E.g. SS7 stack

Sometimes also called Intelligent Network, arrival of services other than voice

Shivkumar KalyanaramanRensselaer Polytechnic Institute

40

The PSTN – ArchitecturePSTN – Public Switched Telephone NetworkUses digital trunks between Central Office switches (CO)Uses analog line from phones to CO

Digital Trunks

Analog line

CentralOffice (CO)

Analog Digital Analog

Shivkumar KalyanaramanRensselaer Polytechnic Institute

41

The PSTN – DigitizationVoice frequency is 100 - 5000 Hz, with the main portion from 300 – 3400 HzNyquist Theorem states that sampling must be done at twice the highest frequency to recreate. 4000 Hz was chosen as the maximum frequency, thus sampling at 8000 HzPCM = 8kHz * 8 bits per sample = 64 kbit/s

Shivkumar KalyanaramanRensselaer Polytechnic Institute

42

Quantization

Shivkumar KalyanaramanRensselaer Polytechnic Institute

43

Companding

Shivkumar KalyanaramanRensselaer Polytechnic Institute

44

The PSTN – Digitization

The PCM encoding used in the PSTN is standardized as G.711 by the ITUEach sample is represented by one byteThe voice signal is companded to improve voice quality at low amplitude levels (Which most conversation is at)The ITU standards for companding are called A-law and u-lawG.711 A-law is used in EuropeG.711 μ-law is used in the US and Japan

Shivkumar KalyanaramanRensselaer Polytechnic Institute

45

The PSTN – Digital Voice TransmissionThe digital trunks between the COs are based upon the T-carrier system, developed in the 1960sEach frame carries one sample (8 bits) for each 24 channels, plus one framing bit = 193 bits193 * 8000 (samples/sec) = 1.544 Mbit/sec = T-1

Channel 1

Channel 2

Channel 3

Channel 24

Channel1

Channel2

Channel3

Channel24…

Framing Bit

1 D4 Frame

TDM

Shivkumar KalyanaramanRensselaer Polytechnic Institute

46

The PSTN – Architecture, SwitchesPSTN – Public Switched Telephone NetworkAs the name says, it’s switched…Each conversation requires a channel switched throughout the networkCircuit setup uses a separate out-of-band intelligent network (SS7)

1. Call is requested 3. Channel is established 2. Call is accepted

Shivkumar KalyanaramanRensselaer Polytechnic Institute

47

Legacy Digital Circuit Switch

• Centralized Intelligence

• Proprietary Code

• Proprietary service deployment

• Very expensive

TrunkCard

TrunkCard

TrunkCard

LineCard

LineCard

LineCard

Switch Controller

Next Switch

Next Switch

Next Switch

SS7 Network

Shivkumar KalyanaramanRensselaer Polytechnic Institute

48

What’s the difference between a Class 5 and a Class 4 switch?

Class 5Located at the edge of the networkTrunk to Line/Line to LineAprox. 30,000 deployedServices: Caller ID, call waiting, voice mail, E911, billing, etc.Ex: Lucent 5ESS, Nortel DMS, Siemens EWSD

Class 4Located in the Core of the networkTrunk to TrunkAprox. 800 deployedServices: call routing, screening, 800 services, calling cards, etc.Ex: Lucent 4ESS, Nortel DMS, Siemens

Shivkumar KalyanaramanRensselaer Polytechnic Institute

49

PSTN

The PSTN – NANPNANP – North American Numbering Plan3 digits area code + 3 digits office code + 4 digits phoneEach Local Exchange Carrier (LEC) switch are assigned a block of at least 10,000 numbersThe Inter-Exchange Carrier (IXC) switches are responsible for transmitting long distance

IXC212

LEC555

4210

(212) 555 4210

Shivkumar KalyanaramanRensselaer Polytechnic Institute

50

The PSTN – Call RoutingBoth NANP and International Numbering Plan – E.164, use prefix-based dialing

408 5644555212PSTN

1+212+555+5644

The first LEC receives a call, seeing ‘1’ as the first digit and then passing the call on to theIXC switch. The IXC then routes the call to the remote IXC responsible for ‘212’

555+5644

The ‘212’ IXC looks at the office code and passes it on to the ‘555’ LEC switch

5644

The ‘555’ LEC switch then checks the station code and signals the appropriate phone

SS7

Shivkumar KalyanaramanRensselaer Polytechnic Institute

51

Telephone System SummaryAnalog narrowband circuits: home-> central office64 kb/s continuous transmission, with compression across oceans

μ-law: 12-bit linear range -> 8-bit bytesEverything clocked a multiple of 125 s

Clock synchronization ⇔ framing errorsAT&T: 136 “toll”switches in U.S.

Interconnected by T1, T3 lines & SONET ringsCall establishment “out-of-band” using packet-switched signaling system (SS7)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

52

Telecommunications Regulation HistoryFCC regulations cover telephony, cable, broadcast TV, wireless etc

“Common Carrier”: provider offers conduit for a fee and does not control the content

Customer controls content/destination of transmission & assumes criminal/civil responsibility for content

Local monopolies formed by AT&T’s acquisition of independent telephone companies in early 20th century

Regulation forced because they were deemed natural monopolies (only one player possible in market due to enormous sunk cost)FCC regulates interstate calls and state commissions regulate intra-state and local callsBells + 1000 independents interconnected & expanded

Shivkumar KalyanaramanRensselaer Polytechnic Institute

53

Deregulation of telephony1960s-70s: gradual de-regulation of AT&T due to technological advances

Terminal equipment could be owned by customers (CPE) => explosion in PBXs, fax machines, handsets Modified final judgement (MFJ): breakup of AT&T into ILECs (incumbent local exchange carrier) and IXC (inter-exchange carrier) part

Long-distance opened to competition, only the local part regulated…Equal access for IXCs to the ILEC network1+ long-distance number introduced then…

800-number portability: switching IXCs => retain 800 number1995: removed price controls on AT&T

Shivkumar KalyanaramanRensselaer Polytechnic Institute

54

US Telephone Network Structure (after 1984)

Eg: AT&T, Sprint, MCI

Eg: SBC, Verizon, BellSouth

Shivkumar KalyanaramanRensselaer Polytechnic Institute

55

Telecom Act of 1996Required ILECs to open their markets through unbundling of network elements (UNE-P), facilities ownership of CLECs….

Today UNE-P is one of the most profitable for AT&T and other long-distance players in the local market: due to apparently below-cost regulated prices…

ILECs could compete in long-distance after demonstrating opening of markets

Only now some ILECs are aggressively entering long distance marketsCLECs failed due to a variety of reasons…But long-distance prices have dropped precipitously (AT&T’s customer unit revenue in 2002 was $11.3 B compared to 1999 rev of $23B)

ILECs still retain over 90% of local marketWireless substitution has caused ILECs to develop wireless business unitsVoIP driven cable telephony + wireless telephony => more demand elasticity for local services

Shivkumar KalyanaramanRensselaer Polytechnic Institute

56

VoIP Technologies

Shivkumar KalyanaramanRensselaer Polytechnic Institute

57

IP Telephony Protocols: SIP, RTP

Session Initiation Protocol - SIPContact “office.com” asking for “bob”Locate Bob’s current phone and ringBob picks up the ringing phone

Real time Transport Protocol - RTPSend and receive audio packets

Shivkumar KalyanaramanRensselaer Polytechnic Institute

58

Inside the Endpoint: Data-plane… I.e.after signaling is done…Consists of three components:

UserUser

A/DCodec

A/DCodec

IPGateway

IPGateway

User speaks into microphone, either PC attached, regular analogue phone or IP phone

Device digitizes voice according to certain codecs:

G.711 / G.723.1 / G.729 ...

Voice gets transmitted via RTP over an IP infrastructure

Shivkumar KalyanaramanRensselaer Polytechnic Institute

59

Internet Multimedia Protocol Stack

Shivkumar KalyanaramanRensselaer Polytechnic Institute

60

Preamble DestinationAddress Data Pad Checksum

SourceAddress

Inter-framegap

Start of framedelimiter

Length orEthertype

12 7 1 6 6 2 0-1500 0-46 4

Ethernet Frame

DestinationAddress

SourceAddress

HeaderChecksum DataFlags &

Frag OffsetTotal

LengthPacket

IDOptions(if any)

1 1 2 2 2 1 1 2 4 4 0-40 0-1480

IP packet

Version &header length

TOS TTL

Protocol

SourcePort Number

DestinationPort Number UDP length UDP checksum

2 2 2 2 0-1472

UDP datagram

Version,flags & CC

SequenceNumber Timestamp

1 1 2 4 4 0-60 0-1460

RTP datagramSynchronization

Source IDPayload

TypeCSRC ID(if any) Codec Data

Data

Packet Encapsulation

Shivkumar KalyanaramanRensselaer Polytechnic Institute

61

RTP – Real-time Transport Protocol

Byte 1: Version number, padding yes/no, extension y/n, CSRC countByte 2: Marker, Payload typeBytes 3,4: Sequence number for misordered and lost packet detectionBytes 5-8: Timestamp of first data octet for jitter calculationBytes 9-12: Random syncronization source IDBytes 13-x: Contributing Source ID for payloadCodec Data: the actual Voice or Video bytes

Version,flags & CC

SequenceNumber Timestamp

1 1 2 4 4 0-60 0-1460

RTP datagramSynchronization

Source IDPayload

TypeCSRC ID(if any) Codec Data

Shivkumar KalyanaramanRensselaer Polytechnic Institute

62

RTCP – Real-time Transport Control Protocol

RTCP is sent between RTP endpoints periodically to provide:Feedback on quality of the call by sending jitter, timestamps, and delay info back to senderCarry a persistent transport-level identifier called the canonical name (CNAME) to keep track of participants and synchronize audio with videoCarry minimal session information (like participant IDs), although signaling protocols do this much better

RTCP is mandatory for multicast sessions and for many point-to-point protocols, but some boxes don’t implement itUses another UDP port (usually RTP’s port + 1)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

63

SIP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

64

Signaling: VoIP Camps

ISDN LAN conferencing

IP

H.323

I-multimediaWWW

IP

SIP

Call AgentSIP & H.323

IP

“Softswitch”

BISDN, AINH.xxx, SIP

“any packet”

BICC

Conferencing Industry

Netheads“IP over

Everything”

Circuit switch engineers

“We over IP”

“Convergence”ITU standards

Our focus

Shivkumar KalyanaramanRensselaer Polytechnic Institute

65

H.323 vs SIPH.323: ITU standard

Derived from telephony protocol (Q.931)Follows ISDN model: same control message sequencesInterfaces well with telephony services (H.450, Q.SIG)

SIP: IETF standardDerived from HTTP style signaling, Simple and interfaces well with IP networks, instant messaging (IM)Services are not explicitly exposed to protocolWell-defined methods can be used to design services: most telephony services have analogs in the SIP world today

SIP is gathering market share rapidly

Shivkumar KalyanaramanRensselaer Polytechnic Institute

66

SIP

SIP

Audio Codec

G.711

G.723

G.729

Video Codec

H.261

H.263

RTP RTCP

LAN Interface

TCP

IP

UDP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

67

SIP functionalityIETF-standardized peer-to-peer signaling protocol (RFC 2543):Locate user given email-style addressSetup session (call)(Re)-negotiate call parametersManual and automatic forwardingPersonal mobility: different terminal, same identifierCall center: reach first (load distribution) or reach all (department conference)Terminate and transfer calls

Shivkumar KalyanaramanRensselaer Polytechnic Institute

68

SIP Addresses Food Chain

Shivkumar KalyanaramanRensselaer Polytechnic Institute

69

Why is SIP interesting?SIP is IETF’s equivalent for H.323 to provide a peer-based signalingprotocol for session setup, management and teardown

Simple, did not inherit the complexity of ISDNAnalogy: CISC architectureThough all services arent defined as in H.323, you can compose them with primitives

Was designed with multimedia in mindJust requires a MIME typeTremendous flexibility – can add video, text etc to a voice session, similar to what HTTP did to Internet content

Like H.323, can use SIP end-to-end with no network infrastructure (MGC etc.) – peer-to-peerLightweight ⇒ can be embedded in small devices like handhelds

Shivkumar KalyanaramanRensselaer Polytechnic Institute

70

Are true Internet hosts

• Choice of application

• Choice of server

• IP appliances

Implementations

• 3Com (3)

• Columbia University

• MIC WorldCom (1)

• Mediatrix (1)

• Nortel (4)

• Siemens (5) 4

IP SIP Phones and Adaptors1

3

Analog phone adaptor

Palmcontrol

2

54

Shivkumar KalyanaramanRensselaer Polytechnic Institute

71

SIP: Personal MobilityUsers maintain a single externally visible identifier regardlessof their network location

Shivkumar KalyanaramanRensselaer Polytechnic Institute

72

Expand existing PBXs w/ IP phones

Transparently …

Shivkumar KalyanaramanRensselaer Polytechnic Institute

73

SIP as Event Notification Protocol

Shivkumar KalyanaramanRensselaer Polytechnic Institute

74

SIP: Presence

Shivkumar KalyanaramanRensselaer Polytechnic Institute

75

Light-weight signaling: Session InitiationProtocol (SIP)

IETF MMUSIC working groupLight-weight generic signaling protocolPart of IETF conference control architecture:

SAP for “Internet TV Guide” announcementsRTSP for media-on-demandSDP for describing mediaothers: malloc, multicast, conference bus, . . .

Post-dial delay: 1.5 round-trip time (with UDP)Network-protocol independent: UDP or TCP (or AAL5 or X.25)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

76

SIP components

UAC: user-agent client (caller application)UAS: user-agent server: accept, redirect, refuse callredirect server: redirect requestsproxy server: server + clientregistrar: track user locationsuser agent = UAC + UASoften combine registrar + (proxy or redirect server)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

77

SIP-based Architecture

SIP proxy,redirectserver

SQLdatabase

sipd

e*phone

sipc

Software SIP user agents

Hardware Internet (SIP)

phones

SIPH.323convertor

NetMeetingsip323

H.323

rtspd

SIP/RTSPUnified

messaging

RTSP media server

sipum

Quicktime

RTSP clients

RTSP

SIP conference

server

sipconf

T1/E1

RTP/SIP

Telephone

Cisco 2600 gateway

Telephoneswitch Web based

configuration

Web server

Shivkumar KalyanaramanRensselaer Polytechnic Institute

78

SIP proxy,redirectserver

SQLdatabase

sipd

e*phone

sipc

Software SIP user agents

Hardware Internet (SIP)

phones

Web based configuration

Web server

Call Bob

Example Call• Bob signs up for the service from the web as “[email protected]”• He registers from multiple phones

• Alice tries to reach Bob INVITE ip:[email protected]

• sipd canonicalizes the destination to sip:[email protected]

• sipd rings both e*phone and sipc

• Bob accepts the call from sipcand starts talking

ecse.rpi.edu

Shivkumar KalyanaramanRensselaer Polytechnic Institute

79

SIP Sessions“Session”: exchange of data between an association of participantsUsers may move between endpointsUsers may be addressable by multiple namesUsers may communicate in several different mediaSIP: enables internet endpoints to

Discover each otherCharacterize the session

Location infrastructure: proxy servers, invite/register…Name mapping and redirection services

Add/remove participants from sessionAdd/remove media from session

Shivkumar KalyanaramanRensselaer Polytechnic Institute

80

SIP CapabilitiesUser location: determination of the end system to be used for communication;User availability: determination of the willingness of the called party to engage in communications;User capabilities: determination of the media and media parameters to be used;Session setup: "ringing", establishment of session parameters at both called and calling party;Session management: including transfer and termination of sessions, modifying session parameters, and invoking services.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

81

What SIP is not…SIP is not a vertically integrated communications system.

It is a component in a multimedia architecture. SIP does not provide services.

Rather, SIP provides primitives that can be used to implement different services. For example, SIP can locate a user and deliver an opaque object to his current location.

SIP does not offer conference control services … such as floor control or voting SIP does not prescribe how a conference is to be managed.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

82

SIP Structure3 “layers”, loosely coupled, fairly independent processing stagesLowest layer: syntax, encoding (augmented BNF)Second layer: transport layer.

Defines how a client sends requests and receives responses and how a server receives requests and sends responses over the network.

Third layer: transaction layer. A transaction is a request sent by a client transaction (using the transport layer) to a server transaction ……along with all responses to that request sent from the server transaction back to the client. The transaction layer handles application-layer retransmissions, matching of responses to requests, and application-layer timeouts

The layer above the transaction layer is called the transaction user (TU).

Shivkumar KalyanaramanRensselaer Polytechnic Institute

83

SIP Design Choices

Shivkumar KalyanaramanRensselaer Polytechnic Institute

84

Proxy server

parliament.uk

[email protected]

Location Server

geor

ge.w

.bus

h dch eney @w

h

3. SIP/2.0 200 okFrom: sip:dcheney@wh

4. SIP/2.0 100 OKFrom: sip:[email protected]

1. INVITE sip:[email protected] SIP/2.0From: sip:[email protected]

5. ACK sip:[email protected] SIP/2.0From: sip:[email protected]

6. ACK sip:dcheney@wh SIP/2.0From: sip:[email protected]

2. INVITE sip:dcheney@wh SIP/2.0From: sip:[email protected]

1 & 5

4

2 & 6

3

Proxy Server

us.gov

dcheney@wh

Shivkumar KalyanaramanRensselaer Polytechnic Institute

85

parliament.uk

[email protected]

us.gov

Redirect Server

Location Server

geor

ge.w

.bus

h dch eney @w

h

2. SIP/2.0 320 Moved temporarilyContact: sip:[email protected]

3. ACK sip:[email protected]: sip:[email protected]

1. INVITE sip:[email protected]: sip:[email protected]

6. ACK sip:[email protected]: sip:[email protected]

4. INVITE sip:[email protected]: [email protected]

5. SIP/2.0 200 OKTo: [email protected]

1 & 3

2

5

4 & 6

Redirect Server

[email protected]

Shivkumar KalyanaramanRensselaer Polytechnic Institute

86

SIP Call Signaling

Media (UDP)RTP StreamRTCP Stream

SIPEndpoint

SIP + SDP (TCP or UDP)

Invite

RTP Stream

SIPGateway

Assumes Endpoints(Clients) know each other’s IP addresses

Signaling Plane

BearerPlane

200 OK

Ack

180 Ringing

Shivkumar KalyanaramanRensselaer Polytechnic Institute

87

PSTN to IP Call

PBXPSTN

External T1/CAS

Regular phone(internal)

Call 93971341

SIP server

sipd

Ethernet

3

SQLdatabase

4 7134 => bob

sipc

5

Bob’s phone

GatewayInternal T1/CAS(Ext:7130-7139)

Call 71342

Shivkumar KalyanaramanRensselaer Polytechnic Institute

88

IP to PSTN Call

Gateway(10.0.2.3)

3

SQLdatabase

2Use sip:[email protected]

Ethernet

SIP server

sipdsipc

1Bob calls 5551212

PSTN

External T1/CASCall 55512125

5551212

PBX

Internal T1/CASCall 85551212 4

Regular phone(internal, 7054)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

89

Traditional voice mail system

Alice939-7063

Bob853-8119

Dial 853-8119

Phone is ringing

.. The person is not available nowplease leave a message ...

... Your voice message ...

Disconnect

Bob can listen to his voice mails by dialing some number.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

90

SIP-based Voicemail Architecture

INVITE [email protected]

Alice

phone1.office.com

Bob

vm.office.com

Alice calls [email protected] through SIP proxy.SIP proxy forks the request to Bob’s phone as well as to a voicemail server.

The voice mail server registers with the SIP proxy, sipd

INVITE [email protected]

INVITE [email protected]

REGISTER [email protected]

Shivkumar KalyanaramanRensselaer Polytechnic Institute

91

Voicemail Architecture

v-mail

rtspd

Alice

vm.office.com;

200 OK

200 OK

CANCEL

SETUP

RTP/RTCP

phone1.office.com;

Bob

After 10 seconds vm contacts the RTSP server for recording.

vm accepts the call.Sipd cancels the other branch and ......accepts the call from Alice.Now user message gets recorded

Shivkumar KalyanaramanRensselaer Polytechnic Institute

92

IETF SIP Architecture Tour: RoundupRegistrar & Proxy or Redirect Server

Registrar & Proxy or Redirect Server*Gateway*Gateway

*User Agent*User Agent*User Agent*User Agent*User Agent*User Agent

Media streams: RTP/RTCP (G.911, G.723.1, … )

PSTN,ISDN,ATM,etc

*Endpoints

Shivkumar KalyanaramanRensselaer Polytechnic Institute

93

IETF SIP Architecture Tour: RoundupRegistrar & Proxy or Redirect Server

Registrar & Proxy or Redirect Server*Gateway*Gateway

*User Agent*User Agent*User Agent*User Agent*User Agent*User Agent

Media streams: RTP/RTCP (G.911, G.723.1, … )

PSTN,ISDN,ATM,etc

*Endpoints

Interface to non-IP or H.323

networks

Interface to non-IP or H.323

networks

End-user devicesand network proxiesEnd-user devices

and network proxies

Conferencing does not need another

box (MCU)

Conferencing does not need another

box (MCU)

System Management• admission control• address

translation/forwarding• Firewall bypassing

System Management• admission control• address

translation/forwarding• Firewall bypassing

Shivkumar KalyanaramanRensselaer Polytechnic Institute

94

IETF SIP Architecture Tour: RoundupRegistrar & Proxy or Redirect Server

Registrar & Proxy or Redirect Server*Gateway*Gateway

*User Agent*User Agent*User Agent*User Agent*User Agent*User Agent

Media streams: RTP/RTCP (G.911, G.723.1, … )

PSTN,ISDN,ATM,etc

*Endpoints

Components of the SIP protocol suite:• SIP = almost all signaling, optional services, etc.• SDP = negotiation/capabilities • DNS = address translation• RSVP = QoS bandwidth guarantee

Components of the SIP protocol suite:• SIP = almost all signaling, optional services, etc.• SDP = negotiation/capabilities • DNS = address translation• RSVP = QoS bandwidth guarantee

Shivkumar KalyanaramanRensselaer Polytechnic Institute

95

SDP: Session Description ProtocolNot really a protocol – describes data carried by other protocols

Used by SAP, SIP, RTSP, H.332, PINT. Eg:v=0

o=g.bell 877283459 877283519 IN IP4 132.151.1.19

s=Come here, Watson!

u=http://www.ietf.org

[email protected]

c=IN IP4 132.151.1.19

b=CT:64

t=3086272736 0

k=clear:manhole cover

m=audio 3456 RTP/AVP 96

a=rtpmap:96 VDVI/8000/1

m=video 3458 RTP/AVP 31

m=application 32416 udp wb

Shivkumar KalyanaramanRensselaer Polytechnic Institute

96

Upcoming SIP Extensions (probable)

Call Admission ControlCaller Preferences and Callee CapabilitiesCall TransferSIP to ISUP mappingSIP to H.323 mappingResource Management (QoS preconditions)Caller/Callee Name PrivacySIP SecuritySupported Options HeaderSession Timer RefreshDistributed Call State3rd Party Call ControlEarly media for PSTN interoperabilityThere are currently 47 drafts in the pipeline!174 Drafts have expired

Shivkumar KalyanaramanRensselaer Polytechnic Institute

97

SIP Dialogs (RFC 3261)A dialog represents a peer-to-peer SIP relationship between two user agents that persists for some time. The dialog facilitates sequencing of messages between the user agents and proper routing of requests between both of them. The dialog represents a context in which to interpret SIP messages. A dialog is identified at each UA with a dialog ID, which consists of a Call-ID value, a local tag and a remote tag.A dialog contains certain pieces of state needed for further message transmissions within the dialog. Note: dialog is within SIP whereas sessions are outside SIP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

98

UPDATE method (RFC 3311)INVITE method: initiation and modification of sessions.

INVITE affects two pieces of state: session (the media streams SIP sets up) and dialog (the state that SIP itself defines).

Issue: need to modify session aspects before the initial INVITE has been answered.

A re-INVITE cannot be used for this purpose: impacts the state of thedialog, in addition to the session.Ans: The UPDATE method

Operation: (Offer/Answer model)The caller begins with an INVITE transaction, which proceeds normally. Once a dialog is established, either early or confirmed, …… the caller can generate an UPDATE method that contains an SDP offer for the purposes of updating the session. The response to the UPDATE method contains the answer. Similarly, once a dialog is established, the callee can send an UPDATE offer

Shivkumar KalyanaramanRensselaer Polytechnic Institute

99

Locating SIP Servers (RFC 3263)

UA → Proxy → Remote Proxy → UAI.e Go via proxies (per-domain)Issue: need to locate remote proxy (use DNS)DNS NAPTR (type of server) and SRV (server URL) queries are used to locate the specific servers. Different transport protocols can be used (TLS+TCP, TCP, UDP, SCTP)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

100

SIP for instant messaging: IM (RFC 3428)

IM: transfer of (short) messages in near real-time, for conversational mode.

Current IM: proprietary, server-based and linked to buddy lists etc

MESSAGE method: inherits SIP’s request routing and security features

Message content as MIME body partsSent in the context of some SIP dialog(note: slightly different from pager mode: asynchronous)Sent over TCP (or congestion controlled transports): lots of messaging volumes…

Allows IM applications to potentially interoperate and also provides SIP-based integration with other multimedia streams.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

101

SIP compression (RFC 3486)Cannot use DNS SRV and NAPTR techniques: non-scalable (only useful for specifying transport protocol options)Use an application-level exchange to specify compression of signaling info

sip:[email protected];comp=sigcompVia: SIP/2.0/UDP server1.foo.com:5060;branch=z9hG4bK87a7;comp=sigcomp

SIGCOMP is the compression protocol

Shivkumar KalyanaramanRensselaer Polytechnic Institute

102

Device Configuration

Shivkumar KalyanaramanRensselaer Polytechnic Institute

103

SIP Scaling Issues

Shivkumar KalyanaramanRensselaer Polytechnic Institute

104

SIP Scaling (contd)

SIP Load Characteristics:

Shivkumar KalyanaramanRensselaer Polytechnic Institute

105

H.323

Shivkumar KalyanaramanRensselaer Polytechnic Institute

106

SIP vs H.323 vs Megaco

Shivkumar KalyanaramanRensselaer Polytechnic Institute

107

H.323 vs SIP

IP and lower layers

TCP UDPTPKT

Q.931 H.245 RAS RTCPRTP

Codecs

Terminal Control/Devices

Transport Layer

SIP SDPRTP

CodecsRTCP

Terminal Control/Devices

Typical UserAgent Protocol stack for Internet

Shivkumar KalyanaramanRensselaer Polytechnic Institute

108

SIP versus H.323

• Complex, monolithic design• Difficult to extend & update• Based on H.320 conferencing and

ISDN Q.931 legacy (“Bell headed”) • Powerful for video-conferencing

• Modular, simplistic design• Easily extended & updated• Based on Web principals (“Internet-

friendly”)• Readily extensible beyond telephony

Properties

• H.450.x series provides minimal feature set only, and not implemented by many

• Options and versions cause interopproblems

• Slow moving

• Few real end-device features standard, and not implemented by many

• Many options for advanced telephony features

• Good velocity

Stds Status(end device)

• ITU-T SG-16 • IETF SIPStds Body

• Established now, primarily system level• Few H.323-based telephones• End-user primarily driven by Microsoft

(NetMeeting), Siemens, Intel

• Rapidly growing industry momentum, at system and device level

• Growing interest in SIP-phones and soft clients

IndustryAcceptance

H.323 SIPH.323 and SIP are direct competitors in peer-level call control space

Shivkumar KalyanaramanRensselaer Polytechnic Institute

109

SIP-H.323: Interworking ProblemsEg: Call setup translation

Q.931 SETUP

Q.931 CONNECTINVITE

200 OK

ACK

Terminal Capabilities

Terminal CapabilitiesOpen Logical Channel

Open Logical Channel

H.323 SIP

Destination address([email protected])

Media capabilities(audio/video)

Media transport address(RTP/RTCP receive)

• H.323: Multi-stage dialing

Shivkumar KalyanaramanRensselaer Polytechnic Institute

110

H.323 Standard Series

System Control

H.245 Control

H.225 Call Setup

RAS Gatekeeper

Audio Codec

G.711

G.723

G.729

Video Codec

H.261

H.263

RTP RTCP

LAN Interface

TCP

IP

UDP

Data Interface

T.120

Shivkumar KalyanaramanRensselaer Polytechnic Institute

111

Internet Telephony Protocols: H.323

Shivkumar KalyanaramanRensselaer Polytechnic Institute

112

H.323 (contd)Terminals, Gateways, Gatekeepers, and Multipoint Control Units (MCUs)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

113

H.323 Model - Gatekeeper Routed Call

Call Setu

p/Sign

aling

Gatekeeper

EndpointGateway

Voice Channel

Call Setup/SignalingCall

Con

trol

RAS Call Control

RAS

Shivkumar KalyanaramanRensselaer Polytechnic Institute

114

H.323 Model - Gatekeeper Direct Call

Call Setup/Signaling

Call Control

RAS RAS

EndpointGateway

Voice Channel

Gatekeeper

Shivkumar KalyanaramanRensselaer Polytechnic Institute

115

H.323 Call Signaling

Media (UDP)RTP StreamRTCP Stream

H.323Endpoint

H.245 (TCP)Open Logical Channel

H.225 (TCP)(Q.931)

Setup

Connect

Open Logical Channel & Acknowledge

H.323Gateway

RTP Stream

H.323v1 (5/96) - 7 or 8 Round TripsH.323v2 Fast Start (2/98) - 2 Round Trips

Assumes Endpoints(Clients) know each other’s IP addresses

Signaling Plane

BearerPlane

Alerting

Terminal Capability Set

Terminal Capability Set & Acknowledge

Terminal Capability Set Acknowledge

Open Logical Channel Acknowledge

Shivkumar KalyanaramanRensselaer Polytechnic Institute

116

ITU-T H.323 Architecture TourGate Keeper

(GK)Gate Keeper

(GK)*Gateway (GW)*Gateway (GW)

*Terminal*Terminal

*Multipoint ControlUnit (MCU)

*Multipoint ControlUnit (MCU)

MultipointController

(MC)

MultipointProcessor

(MP)*Terminal*Terminal*Terminal*Terminal

Media streams: RTP/RTCP (G.911, G.723.1, … )

PSTN,ISDN,ATM,etc

*Endpoints

Shivkumar KalyanaramanRensselaer Polytechnic Institute

117

ITU-T H.323 Architecture TourGate Keeper

(GK)Gate Keeper

(GK)*Gateway (GW)*Gateway (GW)

*Terminal*Terminal

*Multipoint ControlUnit (MCU)

*Multipoint ControlUnit (MCU)

MultipointController

(MC)

MultipointProcessor

(MP)*Terminal*Terminal*Terminal*Terminal

Media streams: RTP/RTCP (G.911, G.723.1, … )

PSTN,ISDN,ATM,etc

*Endpoints

Interface to non-IP networks

Interface to non-IP networks

End-user devicesand network proxiesEnd-user devices

and network proxies

ConferencingConferencing

System Management• zone management• b/w management &

admission control• address translation• centralized control

(“gatekeeper control mode”)

System Management• zone management• b/w management &

admission control• address translation• centralized control

(“gatekeeper control mode”)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

118

ITU-T H.323 Architecture TourGate Keeper

(GK)Gate Keeper

(GK)*Gateway (GW)*Gateway (GW)

*Terminal*Terminal

*Multipoint ControlUnit (MCU)

*Multipoint ControlUnit (MCU)

MultipointController

(MC)

MultipointProcessor

(MP)*Terminal*Terminal*Terminal*Terminal

Media streams: RTP/RTCP (G.911, G.723.1, … )

PSTN,ISDN,ATM,etc

*Endpoints

Components of the H.323 protocol suite:• Q.931 = ISDN call signalling• H.225.0 = RAS (registration/admissions/status) gatekeeping functions

+ Call signalling channel (CS), contains Q.931• H.245 = Control channel (CC), negotiation/capabilities, logical signalling, maintenance • H.450.x = Supplementary services (SS), transfer, hold, park, msg wait, … incomplete!

Components of the H.323 protocol suite:• Q.931 = ISDN call signalling• H.225.0 = RAS (registration/admissions/status) gatekeeping functions

+ Call signalling channel (CS), contains Q.931• H.245 = Control channel (CC), negotiation/capabilities, logical signalling, maintenance • H.450.x = Supplementary services (SS), transfer, hold, park, msg wait, … incomplete!

H.225.0 RAS

H.225.0 CSH.245 CCH.450.x SS

Shivkumar KalyanaramanRensselaer Polytechnic Institute

119

Gatekeeper132.177.120.5

223-274910.0.0.5

3. Connect

4. Connect

1. Setup called: 5551234caller: 9642749::10.0.0.5

5. TCS media: G.711/30ms, G.729/30ms

2. Setup called: 5551234::192.168.0.3caller: 9642749

1, 5, 9, 13

4, 8, 12, 16

2, 6, 10, 14

3, 7, 11, 15

Gatekeeper Routed Call

Atlanta Zone (404)

223-4211192.168.0.3

6. TCS media: G.711/30ms, G.729/30ms

7. TCS media: G.729/20ms, G.723

8. TCS media: G.729/20ms, G.723

9. Open Channel G.729/30ms, 10.0.0.5:640010. Open Channel G.729/30ms, 10.0.0.5:6400

11. Open Channel G.729/20ms, 192.168.0.3:2300

12. Open Channel G.729/20ms, 192.168.0.3:2300

13. ACK 14. ACK 15. ACK 16. ACK

Shivkumar KalyanaramanRensselaer Polytechnic Institute

120

Gatekeeper132.177.120.5

223-274910.0.0.5

3. Setup called: 5551234caller: 9642749::10.0.0.5

4. Connect

1. ARQ called: 5551234caller: 9642749::10.0.0.5

5. TCS media: G.711/30ms, G.729/30ms

2. ACF called: 5551234::192.168.0.3

1

4, 6, 8, 10

2

3, 5, 7, 9

Gatekeeper Direct Call

Atlanta Zone (404)

223-4211192.168.0.3

6. TCS media: G.729/20ms, G.723

7. Open Channel G.729/30ms, 10.0.0.5:6400

8. Open Channel G.729/20ms, 192.168.0.3:2300

9. ACK10. ACK

Shivkumar KalyanaramanRensselaer Polytechnic Institute

121

MEGACO/H.248, Softswitch Concepts

Shivkumar KalyanaramanRensselaer Polytechnic Institute

122

Master/Slave vs. Peer Comparison

• Lowest cost end device • Higher cost end deviceCost

• Lower performance “local”services

• Sometimes higher performance distributed services (e.g.. call

control)

• Higher performance local services

• High performance User Interface

Performance

Feature deployment

• Update servers only• Services can come and go

dynamically

• Update / download all end devices in network (yikes!)

• Features more static per-device

Master/Slave (Thin Client) Peer (Thick Client)• Simple/dumb slave end device• Stimulus control, proxy in network

• Smart/complex end device• Functional control, peer interaction

Operation

Feature development

• Generic development tools• Shorter time to market for new

features on a range of end devices• End device does not “get out of

date” as quickly

• Device-specific development• Possibly shorter time to market for

new features on specific devices• End device may need hardware

upgrade over time

• MEGACO/H.248, MGCP • H.323, SIPProtocols

Shivkumar KalyanaramanRensselaer Polytechnic Institute

123

Megaco/H.248

Megaco

Audio Codec

G.711

G.723

G.729

Video Codec

H.261

H.263

RTP RTCP

LAN Interface

TCP

IP

UDP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

124

Megaco/H.248 – Convoluted HistoryDSM-CCDSM-CC

DiameterDiameter

SGCPSGCP

IPDCIPDC

MGCP(proposal)MGCP(proposal)

MDCP(proposal)MDCP(proposal) Megaco

ProtocolMegaco Protocol

PacketCable NCS

PacketCable NCS

Megaco/H.248Megaco/H.248

Agreement reached between ITU SG16 and IETF Megaco to work together to create one standard (Summer 99)

ITU: H.GCPITU: H.GCP

MGCP proposal

PacketCable Network-based Call Signaling (NCS) based on earlier version of MGCP (March 99)

Megaco Protocol stream created, true consensus (March 99)

ITU SG-16 initiates gateway control project, H.GCP starting

from MDCP (May 99)

I-RFC 2705I-RFC 2705

MGCP released as Informational RFC (Oct 99)

WORLDSTANDARD

Industry Defacto

Std.

Non-Standard

Not fully accepted by Megaco WG, diverged (Spring 99)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

125

Megaco Vs MGCPCall Model

Termination +Context +TopologyP2P Single MediaSingle Media ConferencingP2P MultimediaMultimedia Conferencing

TerminationsPhysical & Ephemeral & MuxingTemplate

Megaco/H.248

Event Packages (MGCP)

Media Session DescriptionSDP

Protocol EncodingText

TransportUDP

MGCP

Command GroupingTransaction

EventsEvent Buffering

Event Packages(MGCP Packages

+ Additional Packages)National Variants

Media Session DescriptionSDP + H.245

Call ModelTermination + Connection P2P Single MediaSingle Media Conferencing

TerminationsPhysical & Ephemeral

Command GroupingAd hoc Embedding

EventQuarantine

Protocol EncodingBinary & Text

TransportTCP + UDP +SCTP

SecurityAuthentication Header

MGC Backup

Bold entries indicate additional features in Megaco vs. MGCP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

126

Endpoint

(e.g.. H.323 Gateway, Terminal, MCU)

Gateway Function

(e.g.. H.323 Gateway, Terminal, MCU)

Call Agent

Media Gateway Controller

Signalling Gateway

PSTN,

ATM,

etc

trunks

lines

SS7 etc

Sigtran

AnalogMedia Gateway

PSTN trunkingMedia Gateway

PSTN lineMedia Gateway

IP PhoneMedia Gateway

Megaco Scope

Megaco Architecture Whirlwind Tour

Media Gateway Control Layer (MGC)• Contains all call control intelligence• Implements call level features (forward,

transfer, conference, hold, …)

Media Gateway Layer (MG)• Implements connections to/from IP cloud

(through RTP)• Implements or controls end device features

(including UI)• No knowledge of call level features

Signalling Gateway Layer (SG)• Interface to SS7 signalling etc• Not in Megaco scope (IETF Sigtran)

Media Gateway Control Protocol• Master / slave control of MGs by MGCs

–Connection control–Device control and configuration

• Orthogonal to call control protocols

Megaco Protocol

Call control (e.g.. H.323, SIP…)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

127

Framework for H248/Megaco Protocol

IP (or ATM) Network

PBX/CO

PBX/CO

Media GW Controller

Media Gateway

Media Gateway• Connection and device control• No call processing, no call model• Service-independent• Cost effective

Devicecontrol

Devicecontrol

IP PhoneMedia

Gateway

Telephone/ResidentialMedia Gateway

PSTN trunkingMedia Gateway

PSTN lineMedia Gateway

Media GW Controller• Call processing and Service logic• Call routing• Inter-peer entity communication via

call control protocols (e.g. H.323, SIP, etc)

PBXMedia

Gateway

Shivkumar KalyanaramanRensselaer Polytechnic Institute

128

Megaco FrameworkThe MGC and MGs form a virtual IP-based switchLooks like an H.323 Gateway to other H.323 devices, and a SIP Server to other SIP devicesRTP (the voice media itself) is still point-to-point

Media GW Controller

Media Gateways

Megaco/H.248

PSTN TrunkingMedia Gateway

PSTN LineMedia Gateway

Telephone/ResidentialMedia Gateway

Cable ModemMedia Gateway

Virtual SwitchSS7 Signalling

GatewaySigtrans

H.323H.323Device

SIP

SIPDeviceRTP

RTP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

129

Megaco call in action (optional)

ServiceChange: Restart

Reply: ServiceChangeReply: ServiceChange

Modify: Look for Off-Hook

MG1 MG2

Dial Tone,User Dials

Powered On Powered OnServiceChange: Restart

Modify: Look for Off-Hook

Ready ReadyReply: Modify Reply: Modify

MGC

Notify: Off-HookOff-HookReply: Notify

Modify: Dial Tone, Digit Map

Reply: Modify

Notify: number “19782886160”

Reply: Notify

Add: TDM to RTP, what codecs?

Reply: Add, codec G.729

Shivkumar KalyanaramanRensselaer Polytechnic Institute

130

Megaco call in action (continued)

Reply: Add

Add: TDM to RTP, ring phone

MG1 MG2

Open RTP Open RTPActive Call/End of Invite Request

Phone Rings

MGC

Modify: ip of MG2, ringback

Reply: ModifyHears RingOff-HookNotify: Off-hook

Reply: Notify

Modify: stop ring

Stops RingReply: ModifyModify: stop ringback, fullduplex

Reply: Modify

On-HookNotify: On-hookReply: Notify

Subtract:TDM and RTP

Reply: Subtract

Subtract: TDM and RTP

Reply: SubtractDisconnect

Shivkumar KalyanaramanRensselaer Polytechnic Institute

131

Megaco/H.248 IP Phone Control

H.323MGC

Media,

LCD, S

oftke

y Con

trol Media, LCD, Softkey Control

IP PhoneMedia Gateway

IP PhoneMedia Gateway

Voice (RTP)

Voice (RTP)

Voice (

RTP)

Voice (RTP)

In theory the RTP stream should go direct phone<->GW, but many today tandem through the MGC

In theory the RTP stream should go direct phone<->GW, but many today tandem through the MGCVo

ice

(RTP

)

Cisco’s Skinny,Nortel’s UNIStim,etc., are very similar protocols but they’re not interoperable

H.323 GWCisco’s Skinny,Nortel’s UNIStim,etc., are very similar protocols but they’re not interoperable

Shivkumar KalyanaramanRensselaer Polytechnic Institute

132

Vendor Support for Standards

Source: Network World and Mier Communications -August, 2001

VoIP Protocol Support

30

64

54

56

81

66

32

57

77

22

11

30

42

30

40

17

26

73

0 10 20 30 40 50 60 70 80 90

Other

H.248 (Megaco)

MGCP (latest spec)

MGCP (orig. RFC2705)

SIP (Latest spec)

SIP (orig. RFC 2543)

H.323 other versions

H.323 V2

H.323 V1

Percentage of Vendors currentlly supporting the protocolPercentage of vendors planning to add support within the next year

Shivkumar KalyanaramanRensselaer Polytechnic Institute

133

H.323 limitations

Gateway did a lot of things that were easily decomposed into functionally complete pieces

Key insight from layering – separate functionally complete pieces as far as possible.

Quickly faced scaling problemsCall setup and control was a complex control plane operationMedia translation between a variety of networks

Take-away point ⇒ Build a distributed system that acts as a single logical entity to the user

Shivkumar KalyanaramanRensselaer Polytechnic Institute

134

MGCP/H.248/Megaco

Media Gateway Controller(MGC)

Media Gateway

Media Gateway Controller(MGC)

SIP

Media GatewaySignaling Gateway Signaling Gateway

MGCP

Distributed entities acting in co-ordination

Connect to varietyof networks, home usersand other media receptorslike H.323 terminals etc

Interface tovariety of signaling mechanisms

User A

Separate signaling and voice planes, but

user unaware of it

Master/Slave

For examples of gateways see RFC 3435

Shivkumar KalyanaramanRensselaer Polytechnic Institute

135

Softswitch: Motivation

Class 5switch

Class 4switch

Class 5switch

UsersUsers

PSTN

Packet networks

Data

Voice

H.323 gateway

ISDN Switch

Class-4/5 switches bulky, expensive. Incentive to switch to cheaper easily managed IP

Initial gateway between PSTN and Internet was H.323. Gateway did signaling, call control, translation in one box. Not scalable.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

136

What is a Softswitch?

A Softswitch is a device independent software platform designed to facilitate telecommunication services in an IP network

• A Softswitch controls the network

• At a high level, a Softswitch is responsible for:

• Protocol Conversion

• Control and synchronization of Media Gateways

• It’s an Architecture, NOT a box

Shivkumar KalyanaramanRensselaer Polytechnic Institute

137

The softswitch conceptBuild a distributed system that performs the functions of the Class-4/5 switches

Use generic computing platforms to reduce cost, size and flexibilityE.g., DSPs or other programmable architecturesSoftware components to implement many of the switching tasks give the “soft” part of “softswitch”

The MGC which does the call control and is the brain of the system is usually referred to as the softswitch or call agentThe gateways are dumb devices which do whatever MGC instructs them to doMGC therefore does

Call setup, state maintenance, tear-down Megaco was an earlier non-standard framework which was later standardized jointly by ITU and IETF as MGCP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

138

Softswitch: What’s the big deal?Unprecedented flexibility

Smaller offices can have just gateways, MGCs can be at some remote data centerStandards-based interactions drive down costs and offer wider architectural choicesFast introduction of services and applications that can again be located remotely – only need MGCs to upgradeNew hosted-services solutions due to flexibility

Dramatic space savingsSometimes as much as 10 times smaller even with all the components of the softswitch architecture

Shivkumar KalyanaramanRensselaer Polytechnic Institute

139

Softswitch ArchitectureApplication

Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

• Distributed functionality

• Open platforms

• Open interfaces enable new services

• Leverages the intelligence of endpoints

• Media agnostic

Shivkumar KalyanaramanRensselaer Polytechnic Institute

140

Softswitch - Media Gateway ControllerAn SS7 Enabled Media Gateway Controller integrates the functionality of new applications with the large installed based of legacy systems.

• Multiple controllers can collaborate on a single call

• May be distributed across the globe

• May or may not be collocated with SS7 Signaling Gateway

Application Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

Shivkumar KalyanaramanRensselaer Polytechnic Institute

141

Softswitch - Media Gateway Controller Functions

• Connections (call setup and teardown)

• Events (detection and processing)

• Device management (gateway startup, shutdown, alerts)

Application Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

Shivkumar KalyanaramanRensselaer Polytechnic Institute

142

Softswitch - Media GatewaysMedia Gateways provide interaction between audio in the network and software controlled applications

• Convert PSTN to IP packets

• Convert IP packets to PSTN

• In-band event detection and generation

• Compression (G.7xx,…)

• May be distributed across the globe

Application Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

Shivkumar KalyanaramanRensselaer Polytechnic Institute

143

MGC and MG RolesMedia Gateway Controller

MGC’s allow intelligence to be distributed in the network

Basic call routing functionsSynchronization of Media GatewaysProtocol Conversion

Media Gateway

MG’s are purpose built specialist devices

Trunking gatewaysVoATM gatewaysAccess gatewaysCircuit switchesNetwork Access Servers

Shivkumar KalyanaramanRensselaer Polytechnic Institute

144

Softswitch - Signaling GatewaySignaling Gateways provide interaction between the SS7 network and Media Gateway Controllers.

• Convert SS7 to IP packets

• Convert IP to SS7 packets

• Signaling transport (SS7, SIP-T, Q.931…)

• Extremely secure

• Extremely fault tolerant

Application Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

Shivkumar KalyanaramanRensselaer Polytechnic Institute

145

Softswitch – Application ServerApplication Servers(AS) provide the new services that are the real “value-add” for Softswitches.

• Many core features are part of the MGC

• Allows new features to be developed by third parties

Application Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

Shivkumar KalyanaramanRensselaer Polytechnic Institute

146

Softswitch – Application ServerApplication Servers(AS) Can be broken apart and distributed in the network

Feature Server

Policy Server

Directory Server

Media Server Management Server

LDAP

Corba

SIP,Parlay,JAIN

Connectivity Server

SIP

COPSNetwork Elements

Corba

Shivkumar KalyanaramanRensselaer Polytechnic Institute

147

Softswitch Architecture – The protocolsApplication

Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

SIP, Parlay, Jain

Sigtran w/SCTP

H.248,MGCP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

148

Softswitch Architecture – Interdomain protocolsApplication

Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

SIP, Parlay, Jain

Sigtran

H.248,MGCP

Application Server

Media Gateway

SignalingGateway

Media GatewayController

PSTN/ End users

SIP-T,BICC

RTP

Application specific

Shivkumar KalyanaramanRensselaer Polytechnic Institute

149

SIP vs MEGACO: Summary

Shivkumar KalyanaramanRensselaer Polytechnic Institute

150

SIP vs MEGACO (contd)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

151

VoIP Signaling Model: SummaryEnd-system: SIP signaling (beat out H.323)PSTN gateway, with interfaces looking into PSTN and interfaces looking into VoIP networksMedia Gateway Controller (MGC): “intelligent”endpoint: supervises call services end-endMedia Gateway (MG): interface to the IP network or PSTN: “simple” endpoint instructed by MGCMEGACO: MG ↔ MGC interaction protocol;

ITU (H.248) and IETF (RFC 3525) standardReplaces proprietary APIs and RFC 3435 (MGCP)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

152

Speech Coding and Speech Coders for VoIP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

153

Taxonomy of Speech CodersSpeech Coders

Waveform Coders Source Coders

Time Domain: PCM, ADPCM

Frequency Domain: e.g. Sub-band coder,Adaptive transform coder

Linear Predictive Coder

Vocoder

Waveform coders: attempts to preserve the signal waveform not speech specific (I.e. general A-to-D conv)

PCM 64 kbps, ADPCM 32 kpbs, CVSDM 32 kbpsVocoders:

Analyse speech, extract and transmit model parametersUse model parameters to synthesize speechLPC-10: 2.4 kbps

Hybrids: Combine best of both… Eg: CELP (used in GSM)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

154

Speech Quality of Various Coders

Shivkumar KalyanaramanRensselaer Polytechnic Institute

155

Speech Quality (Contd)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

156

Actual Bandwidth Used

Framesizein ms

PacketIn bytes

+ RTP+UDP+IPin bytes

LANframe inbytes

T-LANkbps

WANkbps

G.711(64 kbps)

102030

80160240

120200280

146226306

116.890.481.5

96.080.074.6

G.729A/G.729( 8 kbps)

102030

102030

506070

768696

60.834.425.6

40.024.018.6

G.723.1(5.3 kbps)

30 20 60 86 22.9 16.0

G.723.1(6.3 kbps)

30 24 64 90 24.0 17.0

Note: (1) 26-bytes Ethernet overhead was removed for WAN calculation. (2) No backbone protocol overhead was used for WAN bandwidth. (3) This is per voice direction, so multiply by 2 if on a shared (half-duplex) media

(4) No Ethernet Interframe Gap was included (another 12 bytes)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

157

Applications of Speech Coding

Telephony, PBXWireless/Cellular TelephonyInternet TelephonySpeech Storage (Automated call-centers)High-Fidelity recordings/voiceSpeech Analysis/SynthesisText-to-speech (machine generated speech)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

158

Pulse Amplitude Modulation (PAM)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

159

Pulse Code Modulation (PCM)

* PCM = PAM + quantization

Shivkumar KalyanaramanRensselaer Polytechnic Institute

160

Companded PCM

•Small quantization intervals to small samples and large intervals for large samples• Excellent quality for BOTH voice and data• Moderate data rate (64 kbps)• Moderate cost: used in T1 lines etc

Shivkumar KalyanaramanRensselaer Polytechnic Institute

161

How it works for T1 Lines

• Companding blocks are shared by all 16 channels

Shivkumar KalyanaramanRensselaer Polytechnic Institute

162

Recall: Taxonomy of Speech CodersSpeech Coders

Waveform Coders Source Coders

Time Domain: PCM, ADPCM

Frequency Domain: e.g. Sub-band coder,Adaptive transform coder

Linear Predictive Coder

Vocoder

Waveform coders: attempts to preserve the signal waveform not speech specific.

PCM 64 kbps, ADPCM 32 kpbs, CVSDM 32 kbpsVocoders:

Analyse speech, extract and transmit model parametersUse model parameters to synthesize speechLPC-10: 2.4 kbps

Hybrids: Combine best of both… Eg: CELP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

163

Vocoders

Encode only perceptually important aspects of speech w/ fewer bits than waveform coders: eg: power spectrum vs time-domain accuracy

Shivkumar KalyanaramanRensselaer Polytechnic Institute

164

LPC Analysis/Synthesis

Shivkumar KalyanaramanRensselaer Polytechnic Institute

165

Speech Generation in LPC

Shivkumar KalyanaramanRensselaer Polytechnic Institute

166

CELP Encoder

Shivkumar KalyanaramanRensselaer Polytechnic Institute

167

Example: GSM Digital Speech Coding

PCM: 64kbps too wasteful for wirelessRegular Pulse Excited -- Linear Predictive Coder (RPE--LPC) with a Long Term Predictor loop.

Subjective speech quality and complexity (related to cost, processing delay, and power) Information from previous samples used to predict the current sample: linear function.The coefficients, plus an encoded form of the residual(predicted - actual sample), represent the signal. 20 millisecond samples: each encoded as 260 bits =>13 kbps (Full-Rate coding).

Shivkumar KalyanaramanRensselaer Polytechnic Institute

168

Standard Algorithm Bit Rate (Kbit/s) Codec Induced Delay (msecs)

Resultant Voice Quality

G.711 PCM 56, 64 <<1 Excellent G.723.1 MPE/ACELP 5.3, 6.3 67-97 Fair(5.3), Good(6.3) G.728 LD-CELP 16 <<2 Good G.729 CS-ACELP 8 25-35 Good G.722 Sub-band

ADPCM 64 5-10 Good-Excellent (it’s

wideband) G.726 ADPCM 16, 24, 32, 40 <<1 Fair(24), Good(40) GSM-EF ACELP 12.2 40 Good

Only G.711, G.723.1, and G.729 are popular (because they are mandatory for several specs)G.711 is the best (obviously), but G.729 isn’t much worse

Codecs: Quality Measures

G.723.1 is HORRIBLE

Shivkumar KalyanaramanRensselaer Polytechnic Institute

169

Preamble DestinationAddress Data Pad Checksum

SourceAddress

Inter-framegap

Start of framedelimiter

Length orEthertype

12 7 1 6 6 2 0-1500 0-46 4

Ethernet Frame

DestinationAddress

SourceAddress

HeaderChecksum DataFlags &

Frag OffsetTotal

LengthPacket

IDOptions(if any)

1 1 2 2 2 1 1 2 4 4 0-40 0-1480

IP packet

Version &header length

TOS TTL

Protocol

SourcePort Number

DestinationPort Number UDP length UDP checksum

2 2 2 2 0-1472

UDP datagram

Version,flags & CC

SequenceNumber Timestamp

1 1 2 4 4 0-60 0-1460

RTP datagramSynchronization

Source IDPayload

TypeCSRC ID(if any) Codec Data

Data

Packet Encapsulation

Shivkumar KalyanaramanRensselaer Polytechnic Institute

170

42668 120IP into EthernetIP PayloadPreamble

Destination

Source

Type CRC.

80 byte voice bundles RTP Frame 12

RTP Header Voice Payload

80

2222 80UDP Datagram

Voice Payload

Destination

Source

LengthChecksum

Destination

12

RTP Header

1 12 2120IP into Frame Relay Flag

FlagAddress Frame CheckIP Payload

4412 80IP Packet Header

SourceVoice PayloadUDP Header RTP Header

8 12

5 48 5 24+IP into ATMIP Payload

5 48 +IP Payload IP Payload

Header Header Header

16Padding Trailer

8

G.711 (10ms) Clear Channel Voice

Shivkumar KalyanaramanRensselaer Polytechnic Institute

171

42668 70IP into EthernetIP PayloadPreamble

Destination

Source

Type CRC.

30 byte voice bundles RTP Frame 12

RTP Header Voice Payload

30

2222 30UDP Datagram

Voice Payload

Destination

Source

LengthChecksum

Destination

12

RTP Header

1 12 270IP into Frame Relay Flag

FlagAddress Frame CheckIP Payload

4412 30IP Packet Header

SourceVoice PayloadUDP Header RTP Header

8 12

5 48 5 22IP into ATMIP Payload

+IP Payload

Header Header

18Padding Trailer

8

G.729 (30ms) Clear Channel Voice

Shivkumar KalyanaramanRensselaer Polytechnic Institute

172

42668 60IP into EthernetIP PayloadPreamble

Destination

Source

Type CRC.

20 byte voice bundles RTP Frame 12

RTP Header Voice Payload

20

2222 20UDP Datagram

Voice Payload

Destination

Source

LengthChecksum

Destination

12

RTP Header

1 12 260IP into Frame Relay Flag

FlagAddress Frame CheckIP Payload

4412 20IP Packet Header

SourceVoice PayloadUDP Header RTP Header

8 12

5 48 5 12IP into ATMIP Payload

+IP Payload

Header Header

28Padding Trailer

8

G.729 (20ms) Clear Channel Voice

Shivkumar KalyanaramanRensselaer Polytechnic Institute

173

20-24 byte voice bundles RTP Frame 12

RTP Header Voice Payload

20-24

42668 60-64IP into EthernetIP PayloadPreamble

Destination

Source

Type CRC.

2222 20-24UDP Datagram

Voice Payload

Destination

Source

LengthChecksum

Destination

12

RTP Header

1 12 260-64IP into Frame Relay Flag

FlagAddress Frame CheckIP Payload

4412 20-24IP Packet Header

SourceVoice PayloadUDP Header RTP Header

8 12

5 48 5 12-16IP into ATMIP Payload

+IP Payload

Header Header

28-24Padding Trailer

8

G.723.1 (30ms) Clear Channel Voice

Shivkumar KalyanaramanRensselaer Polytechnic Institute

174

Coding Technology Side-effectsCoded VoIP is NOT the same as a telephone line (I.e. it is not a content-neutral “carrier”):

Without special support, you cannot send “fax” or “modem traffic” over VoIPThe “carrier” is now IP (or some data-transport protocol like frame-relay or ATM)The same is true for 3G or GSM telephonyWhy? Voice is encoded and the encoding works only for voice! (it is no longer a 64 kbps bit stream)

Fax support: Fax Passthru, T.38 fax Relay

Shivkumar KalyanaramanRensselaer Polytechnic Institute

175

Voice Quality: Loss ToleranceVoice codecs are unevenly tolerant of packet loss,

but loss above 2 to 5 percent will have a perceptible effect on quality.Losses also associated with higher jitter1-way delay > 150 milliseconds, => troubleJitter buffer (major component of delay budget)Capacity reservations & priority for key packets: setup through RSVPPriority: using TOS bits: 8 levels of precedence

Carrier networks use some combination of:MPLS (traffic engineering, stable routing) and Diff-serv (expedited forwarding) to provide superior service for VoIP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

176

VoIP QoS MythsPacket voice=> voice could take multiple paths or failover.

But it usually does not…

VoIP is sensitive to routing failures or congestion in pathsOSPF and BGP convergence times too bad for VoIP: SONET and (now) MPLS much better

However, FEC packets for VoIP can be sent on a separate path or on the same path:

hedge against performance fluctuations (eg: congestion) on the primary path,but limited hedge against failure of the primary path.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

177

Voice codecs: SummaryG.711

uncompressed PCM audio stream8ks/s of 8 bit values = 64kbpspacket “sizes” = 10, 20, 30 and 60ms

G.722 - Wideband (7kHz)G.726

ADPCM - 10,20,30,60ms - 32kbpsG.723.1

MLQ - 30ms - 5.3 or 6.3kbpsSilence suppression

G.729CS-ACELP - 10, 20, 30ms - 8kbpsAnnex B adds silence suppression

Shivkumar KalyanaramanRensselaer Polytechnic Institute

178

Recap: Speech Quality of Various Coders

Shivkumar KalyanaramanRensselaer Polytechnic Institute

179

Miscl: Other standards, ENUM, E-911, Presence etc

Shivkumar KalyanaramanRensselaer Polytechnic Institute

180

Sigtrans (Signaling Transport)Signalling transport protocol and adaptation layers for SG to MGC communication, and for SG to SG communicationSignalling Gateways can be stand-alone or co-located with an MGC

Media GW Controller

Trunk Gateway

Megaco/H.248

Virtual Switch

Sigtrans SIP, H.323

Media Gateway

Signalling Gateway

PBX

D-channel

B-channelsPRI

Virtual Switch

RTP

Sigt

rans

Signaling Gateway

Signaling Gateway

SS7

CO

Sigtrans

Sigt

rans

Shivkumar KalyanaramanRensselaer Polytechnic Institute

181

SCTP (Stream Control Transmission Protocol)

Sigtrans needs to carry SS7Needed a reliable transport mechanism (like TCP) without the overhead of a connection-oriented protocolSCTP created: like UDP, but with acknowledgment, fragmentation, and congestion-avoidanceThis has much broader use than just carrying SS7: it’s being looked at for SIP, RTP, T.38, and more...

6 - Presentation5 - Session User Adaptation Modules 4 - Transport SCTP3 - Network IP2 - Link MLPPP / FR / ATM1 - Physical Ethernet / SONET/Serial

Shivkumar KalyanaramanRensselaer Polytechnic Institute

182

(1) SS7 Signaling Using IP Transport

Applications

MTP2

IP

SCTP

SSP

STP

MTP2

MTP3

SCCP

TCAPISUP

Applications

SSP

IP

SCTP

The IETF M2UAMTP2-User Adaptation Layer

from the Sigtran WG

M2UA

MTP3*

M2UA

MTP3

SCCP

TCAPISUP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

183

(2) SS7 / IP Interworking

CallProcessingApplication

MTP2IP

SCTP

SSP MGC

SS7 SG

M3UA

Nodal Inter-working Function

CallProcessingApplication

MTP3

MTP2

MTP3

ISUP

IP

SCTP

M3UA

ISUP

The IETF M3UAMTP3-User Adaptation Layer

from the Sigtran WG

Shivkumar KalyanaramanRensselaer Polytechnic Institute

184

BICC (Bearer Independent Call Control)Offers a migration path from SS7/TDM to packet-based voiceDefines Interface Serving Node for Bearer, Bearer Control, and Call Serving FunctionsSpecifies Transit Serving Nodes to change bearer types, and Gateway Serving Node to transit operators

PSTN PSTN

Class 4 Switch Class 4 Switch

Data Network

BICC ISN BICC ISN

BICCISUP ISUP

TDMTDM

Shivkumar KalyanaramanRensselaer Polytechnic Institute

185

VPIM (Voice Profile for Internet Mail)Uses SMTP to send/receive voice/faxmail messagesAttaches messages as wav/mpeg/tiff files in MIMEUseful for transferring across voicemail systemsAdds more useful info: vcard, signature, multiple addressesPOP3 still used to download voicemail to your favorite email client (Outlook, Eudora, Pine, etc.)

PBXUnified

Messaging System

Unified Messaging

System

SIP/H.323

SIPDevice

VPIMEmail

Browser

POP3

Plain Phone

Shivkumar KalyanaramanRensselaer Polytechnic Institute

186

TRIP – Telephony Routing over IP TRIP is a protocol for advertising the reachability of telephony

destinations between location servers, and for advertising attributes of the routes to those destinations.

Can serve as a routing protocol for any signaling protocolTRIP is used to distribute telephony routing information between telephony administrative domains. TRIP is essentially BGP for phone numbers and the protocol is actually based on BGP-4

Shivkumar KalyanaramanRensselaer Polytechnic Institute

187

Proxy server

parliament.uk

[email protected]

Location Server

geor

ge.w

.bus

h dch eney @w

h

3. SIP/2.0 200 okFrom: sip:dcheney@wh

4. SIP/2.0 100 OKFrom: sip:[email protected]

1. INVITE sip:[email protected] SIP/2.0From: sip:[email protected]

5. ACK sip:[email protected] SIP/2.0From: sip:[email protected]

6. ACK sip:dcheney@wh SIP/2.0From: sip:[email protected]

2. INVITE sip:dcheney@wh SIP/2.0From: sip:[email protected]

1 & 5

4

2 & 6

3

Midcom (Middlebox Communication)

us.gov

dcheney@wh

3.5 Midcom Protocol

Firewall

Shivkumar KalyanaramanRensselaer Polytechnic Institute

188

Mediation and BillingCurrent State

Non real timeNon-scalableLimited functionality No revenue assurance capabilitiesProprietary CDR formatsNo OSS functionality (fraud, churn, etc.)Mainly stand alone systems (no integration with the legacy systems)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

189

Call Detail Records• To be able to run reports and bill, Call Detail Records (CDRs)

must be recorded for each call:

With VoIP far more detail is necessary:Packets transmittedPackets lostJitterDelayCall Control / Gateway usedCodec used…

Time Reason From To Duration

Details

16:45 Call req. 5551212 6663434 01:45 Normal disc.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

190

Mediation and Billing RequirementsComplete call details including

Call descriptorscaller ID, called #, time, length, disconnect reason, QoS requested, etc.,

Complete network QoS information (dropped packets, trunk failure, etc.)Complete application level QoS (dropped frames, disconnect reason, CODEC type, etc.)

Carrier-grade solutionScalableLarge number of calls/secCover large, distributed networks

Real TimeRevenue Assurance

99.999% accuracyAudit capabilitiesHighly available

Support of standards Integration with other OSS/BSS systems (fraud, churn, etc)

Fault tolerantLocal cache Roll back

Shivkumar KalyanaramanRensselaer Polytechnic Institute

191

IPDR – IP Data RecordsThe purpose of the IPDR initiative is to define the

essential elements of data exchange between network elements, operation support systems and business support systems. Specific goals include:

Define an open, flexible record format (the IPDR record) for exchanging usage information.Define essential parameters for any IP transaction.Provide an extension mechanism so network elements and support systems exchange optional usage metrics for a particular service.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

192

ENUM vs DNSDNS (or internet) names: interpreted right to left:

Eg: www.rpi.eduTelephone numbers: interpreted left to right:

Eg: +1 518 276 8979ENUM: (RFC 3761)

telephone numbers written DNS-style, Rooted at the domain e164.arpa. So, 1.212.543.6789 becomes 9.8.7.6.3.4.5.2.1.2.1.e164.arpa.When queried, DNS can return an IP address for the telephone number, or it can return a rule for re-formatting the original number For example, rules can be returned to rewrite 1.212.543.6789 as sip:[email protected], sip:[email protected].

Shivkumar KalyanaramanRensselaer Polytechnic Institute

193

Continuity of Telephone Svcs in VoIPA number of basic features remain same:

Phone looks and behaves like a phoneDTMF (touch-tone) features: mid-call signalingE.911 will provide 911 location servicesBearer (“data-plane”) is separated from signaling (“control-plane”) and is handled differently

But, unlike telephony, it is multiplexed on the same network

Interfaces smoothly with internet applications: IM, Web, email…

Shivkumar KalyanaramanRensselaer Polytechnic Institute

194

E911 - Requirements911 Services

Power stays on when building power fails

Need callers phone number and location

Services must be modified during a 911 callDisable call-waitingDisable three-party callsCaller cannot hangup and place another call

Shivkumar KalyanaramanRensselaer Polytechnic Institute

195

E911 – VoIP EnhancementsVoIP has the potential of enhancing E911 functionality

Multimedia communication Audio – emulate existing servicesVideo – images and/or biometrics to/from emergency techniciansText – for hearing impaired

Call setup could contain medical backgroundCan be locally maintained, does not a master database

Calls can easily be forwarded or transferredFast call setup times

PSAP could easily be deployed or relocated anywhere Internet access is available.

Shivkumar KalyanaramanRensselaer Polytechnic Institute

196

E911 – Using DNS to convey locationBased on network device name

pigface 192.168.200.20GL S3.US.95401.4500 “110 Stony Point Rd.,Santa Rosa CA”

Based on Geographic location (longitude/latitude)pigface 192.168.200.20

GPOS -38.43954 122.72821 10.0Binary (includes precision indicator)

pigface 192.168.200.20LOC 23 45 32 N 89 23 18 W –24m 30m

IssuesOnly works if mapping between device and location is correct. Not secure/private

Shivkumar KalyanaramanRensselaer Polytechnic Institute

197

Invisible Internet Telephony

VoIP technology will appear in . . .Internet applianceshome security cameras, web cams3G mobile terminalsfire alarmschat/IM toolsinteractive multiplayer games

Shivkumar KalyanaramanRensselaer Polytechnic Institute

198

VoIP Reliability & ManageabilityReliability: PSTN benchmarks…

Work all the time, except for maintenance windowsFaults: network, hardware, softwareDuplicated systems: no upgrade downtimeMonitors, automatic failovers

Manageability:accurate and flexible billing systems, error reporting and resolution, call tracing, adds/moves/changes,Lack of network state (IP model) makes this difficult => mediated calls (eg: softswitch etc reinstate some of this…)

Shivkumar KalyanaramanRensselaer Polytechnic Institute

199

IPtel for appliances: “Presence”

Shivkumar KalyanaramanRensselaer Polytechnic Institute

200

VoIP Standards (Enterprise View)

3rd PartyCall Servers &Gatekeepers

RTP

H.323 annex G,

SIP

H.323Gateway

SIPGateway Stimulus

TerminalsThick

Terminals

EnterpriseCall

Server

SIP H.248, Stimulus

H.323H.323

RTP

RTP

RTP

IP-enabledPBX/KS

H.248,Stimulus

SIP, H.323

H.323, SIP, Q.Sig

SIP, H.323

RTP

RTP

Shivkumar KalyanaramanRensselaer Polytechnic Institute

201

VoIP Standards (Carrier View)

3rd PartyCall Agents &Gatekeepers

RTP

H.323, SIP-TBICC

Application/Media Server

SIPGateway Megaco

Gateway

Softswitch/ Call Agent/

MGC

SIP Megaco/ H.248 MGCP

RTP

RTP

RTP

Signalling(SS7)

Gateway

SIP

Sigtrans, Q.BICC

MGCPGateway

Shivkumar KalyanaramanRensselaer Polytechnic Institute

202

VoIP Summary: Big Picture


Recommended