14
Everything Everything about about TDMoIP TDMoIP PWE3 – 52 nd IETF 12 December 2001

Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

Embed Size (px)

Citation preview

Page 1: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

EverythingEverythingaboutabout

TDMoIPTDMoIPPWE3 – 52nd IETF

12 December 2001

Page 2: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 2

Classic TelephonyClassic Telephony

The telephony system has two main parts: Access network (analog, T1/E1, AAL1/2)

Backbone network (SONET/SDH)

T1/E1

COSWITCH

analog lines

SONET/SDHNETWORK

COSWITCH

PBX

extensions

Access Network

T1/E1 or AAL1/2

PBX

Core (Backbone) Network

SynchronousNon-packet network

Page 3: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 3

TDMoIPTDMoIP

The TDMoIP approach replaces the core

with a packet (IP or MPLS) network

The access networks and their protocols remain !

T1/E1

analog lines

PBX

extensions

Access Network

PBX

Packet Network

Packet Network

T1/E1 or AAL1/2

draft-anavi-tdmoip

Page 4: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 4

SONET/SDH CEPSONET/SDH CEP

Circuit Emulation over Packet interconnects

different SONET/SDH networks

The packet network becomes a carrier’s carrier

SONET/SDHNETWORK

SONET/SDHNETWORK

Packetnetwork

COSWITCH

draft-ietf-pwe3-sonet

Page 5: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 5

Related Related (but different)(but different) Applications ApplicationsVoIP connects individual users over IP networks replacing all signaling with new protocols

IPnetwork GWGW

DSLAMIAD

SONET/SDHNETWORK

COSWITCHGW

VoDSL connects users over DSL connections using VoATM technologies

Page 6: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 6

FunctionalityFunctionalityWhat needs to be transported from end to end? Voice (telephony quality, low delay, echo-less) Tones (for dialing, PIN, etc.) Fax and modem transmissions Signaling (there are 1000s of PSTN features!) Timing

Note:Various proposed extensions to RTP that multiplexed voice sessions are not applicable since they only handled the voice!

T1/E1frame

SYNC TS1 TS2 TS3CAS

signalingbits

… … TSn

(1 byte)

“timeslots”

Page 7: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 7

Why isn’t it easy?Why isn’t it easy?

Why don’t we simply encapsulate the T1/E1 frame?

IP T1/E1 frame

24 or 32 bytes

UDP RTP?

Because a single lost packet would cause service interruption CAS signaling uses a superframe (16/24 frames) superframe integrity must be respected

Because we want to efficiently handle fractional T1/E1

Because we want a latency vs. efficiency trade-off

Page 8: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 8

I have an idea!I have an idea!

Those problems can be solved by: adding a packet sequence number adding a pointer to the next superframe boundary only sending timeslots in use allowing multiple frames per packet

Good idea! That is precisely AAL1 !

for example

UDP/IP T1/E1 frames (only timeslots in use)seqnum(with CRC)

ptr

TS1 TS2 TS5 TS7 TS1 TS2 TS5 TS77 @

Page 9: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 9

Why isn’t that enough?Why isn’t that enough?

AAL1 is inefficient if the timeslots – are “hard-wired”, and – not always in use

Although we can configure which timeslots are usedwe can not change this configuration in real-time!

To allow dynamic allocation of timeslotswe can use AAL2

AAL2 buffers each timeslot and encapsulates it in a “minicell”

Page 10: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 10

Isn’t this just ATM?Isn’t this just ATM?

AAL1 and AAL2 are adaptation protocolsoriginally designed to massage data into a format that can readily use

As we have shown, they are natural candidates forany application which needs to multiplex timeslots

For TDMoIP we do not put the AAL1/2 into ATM cells (no 5 byte header)

Rather we put the AAL1/2 directly into a UDP/IP packet

So, NO, this is NOT ATM

But it can easily interwork with ATM access networks!

Page 11: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 11

What about RTP?What about RTP?

RTP is not a channel multiplexing protocol,so this issue is orthogonal to that of the previous slides

RTP can be used to transport timing across IP networks

It does this by providing: a 16 bit sequence number 1 32 bit timestamp

at the expense of 12 additional overhead bytes per packet

Accurate timing is important in telephony and IP networks add jitter

Don’t we need RTP?

Page 12: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 12

When RTP is When RTP is notnot needed needed

RTP adds significant overhead – can we get away without it?

In many TDMoIP applications all end-user equipment have access toaccurate (stratum 3?) “station clocks”

So timing info need not be distributed over the IP network!

Even when adaptive (FLL/PLL) timing recovery is needed

the RTP timestamp does not improve accuracy as compared with a sequence number

since E1/T1 frames are sent at a precisely periodic rateas determined by the transmitting station clock!

Page 13: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 13

TDMoIP frame structureTDMoIP frame structure

IP header (5*4bytes)

UDP header * (2*4bytes)

Optional RTP header (3*4bytes)

TDMoIP header ** (4bytes)

TDMoIP payload

* The UDP source port number is used as a bundle identifier

** The TDMoIP is essentially the header defined in Martini et alNotes

Page 14: Everything about TDMoIP PWE3 – 52 nd IETF 12 December 2001

TDMoIP Slide 14

Further AdvantagesFurther AdvantagesHDLC support CCS signaling can be delivered

Simple implementation Processing for single T1/E1 performed by embedded CPU Large system price-per-channel is extremely low No “fork-lift” upgrade needed

Field Proven Technology 1500 units in the field Over 5000 T1/E1 trunks

Municipal networks, school districts, business parks, etc.