iptv introduction-adtn (2)

7/26/2019 IPTV Introduction-ADtn (2)

1/28

DIPESH ADLAKHA

SDVT

IPTV

Introduction


2/28

Highlights

Introduction to IPTV & Internet TV

Network Architecture &

Components

Protocols in use

Delivering Broadcast over IP

Delivering Video n Demand

!ualit" o# $%perience

'()*()

''


3/28

+hat is IPTV,

'()*()

''

Technology that delivers video or TV broadcasts over the IP packet.

To!ay digital broadcast signal sent thro"gh broadband connection

ST# so$tare can handle vieer re%"ests to access the available &edia

so"rces.

IPTV can be vieed on yo"r conventional TV "sing a set top bo' (ST#).

*ver ADSL+VDSL+,able+*-, etc.

IPTV is not a protocol itsel$ b"t it involves lots o$ c"tting!edge technology

incl"ding video and IP.


4/28

+hat is Internet TV,

Internet TV in si&ple ter&s is video and a"dio delivered

over an Internet connection.

/o" can atch Internet TV on a co&p"ter screen a

television screen (thro"gh a set!top bo') or a &obile device

like a cell phone.

The di$$erence 0

IPTV e'ist in a closed netork (li&ited scope o$ "sers).

Internet TV is accessible everyhere b"t re%"ires as"bscription.

'()*()

''


5/28

+hat is -evolutionar" ,

Provides Interactive TV Progra&s 1 *ther Entertain&ent

Live TV Pa"se res"&e and record is possible.

Video (Serials+2ovies) on De&and. (,ontent stored on servers)

3p to 4565p $or&at High de$inition DVD %"ality.

2"ltiple a"dio lang"ages

2"ltiple lang"age s"btitles.

*n de&and advertising (Targeted Ad Insertion)

Interactive applications Satellite &aps *nline shopping ticket booking etc.

'()*()

''


6/28

Network Architecture


7/28

Components o# IPTV

.edia Content Live TV as ell as stored video (Video on De&and)

Analog or digital &edia so"rce in co&pression $or&at ith technology incl"de 2PE7!8 2PE7!

9 H.8:9 ;2V (;indos 2edia Video < and V,4)

TV Headend =eal!ti&e encoding and transcoding o$ 2PE7!8+9

=ate Shaping rate converting 1 IP encaps"lating *ne ip address per channel

'()*()

''


8/28

Components o# IPTV contd/

VoD 0"stems *n de&and a"dio+video services

Strea&ing servers

Ti&e Shi$t TV(nPV=)

D=2

IPTV .iddleware So$tare that connects to separate applications.

Integrates V*D 1 Headend co&ponents $acilitating a"to Provisioning o$ ST#

3ser &anage&ent $or ,hannel+package 1 billing $"nctions

Provieds APIs $or *SS

Incl"des TV Portal + EP7

Broad1and IP NetworkAlso called ,D> (,ontent Delivery >etork)

D"e to the bandidth re%"ire&ents o$ video broadband connection are re%"ired to distrib"te high %"ality video.

IP &"lticast+"nicast I72P =TSP+=TP protocol are needed

End!to!end trans&ission technology is re%"ired.

-eceive and Pla"1ack 2IP30TB4 The playback o$ IPTV

Decoding the video strea&ing &edia.

To!ay co&&"nications on an IP netork

'()*()

''


9/28

IPTV Transmission T"pes

Live broadcasts(Multicast) - Live TV content

Pa"se and res"&e$or a $i'ed

indo ti&e

,ontent is sent to &"ltiple "sers at

a ti&e.

On-demand videos(Unicast)-

Arranged like a playlist.

Episodes or clips by

title+categories like nes sports or&"sic videos.

,hoose hat yo" ant to atch

hen yo" ant.


10/28

5$6 P-TC70

'()*()

''

HTTP

=TSP

I72P

-e8uest

-esponse

pla"

pause

record

.iddle ware

communication

VoD data

2h"per3te%t3

trans#er3protocol4

2real time streaming

protocol4

3 connecting to multicast stream 2TV channel4

3 changing #rom one channel to another7ive TV


11/28

5$6 P-TC70 contd/

2edia delivery IP 3DP =TP T,P etc.

,ontrol+Signaling =TSP =T,P I72P(v8v?) SDP

,odecs $or video delivery 2PE78 2PE79+H.8:9 2PE78!TS -LV AVI =2 ;2V AS- 2*V


12/28

I9.P

'()*()

''


13/28

.ulticast T"pe

ne3to3.an" *ne sender

A"dio+Video broadcast

In$or&ation p"sh

2"lticast $ile trans$er

.an"3to3.an" 2any senders

A"dio+video con$erences

Distrib"ted co&p"ting

.an"3to3ne 2any senders

Voting + A"ctions

,ontrol protocols

Internet 2"lticast Applications

'()*()''

ne3+a" .ulticast

Single Source Multicast (SSM)

Two3+a" .ulticast

Any Source Multicast(ASM)


14/28

Delivering Video n Demand

It is a ay to directly get and vie the data $ro& the re&ote

&achine itho"t $"lly donloading it.

In the IPTV environ&ent the on de&and content is delivered

via strea&ing.

Strea&ing can be done "sing HTTP =TSP (=eal Ti&e

Strea&ing Protocol).

Either T,P or 3DP can be "sed nor&ally its T,P.

=TP can be "sed $or &"lti&edia delivery.


15/28

0treaming ( -T0P

@ -T0P is like a network remote control#or multimedia servers

@ -T0P esta1lishes and controls streams o# continuous media

@ 0treaming data is carried out o# 1and 2interleaving is possi1le4


16/28

Slide 16

-T0P .ethods

2ethodD$0C-IB$

ANN:NC$

9$T;PA-A.$T$-

PTIN0

PA:0$P7A6

-$C-D

-$DI-$CT

0$T:P

0$T; PA-A.$T$-

T$A-D+N

Description-etrieves the description o# a presentation

Posts the description o# a presentation

-etrieves the value o# a parameter

!ueries the availa1le methods

0treams deliver" is halted temporaril"0tarts sending data

0tarts receiving data

In#orms to connect another server location

0peci#ies the transport mechanism

-e8uests to set the value o# a parameter

0tops the stream deliver" and #rees the resources


17/28

!o$ < !ualit" o# $%perience

oE is reliant "pon error $ree delivery o$ packet data itho"tretrans&ission.

Very si&ilar to packet voice here packets are not acknoledged

,"sto&ers are &"ch less accepting o$ poor video %"ality

Pi%elation due to poor transmission


18/28

=actors A##ecting 0ervice

$ncoding and Compression0 The %"ality o$ a trans&ission can be a$$ected $ro& the so"rce depending on the encodingtechni%"e and level o$ co&pression. 7enerally speaking increased co&pression leads to a poorer video %"ality b"t a

s&aller data strea&. There is a tradeo$$ beteen bandidth and co&pression level.

>itterin IPTV trans&ission is de$ined as a short!ter& variation in the packet arrival ti&e. Bitter is typically ca"sed by netork

or server congestion. To help co&bat Citter ST#s "se b"$$ers to s&ooth o"t the arrival ti&es o$ the data packets. I the b"$$er

over$los or "nder$los at the ST# there is o$ten a degradation o$ the video o"tp"t.

7imited Bandwidth0 #andidth availability is o$ten an iss"e that a$$ects the access netork or the c"sto&ers ho&e

netork. ;hen tra$$ic "tilies the entire bandidth packets are dropped leading to video %"ality degradation.

Packet 7ossLoss o$ IP packets &ay occ"r $or &"ltiple reasonsF

bandidth li&itations

netork congestion

$ailed links

trans&ission errors Packet loss "s"ally presents a b"rsty behavior co&&only related to periods o$ netork congestion.

.DI &edia delivery inde'

2DI is a standards based video %"ality &etric (=-,!999G)

2DI &eas"res to $actorsF

Delay -actor

2edia Loss =ate


19/28

.DI Values increase through network?


20/28

.easuring IPTV !ualit"

Per$or&ance Area 2etric Description

IPTV Service 2etrics oE Video %"ality o$ e'perience &eas"red via2edia Delivery Inde'(2DI) &ost o$ten displayed asto n"&bers separated by a colonF delay $actor (D-)and the &edia loss rate (2L=)

Packet loss De$ined as the n"&ber o$ lost or o"t!o$!order packetsper second. Since &any receivers &ake no atte&pt toprocess o"t!o$!order packets both are treated as lost

in the 2L= calc"lation. The &a'i&"& acceptableval"e $or 2L= is ero as any packet loss ill i&pactvideo %"ality.

Bitter 2eas"res the variability o$ delay in packet arrival ti&es

Latency Ti&e taken by transport netork to deliver videopackets to "ser

oS Veri$y precedence settings are the sa&e $or allco&ponents o$ IPTV trans&ission

IPTV Syste& 2etrics ,P3 A&o"nt o$ ,P3 available and "sed

2e&ory Device &e&ory available and "sed

#"$$er "tiliation "antity "sed and available

>etork 2etrics ,I= "tiliation 3ser "tiliation relative to ,o&&itted In$or&ation =ate(,I=)

"e"e drops "e"e drops d"e to congestion

'()*()''
http://en.wikipedia.org/wiki/Media_Delivery_Indexhttp://en.wikipedia.org/wiki/Media_Delivery_Index


21/28

3ESTI*>S

'()*()''


22/28

-e#erences

httpF++.e'$o.co&+Sol"tions+-TT'!Access!>etorks+-TT>!>etorks+IPTV!Technology!*vervie+

httpF++

.cisco.co&+en+3S+docs+sitches+datacenter+ne'"s4555+s+95+layer8+con$ig"ration+g"ide+l8Gig&psno

op.pd$ httpF++

.cisco.co&+en+3S+docs+sitches+lan+catalyst:G55+ios+48.8SJ-+native+con$ig"ration+g"ide+snooig&p.pd$

httpF++.iet$.org+r$c+r$c88?:.t't

'()*()''
http://www.exfo.com/Solutions/FTTx-Access-Networks/FTTN-Networks/IPTV-Technology-Overview/http://www.cisco.com/en/US/docs/switches/datacenter/nexus1000/sw/4_0/layer2/configuration/guide/l2_5igmp_snoop.pdfhttp://www.cisco.com/en/US/docs/switches/datacenter/nexus1000/sw/4_0/layer2/configuration/guide/l2_5igmp_snoop.pdfhttp://www.cisco.com/en/US/docs/switches/datacenter/nexus1000/sw/4_0/layer2/configuration/guide/l2_5igmp_snoop.pdfhttp://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SXF/native/configuration/guide/snooigmp.pdfhttp://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SXF/native/configuration/guide/snooigmp.pdfhttp://www.ietf.org/rfc/rfc2236.txthttp://www.ietf.org/rfc/rfc2236.txthttp://www.ietf.org/rfc/rfc2236.txthttp://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SXF/native/configuration/guide/snooigmp.pdfhttp://www.cisco.com/en/US/docs/switches/lan/catalyst6500/ios/12.2SXF/native/configuration/guide/snooigmp.pdfhttp://www.cisco.com/en/US/docs/switches/datacenter/nexus1000/sw/4_0/layer2/configuration/guide/l2_5igmp_snoop.pdfhttp://www.cisco.com/en/US/docs/switches/datacenter/nexus1000/sw/4_0/layer2/configuration/guide/l2_5igmp_snoop.pdfhttp://www.cisco.com/en/US/docs/switches/datacenter/nexus1000/sw/4_0/layer2/configuration/guide/l2_5igmp_snoop.pdfhttp://www.exfo.com/Solutions/FTTx-Access-Networks/FTTN-Networks/IPTV-Technology-Overview/


23/28

#A,K3P Slides

'()*()''


24/28

T"pical Broad1and network

AAA

-adius

0erver

B-A0

Internet

+orld

PT0

0plitter Billing

0erver

.edia

gatewa

" #or

VoIP

VoIP

Network

Video Head

$nd

T$7C P0TN N+

D07 CP$

0TB

D07A.

SD


25/28

.ulticast Address

,lass D IP addresses889.5.5.5 to 8?oins and leaves heading upstream to the router are #iltered so that onl"

the minimal 8uantit" o# in#ormation is sent? The switch is tr"ing toensure the router onl" has a single entr" #or the group regardless o#

how man" active listeners there are? I# there are two active listeners in agroup and the #irst one leaves then the switch determines that the

router does not need this in#ormation since it does not a##ect the statuso# the group #rom the routers point o# view? However the ne%t time thereis a routine 8uer" #rom the router the switch will #orward the repl" #rom

the remaining host to prevent the router #rom 1elieving there are noactive listeners? It #ollows that in active I9.P snooping the router will

generall" onl" know a1out the most recentl" oined mem1er o# thegroup?

I9.P 8uerierIn order #or I9.P and thus I9.P snooping to #unction a multicast

router must e%ist on the network and generate I9.P 8ueries? The ta1lescreated #or snooping 2holding the mem1er ports #or each a multicast

group4 are associated with the 8uerier? +ithout a 8uerier the ta1les arenot created and snooping will not work? =urthermore I9.P general

8ueries must 1e unconditionall" #orwarded 1" all switches involved in

I9.P snooping?@0ome I9.P snooping implementations include #ull8uerier capa1ilit"? thers are a1le to pro%" and retransmit 8ueries #rom

the multicast router?
http://en.wikipedia.org/wiki/IPv6http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IPv6


26/28

'()*()''


27/28

I9.P snooping process o$ listening to Internet 7ro"p 2anage&ent Protocol (I72P) netork tra$$ic. The

$eat"re allos anetork sitchto listen in on the I72P conversation beteen hostsand

ro"ters. #y listening to these conversations the sitch &aintains a &ap o$ hich links

need hich IP &"lticaststrea&s. 2"lticasts &ay be $iltered $ro& the links hich do not

need the& and th"s controls hich ports receive speci$ic &"lticast tra$$ic.

A sitch ill by de$a"lt $lood&"lticast tra$$ic to all the ports in a broadcast do&ain(or the

VLA>e%"ivalent). 2"lticast can ca"se "nnecessary load on host devices by re%"iring

the& to process packets they have not solicited. ;hen p"rpose$"lly e'ploited this is

knon as one variation o$ a denial!o$!service attack.I72P snooping is designed to

prevent hosts on a local netork $ro& receiving tra$$ic $or a &"lticast gro"p they have not

e'plicitly Coined. It provides sitches ith a &echanis& to pr"ne &"lticast tra$$ic $ro& links

that do not contain a &"lticast listener (an I72P client). I72P snooping allos a sitch to only $orard &"lticast tra$$ic to the links that have

solicited the&. Essentially I72P snooping is a layer 8 opti&iation $or the layer ? I72P.

I72P snooping takes place internally on sitches and is not a protocol $eat"re. Snooping

is there$ore especially "se$"l $or bandidth!intensive IP &"lticast applications s"ch as

IPTV.

855: Adtran Inc. All rights reserved. 8M
http://en.wikipedia.org/wiki/Internet_Group_Management_Protocolhttp://en.wikipedia.org/wiki/Network_switchhttp://en.wikipedia.org/wiki/Network_switchhttp://en.wikipedia.org/wiki/Host_(network)http://en.wikipedia.org/wiki/Router_(computing)http://en.wikipedia.org/wiki/IP_multicasthttp://en.wikipedia.org/wiki/Flooding_algorithmhttp://en.wikipedia.org/wiki/Flooding_algorithmhttp://en.wikipedia.org/wiki/Broadcast_domainhttp://en.wikipedia.org/wiki/VLANhttp://en.wikipedia.org/wiki/Denial-of-service_attackhttp://en.wikipedia.org/wiki/Denial-of-service_attackhttp://en.wikipedia.org/wiki/IPTVhttp://en.wikipedia.org/wiki/IPTVhttp://en.wikipedia.org/wiki/IPTVhttp://en.wikipedia.org/wiki/Denial-of-service_attackhttp://en.wikipedia.org/wiki/VLANhttp://en.wikipedia.org/wiki/Broadcast_domainhttp://en.wikipedia.org/wiki/Flooding_algorithmhttp://en.wikipedia.org/wiki/IP_multicasthttp://en.wikipedia.org/wiki/Router_(computing)http://en.wikipedia.org/wiki/Host_(network)http://en.wikipedia.org/wiki/Network_switchhttp://en.wikipedia.org/wiki/Internet_Group_Management_Protocol


28/28

Pro%" reporting

I72P snooping ithproxy reportingor report suppressionactively $ilters I72P packets in order to

red"ce load on the &"lticast ro"ter.N4OBoins and leaves heading "pstrea& to the ro"ter are $iltered so that

only the &ini&al %"antity o$ in$or&ation is sent. The sitch is trying to ens"re the ro"ter only has a single

entry $or the gro"p regardless o$ ho &any active listeners there are. I$ there are to active listeners in a

gro"p and the $irst one leaves then the sitch deter&ines that the ro"ter does not need this in$or&ation

since it does not a$$ect the stat"s o$ the gro"p $ro& the ro"ters point o$ vie. Hoever the ne't ti&e

there is a ro"tine %"ery $ro& the ro"ter the sitch ill $orard the reply $ro& the re&aining host to

prevent the ro"ter $ro& believing there are no active listeners. It $ollos that in active I72P snooping thero"ter ill generally only kno abo"t the &ost recently Coined &e&ber o$ the gro"p.

I9.P 8uerier

In order $or I72P and th"s I72P snooping to $"nction a &"lticast ro"ter &"st e'ist on the netork and

generate I72P %"eries. The tables created $or snooping (holding the &e&ber ports $or each a &"lticast

gro"p) are associated ith the %"erier. ;itho"t a %"erier the tables are not created and snooping ill not

ork. -"rther&ore I72P general %"eries &"st be "nconditionally $orarded by all sitches involved inI72P snooping.N4OSo&e I72P snooping i&ple&entations incl"de $"ll %"erier capability. *thers are able

to pro'y and retrans&it %"eries $ro& the &"lticast ro"ter.

855: Adtran Inc. All rights reserved. 86
http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1http://en.wikipedia.org/wiki/IGMP_snooping#cite_note-rfc4541-1

iptv introduction-adtn (2)

Documents