This Article 
   
 Share 
   
 Bibliographic References 
   
 Add to: 
 
Digg
Furl
Spurl
Blink
Simpy
Google
Del.icio.us
Y!MyWeb
 
 Search 
   
Designing a Reliable IPTV Network
May/June 2009 (vol. 13 no. 3)
pp. 15-22
ASCII Text
x 
 
Robert Doverspike, Guangzhi Li, Kostas N. Oikonomou, K.K. Ramakrishnan, Rakesh K. Sinha, Dongmei Wang, Chris Chase, "Designing a Reliable IPTV Network," IEEE Internet Computing, vol. 13, no. 3, pp. 15-22, May/June, 2009.
 
 
BibTex
x
 
@article{ 10.1109/MIC.2009.58,
author = {Robert Doverspike and Guangzhi Li and Kostas N. Oikonomou and K.K. Ramakrishnan and Rakesh K. Sinha and Dongmei Wang and Chris Chase},
title = {Designing a Reliable IPTV Network},
journal ={IEEE Internet Computing},
volume = {13},
number = {3},
issn = {1089-7801},
year = {2009},
pages = {15-22},
doi = {http://doi.ieeecomputersociety.org/10.1109/MIC.2009.58},
publisher = {IEEE Computer Society},
address = {Los Alamitos, CA, USA},
}
 
 
RefWorks Procite/RefMan/Endnote
x 
 
TY - MGZN
JO - IEEE Internet Computing
TI - Designing a Reliable IPTV Network
IS - 3
SN - 1089-7801
SP15
EP22
EPD - 15-22
A1 - Robert Doverspike,
A1 - Guangzhi Li,
A1 - Kostas N. Oikonomou,
A1 - K.K. Ramakrishnan,
A1 - Rakesh K. Sinha,
A1 - Dongmei Wang,
A1 - Chris Chase,
PY - 2009
KW - multimedia
KW - multicast
KW - network restoration
KW - network availability
VL - 13
JA - IEEE Internet Computing
ER -
 
Robert Doverspike, AT&T Labs Research
Guangzhi Li, AT&T Labs Research
Kostas N. Oikonomou, AT&T Labs Research
K.K. Ramakrishnan, AT&T Labs Research
Rakesh K. Sinha, AT&T Labs Research
Dongmei Wang, AT&T Labs Research
Chris Chase, AT&T Labs Research
Meeting IPTV's quality of service constraints (such as low latency and loss) requires designing the right combination of underlying IP-transport, restoration, and video and packet recovery methods. Carriers use link-based fast reroute (FRR) as the primary transport restoration method to achieve this goal. Although we can carefully tune the link weights in the IP routing protocol to avoid traffic overlap from FRR during single link failures, multiple failures can still cause path overlap in long-distance networks. By having FRR, IGP, and multicast protocols work in harmony and with appropriate link weight assignments, this approach can help minimize path overlap during multiple failures.

1. AT&T, "Customers Love AT&T U-Verse TV," press release, Jan. 2009; www.sbc.com/genpress-room?pid=5838.
2. AT&T, "IP Video Network Architecture," press release, Jan. 2009; www.sbc.com/Common/files/pdfIPvideonetwork.pdf .
3. A. Adams et al., Protocol Independent Multicast —Dense Mode (PIM-DM): Protocol Specification (Revised), IETF RFC 3973, Jan. 2005; www.ietf.org/rfcrfc3973.txt.
4. D. Estrin et al., Protocol Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification, IETF RFC 2362, June 1998; www.ietf.org/rfcrfc2362.txt.
5. S. Bhattacharyya ed., An Overview of Source-Specific Multicast (SSM), IETF RFC 3569, July 2003; www.ietf.org/rfcrfc3569.txt.
6. E. Rosen et al., Multiprotocol Label Switching Architecture, IETF RFC 3031, Jan. 2001; www.ietf.org/rfcrfc3031.txt.
7. P. Pan, G. Swallow, and A. Atlas eds., Fast Reroute Extensions to RSVP-TE for LSP Tunnels, IETF RFC 4090, May 2005; www.ietf.org/rfcrfc4090.txt.
8. Cisco, "MPLS Traffic Engineering Fast Reroute: Link Protection," www.cisco.com/en/US/docs/ios/12_0st/12_0st10/ feature/guidefastrout.html.
9. J.T. Moy, OSPF Anatomy of an Internet Routing Protocol, Addison-Wesley, 2000.
10. , Broadband Optical Access Systems Based on Passive Optical Networks (PON), ITU-T G.983, Int'l Tele-com-munications Union; www.itu.int/rec/T-REC-G.983.1en.
11. Gigabit-Capable Passive Optical Networks (GPON): General Characteristics, ITU-T G.984.1, Int'l Telecommunications Union; www.itu.int/rec/T-REC-G.984.1en.
12. D. Banodkar et al., "Multicast Instant Channel Change in IPTV Systems," Proc. 3rd Int'l Conf. Communications Systems Software and Middleware and Workshops (COMSWARE 08), IEEE CS Press, 2008, pp. 370–379.
13. T. Gary et al., "Overview of the H.264/AVC Video Coding Standard," IEEE Trans. Circuits And Systems for Video Technology, vol. 13, no. 7, 2003, pp. 560–576.
14. H. Schulzrinne et al., RTP: A Transport Protocol for Real-Time Application, IETF RFC 3550, July 2003; www.ietf.org/rfcrfc3550.txt.
15. J. Postel, User Datagram Protocol, IETF RFC 768, Aug. 1980.
16. Juniper Networks, "Introduction to IGMP for IPTV Networks: Understanding IGMP Processing in the Broadband Access Network," Oct. 2007, www.juniper.net/solutions/literature/white_papers 200188.pdf.
17. C. Partridge and R. Hinden, Version 2 of the Reliable Data Protocol (RDP), IETF RFC 1151, Apr. 1990.
18. R. Doverspike et al., "IP Backbone Design for Multimedia Distribution: Architecture and Performance," Proc. 26th Int'l Conf. Computer Communications (Infocom 07), IEEE CS Press, 2007, pp. 1523–1531.
19. K. Oikonomou, R. Sinha, and R. Doverspike, "Multi-Layer Network Performance and Reliability Analysis," to appear in Int'l J. Interdisciplinary Telecommunications and Networking.

Index Terms:
multimedia, multicast, network restoration, network availability
Citation:
Robert Doverspike, Guangzhi Li, Kostas N. Oikonomou, K.K. Ramakrishnan, Rakesh K. Sinha, Dongmei Wang, Chris Chase, "Designing a Reliable IPTV Network," IEEE Internet Computing, vol. 13, no. 3, pp. 15-22, May-June 2009, doi:10.1109/MIC.2009.58
Usage of this product signifies your acceptance of the Terms of Use.