Zoom
Trash
Related:
eng/tv_vod_solutions/white_paper Introduction Now that IP-delivered and IP-hybrid broadband video services are mainstream, service providers are faced with a challenge. They want to provide high-quality video to as many screens and devices as possible while maintaining full control over the consumer’s entertainment experience. At the same time, they want to minimize the range of consumer devices requiring support in the field, and do all of this at a low cost. Historically, no single mass-market video consumer device has yet had the flexibility to meet all of these needs. This paper is designed to highlight the challenges involved, make recommendations to operators evaluating video customer premises equipment (CPE), and to invite operators to consider the value propsition offered by Dune HD. Four video service delivery models Service providers can select from four alternative service models to provide video services to consumers: Service provider requirements Key operator uncertainties CPE requirements for operator success
Simple Multicast Routing Protocol From DocWiki The Simple Multicast Routing Protocol (SMRP) is a transport layer protocol developed to route multimedia data streams over AppleTalk networks. It supports Apple Computer's QuickTime Conferencing (QTC) technology. SMRP provides connectionless, best-effort delivery of multicast datagrams and relies on underlying network layer protocols for services. In particular, SMRP facilitates the transmission of data from a single source to multiple destinations. This article focuses on the functional elements and protocol operations of SMRP. Introduction In creating SMRP, Apple borrowed a number of strategies and concepts from other protocols and technologies. Table: SMRP-Specific Terms and Definitions provides a summary of SMRP-specific terms and definitions. Table: SMRP-Specific Terms and Definitions Figure: A Generalized SMRP Environment Runs from a Multicast Group to an Endpoint SMRP Multicast Transport Services SMRP Multicast Address Management SMRP Multicast Transaction Protocol
Multicast Quick-Start Configuration Guide Introduction IP multicasting is a bandwidth-conserving technology that reduces traffic because it simultaneously delivers a single stream of information to thousands of corporate recipients and homes. Applications that take advantage of multicast include video conferencing, corporate communications, distance learning, and distribution of software, stock quotes, and news. This document discusses the basics of how to configure multicast for various networking scenarios. Prerequisites Requirements Cisco recommends that readers of this document have basic knowledge of Internet Protocol (IP) Multicast. Note: Refer to Internet Protocol Multicast documentation for more information. Components Used This document is not restricted to specific software and hardware versions. Conventions Refer to Cisco Technical Tips Conventions for more information on document conventions. Dense Mode Sparse Mode with one RP In this example, Router A is the RP which is typically the closest router to the source. PIMv2 BSR
Multicast address IPv4[edit] IPv4 multicast addresses are defined by the leading address bits of 1110, originating from the classful network design of the early Internet when this group of addresses was designated as Class D. The Classless Inter-Domain Routing (CIDR) prefix of this group is 224.0.0.0/4. The group includes the addresses from 224.0.0.0 to 239.255.255.255. Address assignments from within this range are specified in RFC 5771, an Internet Engineering Task Force (IETF) Best Current Practice document (BCP 51). The following table is a list of notable well-known IPv4 addresses that are reserved for IP multicasting and that are registered with the Internet Assigned Numbers Authority (IANA).[1] Local subnetwork[edit] Addresses in the range 224.0.0.0 to 224.0.0.255 are individually assigned by IANA and designated for multicasting on the local subnetwork only. Internetwork control block[edit] AD-HOC block[edit] Source-specific multicast[edit] GLOP addressing[edit] IPv6[edit] Ethernet[edit] See also[edit]
IPv4 Multicast Address Space Registry Last Updated Expert(s) Stig Venaas Note Host Extensions for IP Multicasting [RFC1112] specifies the extensions required of a host implementation of the Internet Protocol (IP) to support multicasting. Available Formats Plain text Registries included below Local Network Control Block (224.0.0.0 - 224.0.0.255 (224.0.0/24)) Registration Procedure(s) Expert Review, IESG Approval, or Standards Action Reference (*) It is only appropriate to use these values in explicitly- configured experiments; they MUST NOT be shipped as defaults in implementations. Internetwork Control Block (224.0.1.0 - 224.0.1.255 (224.0.1/24)) AD-HOC Block I (224.0.2.0 - 224.0.255.255) No new assignments are being made in this range for the time being. SDP/SAP Block (224.2.0.0-224.2.255.255 (224.2/16)) AD-HOC Block II (224.3.0.0-224.4.255.255 (224.3/16, 224.4/16)) RESERVED (224.5.0.0-224.251.255.255 (251 /16s)) DIS Transient Groups 224.252.0.0-224.255.255.255 (224.252/14)) RESERVED (225.0.0.0-231.255.255.255 (7 /8s)) GLOP Block
RFC 6034 - Unicast-Prefix-Based IPv4 Multicast Addresses [Docs] [txt|pdf] [draft-ietf-mboned...] [Diff1] [Diff2] PROPOSED STANDARD Internet Engineering Task Force (IETF) D. Thaler Request for Comments: 6034 Microsoft Category: Standards Track October 2010 ISSN: 2070-1721 Abstract This specification defines an extension to the multicast addressing architecture of the IP Version 4 protocol. RFC 6034 Uni-Prefix-Based IPv4 Multicast October 2010 Table of Contents 1. 1. RFC 3180 [RFC3180] defines an allocation mechanism (called "GLOP") in 233/8 whereby an Autonomous System (AS) number is embedded in the middle 16 bits of an IPv4 multicast address, resulting in 256 multicast addresses per AS. RFC 6034 Uni-Prefix-Based IPv4 Multicast October 2010 Another advantage of providing multicast space to a subnet, rather than just to an entire AS, is that multicast address assignments within the range need only be coordinated within the subnet. 2. 3. 4. 5. The same well-known intra-domain security techniques can be applied as with GLOP. 6. 7. 8. 8.1. 8.2.
IPv6 Multicast Address Space Registry IPv6 Multicast Address Space Registry Last Updated Expert(s) Stig Venaas Note IPv6 multicast addresses are defined in "IP Version 6 Addressing Architecture" [RFC4291]. Available Formats Plain text Registries included below Node-Local Scope Multicast Addresses Registration Procedure(s) Expert Review Reference These permanently assigned multicast addresses are valid over a specified scope value. Link-Local Scope Multicast Addresses Site-Local Scope Multicast Addresses Variable Scope Multicast Addresses These permanently assigned multicast addresses are valid over all scope ranges. Source-Specific Multicast block Addresses in FF3X:0000:/32 but not listed below are reserved for future SSM address use, but are currently invalid. People IPTV Multicasting Explained Internet Protocol (IP) multicast is a bandwidth-conserving mechanism for reducing data network traffic by simultaneously delivering a single stream of information to thousands of recipients. Multicasting is fundamental to the implementation of IPTV. This is how it works. In diagram 1, none of the network switches have IGMP snooping or querying turned on and so the network is not multicast enabled. As the switches don’t have IGMP turned on, the streaming traffic will flood the entire network regardless of whether the user requests a particular stream or not. In diagram 2, all switches have IGMP snooping turned on and the backbone switch has IGMP query turned on. Switch 1 will only have 8 Mbps of traffic reaching it as a result of the two users who have requested the same red stream (4 Mbps) and a third user who has selected the green stream (4 Mbps). Switch 2 will only have 4 Mbps of traffic reaching it since only the blue stream has been requested by a user.
What is Internet TV I What is IPTV I How IPTV works How IPTV works IPTV combines TV compression technology and IT data technology to stream TV and video as a continuous flow of data over the internet. A set top box is provided by the IP TV service provider which is connected to the DSL line. The set-top box is responsible for reassembling the packets into the coherent video streams and then decoding those contents. The whole process of delivering IP TV streams to the end user is described in detail: · Acquiring the programming The video/audio programs that the IPTV Company delivers to its end users are owned by some entity. The reception of the content is done by using a large multi-focal point c-band dish or a group of several such dishes which receives the content signals coming from the various satellite transmitters. · Encoding the Streams The received output from various receivers will be injected into an encoding device to deliver to the multicast IP addresses. · IPTV Distribution Network · Middleware a. b. c. d.