Top Banner
hgs/ICU 1 Current Issues and Future Directions for VoIP Henning Schulzrinne Dept. of Computer Science Columbia University New York, New York (sip:)[email protected] ICU — Seoul, Korea August 2001 August 2001
36

Directions for VoIPCurrent Issues and Future

Dec 05, 2021

Download

Documents

dariahiddleston
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: Directions for VoIPCurrent Issues and Future

hgs/ICU 1

Current Issues and FutureDirections for VoIP

Henning SchulzrinneDept. of Computer Science

Columbia UniversityNew York, New York

(sip:)[email protected]

ICU — Seoul, Korea

August 2001

August 2001

Page 2: Directions for VoIPCurrent Issues and Future

hgs/ICU 2

Overview

• motivations

• usage

• technology(research),standardizationanddeploymentchallenges:

– services

– QoS

– security

– emergency services

– scaling & reliability

August 2001

Page 3: Directions for VoIPCurrent Issues and Future

hgs/ICU 3

Driving forces

• cheap international calls

– = “arbitrage”

– students, long-distance relatives, . . .

– often hidden as cheap prepay calling cards

• PBX replacements for large companies with high-speed switched LANs

• “tie lines” between branch offices, instead of leased voice lines

August 2001

Page 4: Directions for VoIPCurrent Issues and Future

hgs/ICU 4

Future VoIP uses

Promised (and hyped), but not yet very successful:

• PC-to-PC (video) calls – Windows XP?

• cable modems

• Voice-over-DSL

• wireless (3G systems)

August 2001

Page 5: Directions for VoIPCurrent Issues and Future

hgs/ICU 5

VoIP usage statistics

• cross-border traffic about 1.7 billion minutes (1999)

• 1.6% of total international voice traffic

• estimated at 6.2 billion minutes in 2001

• 35% U.S. to Asia Pacific, 39% Latin America

August 2001

Page 6: Directions for VoIPCurrent Issues and Future

hgs/ICU 6

VoIP timeline

Year development

1975 ARPAnet experiments

1980’s voice/data multiplexers

1992-1996 DARTnet, Mbone

1996-1998 RTP, commercial R&D

1999 signaling standards (SIP, H.323v2)

2000 SIP product development

2001 pioneer carrier deployment

2002 PBX turning point?

August 2001

Page 7: Directions for VoIPCurrent Issues and Future

hgs/ICU 7

Differences: Internet Telephony↔ POTS

• separate control, transport (UDP)➠ no triangle routing

• separate connectivity from resource availability

• separate services from bit transport

• datagram service➠ less bootstrapping

• in-band signaling➠ higher speed

• features “network”−→ end system: distinctive ringing, caller id, speed dialing,number translation, . . .➠ scaling

• features: intra-PBX = inter-LATA and general

• protocols: user-network = network-network signaling

• integration of presence and events

August 2001

Page 8: Directions for VoIPCurrent Issues and Future

hgs/ICU 8

PSTN legacies to avoid

• E.164 numbersu might as well wear bar codes

• tones (e.g., failure indications)

• in-band signaling (DTMF)

• systems with user interface knowledge (12 keys, voice)

• voice-only orientation (e.g., MGCP/Megaco)

• integration of bit transport and services

• service-specific billing

• trigger model for service creation

• trusted networks without crypto authentication−→ confine PSTN knowledge toedge of network

August 2001

Page 9: Directions for VoIPCurrent Issues and Future

hgs/ICU 9

Invisible Internet Telephony

VoIP technology will appear in . . .

• Internet appliances

• home security cameras, web cams

• 3G mobile terminals

• fire alarms

• chat/IM tools

• interactive multiplayer games

August 2001

Page 10: Directions for VoIPCurrent Issues and Future

hgs/ICU 10

Replication of existing services

• “user is familiar with PSTN services”

• but how many users actually know how to use call transfer or directed pick-up?

• user interface is often just legacy of key systems or other ancient technology

• avoid binding of identifiers to devices➠ call person or group of people, regardlessof location

• instead, model desired behavior

• single-server features don’t need standardization

• find general mechanisms (e.g., SIPREFER, events)

August 2001

Page 11: Directions for VoIPCurrent Issues and Future

hgs/ICU 11

Deployment challenges

Technology known, but deployment difficult:

• QoS

• security

• emergency services

• equipment cost — $20 (or $100) phones

• IPv6 to make NATs unnecessary

• configuration for possibly thousands of devices

• wire tapping

August 2001

Page 12: Directions for VoIPCurrent Issues and Future

hgs/ICU 12

Deployment challenge: QoS

• most routers have small number of queueing classes

• DiffServ doesn’t have deployable admission control

• inter-provider settlements

• “scavenger service”

August 2001

Page 13: Directions for VoIPCurrent Issues and Future

hgs/ICU 13

Deployment challenge: Security

• may want to identify called/calling parties – no trusted phone company

• server certificates scale – no success with personal certs

• secure email as (negative) example

• “same person that called yesterday” or “student from ICU” may be good enough

• secure voice communication with random parties – key establishment?

August 2001

Page 14: Directions for VoIPCurrent Issues and Future

hgs/ICU 14

Deployment challenge: Emergency services

• components of current systems:

– common identifier (911, 112,. . . ) –sos?

– identify appropriate “public safety answering point”

– caller identity & location – IP addresses not good locator (VPNs!)

• opportunity for new services: multimedia, biometrics, database access

• work with old technology and transition to IP-enabled PSAPs

August 2001

Page 15: Directions for VoIPCurrent Issues and Future

hgs/ICU 15

Deployment challenge: cheap devices

• need full Internet stack, possibly without TCP (but TCP/TLS desirable)

• need audio codecs and jitter compensation

• minimal configuration interface: web server or tftp common

• guess: will evolve towards “real” OS like VxWorks or Linux

• MGCP/Megaco (with security) not much simpler, except for simpler call transferand configuration

August 2001

Page 16: Directions for VoIPCurrent Issues and Future

hgs/ICU 16

Example: Pingtel SIP phone

August 2001

Page 17: Directions for VoIPCurrent Issues and Future

hgs/ICU 17

Example: Cisco and 3Com SIP phones

Cisco 3Com ($395 list)

August 2001

Page 18: Directions for VoIPCurrent Issues and Future

hgs/ICU 18

Standardization challenges

• 3G wireless:

– complexity

– releases (2.5G, R4, R5, . . . )

– transition from hybrid CO/PS to all-Internet

• gateway location

• instant messaging & presence

• NATs and firewalls

• conference control

• next-generation session description (“SDPng”)

August 2001

Page 19: Directions for VoIPCurrent Issues and Future

hgs/ICU 19

Research challenges

• scaling the Internet: routing table size & convergence

• new services: limited by least common (PSTN) denominator

• new services: service architectures

• QoS fault determination

• reliability

August 2001

Page 20: Directions for VoIPCurrent Issues and Future

hgs/ICU 20

50000

100000

150000

200000

250000

300000

350000

400000

450000

Sep-00 Dec-00 Mar-01 Jun-01 Sep-01 Dec-01 Mar-02 Jun-02 Sep-02 Dec-02 Mar-03 Jun-03 Sep-03 Dec-03 Mar-04 Jun-04

BGP Table Growth – Projections

(courtesy Geoff Huston)

August 2001

Page 21: Directions for VoIPCurrent Issues and Future

hgs/ICU 21

What is happening here?

ÿþýüûþúùüøú÷öûüõþø÷ôóüõô÷øõúòüÿþýüûúùúø÷öõôúüóúòñ÷ðýñð÷úþïîíöýðìë

(courtesy Geoff Huston)

August 2001

Page 22: Directions for VoIPCurrent Issues and Future

hgs/ICU 22

New services

• vicious circle: can only get “black phone” services↔ no non-$ incentive todeploy VoIP

• examples:

– user interface for call forwarding

– visual caller id

– multimedia

– non-numeric user IDs

• mobile phones have much shorter lifetimes (2 years?)

August 2001

Page 23: Directions for VoIPCurrent Issues and Future

hgs/ICU 23

Service architectures

Is there a fundamental set of service components?

• events – traditional call states too PSTN-centric?

• third-party call control

• indirect requests – A asks B to send message to C

• data (“function arguments”) in headers

• negotiation – offer/answer/final?

August 2001

Page 24: Directions for VoIPCurrent Issues and Future

hgs/ICU 24

Example: third-party call control

RTP

SIP

SIP

2

4

INVITE

ACKno SDP 1

6

3INVITE

5

SDP (from 4)

SDP (from 2)

ACK

200200

August 2001

Page 25: Directions for VoIPCurrent Issues and Future

hgs/ICU 25

QoS fault determination

• who do you call when the voice quality is bad?

• standard network management not accessible to end user

• traceroute andping not too helpful

• correlation analysis using RTCP data to third party?

August 2001

Page 26: Directions for VoIPCurrent Issues and Future

hgs/ICU 26

Reliability

• “5 nines”≈ 5 minutes/year

• most ISPs seem to achieve about 99.9%

• what is failure – partial, no connection, dropped call?

• could bemorereliable since existing calls are not dropped when rerouting

• new problem: overload protection for denial of service attacks

August 2001

Page 27: Directions for VoIPCurrent Issues and Future

hgs/ICU 27

Future directions

• new services:

– personal mobility

– personalized programmable services

– multimedia

• event notification

August 2001

Page 28: Directions for VoIPCurrent Issues and Future

hgs/ICU 28

SIP personal mobility

[email protected]:12015551234

[email protected]

tel:12128541111

[email protected]

[email protected]

[email protected]

[email protected]

(also used by [email protected])

yahoo.com

columbia.edu

August 2001

Page 29: Directions for VoIPCurrent Issues and Future

hgs/ICU 29

New SIP services: multi-destination routing

[email protected] call

"not at desk, try David"

Alice

Bob

Carol

David

"on vacation, try David"

"busy"

August 2001

Page 30: Directions for VoIPCurrent Issues and Future

hgs/ICU 30

New SIP services: Internet integration

• typically, SIP URL≡ email address, e.g.,sip:[email protected] ortel:+1201-555-1212

• URLs everywhere:

– forward calls to email

– forward calls to web page

– forward calls to recordings

– pager, cell phone numbers

– IM addresses

• SIP messages can contain HTML and other web objects:

– menu pops up when calling restaurant

– error messages: “not here, but please choose from. . . ”

– visual caller id – photos of callee

August 2001

Page 31: Directions for VoIPCurrent Issues and Future

hgs/ICU 31

Programmable Internet Telephony

APIs servlets sip-cgi CPL

Language-independent no Java only yes own

Secure no mostly no, but can be yes

End user service creation no yes power users yes

GUI tools w/portability no no no yes

Call creation yes no no no

Multimedia some yes yes yes

Example: integration with iCal−→ automatically export personal calendar to callhandling

August 2001

Page 32: Directions for VoIPCurrent Issues and Future

hgs/ICU 32

Commonalities between signaling and events

• presence is just a special case of events: “Alice just logged in”≈ “temperature inboiler exceeds300◦ F”

• need tolocatemobile end points

• may need to find several different destinations (“forking”)

• same addressing for users

• presence often precursor to calls

• may replace call back and call waiting

• likely to be found in same devices

• events already in VoIP: message alert, call events

August 2001

Page 33: Directions for VoIPCurrent Issues and Future

hgs/ICU 33

Example home architecture

SUBSCRIBE [email protected]

NOTIFY [email protected]

INVITE [email protected]

DO [email protected] user agentSIP proxy

(RGW)

(Work with Telcordia)

August 2001

Page 34: Directions for VoIPCurrent Issues and Future

hgs/ICU 34

Example: Columbia CS phone system

Cisco 7960

sipum

RTSP

RTPSIP

sipc

sipconf

PC Linux/FreeBSD/NT

e*phone

rtspd

PhoneJack interface

MySQL

LDAP server

Sun Solaris

T1/E1

sipd

mediaserver

RTSP

proxy/redirect server

sip−h323

converterSIP−H.323

server(MCU)

conferencing

unified

servermessaging

user database

Cisco2600

Pingtel

wireless802.11b

PBX

NortelMeridian

plug’n’sip

August 2001

Page 35: Directions for VoIPCurrent Issues and Future

hgs/ICU 35

Conclusion

• many of the protocol building blocks in place

• VoIP challenges “dumbed down” Internet (NATs)

• deployment, standardization and research challenges

August 2001

Page 36: Directions for VoIPCurrent Issues and Future

hgs/ICU 36

For more information. . .

SIP: http://www.cs.columbia.edu/sip

RTP: http://www.cs.columbia.edu/˜hgs/rtp

Papers: http://www.cs.columbia.edu/IRT

August 2001