FMUSER Wirless Transmit Video And Audio More Easier !
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org ->Afrikaans
sq.fmuser.org ->Albanian
ar.fmuser.org ->Arabic
hy.fmuser.org ->Armenian
az.fmuser.org ->Azerbaijani
eu.fmuser.org ->Basque
be.fmuser.org ->Belarusian
bg.fmuser.org ->Bulgarian
ca.fmuser.org ->Catalan
zh-CN.fmuser.org ->Chinese (Simplified)
zh-TW.fmuser.org ->Chinese (Traditional)
hr.fmuser.org ->Croatian
cs.fmuser.org ->Czech
da.fmuser.org ->Danish
nl.fmuser.org ->Dutch
et.fmuser.org ->Estonian
tl.fmuser.org ->Filipino
fi.fmuser.org ->Finnish
fr.fmuser.org ->French
gl.fmuser.org ->Galician
ka.fmuser.org ->Georgian
de.fmuser.org ->German
el.fmuser.org ->Greek
ht.fmuser.org ->Haitian Creole
iw.fmuser.org ->Hebrew
hi.fmuser.org ->Hindi
hu.fmuser.org ->Hungarian
is.fmuser.org ->Icelandic
id.fmuser.org ->Indonesian
ga.fmuser.org ->Irish
it.fmuser.org ->Italian
ja.fmuser.org ->Japanese
ko.fmuser.org ->Korean
lv.fmuser.org ->Latvian
lt.fmuser.org ->Lithuanian
mk.fmuser.org ->Macedonian
ms.fmuser.org ->Malay
mt.fmuser.org ->Maltese
no.fmuser.org ->Norwegian
fa.fmuser.org ->Persian
pl.fmuser.org ->Polish
pt.fmuser.org ->Portuguese
ro.fmuser.org ->Romanian
ru.fmuser.org ->Russian
sr.fmuser.org ->Serbian
sk.fmuser.org ->Slovak
sl.fmuser.org ->Slovenian
es.fmuser.org ->Spanish
sw.fmuser.org ->Swahili
sv.fmuser.org ->Swedish
th.fmuser.org ->Thai
tr.fmuser.org ->Turkish
uk.fmuser.org ->Ukrainian
ur.fmuser.org ->Urdu
vi.fmuser.org ->Vietnamese
cy.fmuser.org ->Welsh
yi.fmuser.org ->Yiddish
1 Introduction
As a new high-bandwidth, high-quality Internet multimedia service, IPTV places higher requirements on the IP metropolitan area network of telecom operators. Compared with the traditional unicast technology, the multicast technology has the advantage that the network bandwidth does not increase linearly with the number of users on the basis of equivalent transmission efficiency, and can effectively save the load of the video server and the bearer network. Therefore, for telecom operators to deploy and implement IPTV services efficiently and economically, it is recommended to use end-to-end multicast push, and the configuration of the IP multicast network is the key.
At present, the IP metropolitan area network of telecom operators is mainly composed of metropolitan area backbone network and broadband access network, and IPTV service data is pushed to the user end through metropolitan area backbone network and broadband access network in turn. The metro backbone network is mainly composed of network layer (layer 3) devices, which can enable multicast routing protocols such as PIM-SM to access multicast sources (ie, IPTV head-end devices) for routing and forwarding multicast packets. The broadband access network is mainly composed of data link layer (layer 2) equipment, and technologies such as IGMP Proxy or IGMP Snooping can be used for Layer 2 multicast forwarding to access IPTV terminal equipment (ie, IPTV set-top boxes). Figure 1 is a schematic diagram of an IPTV end-to-end multicast push model.
pIYBAGBkThGAZmOzAAMHVeXKfuE734.png
Figure 1 IPTV end-to-end multicast push network model
This article describes the key configuration technologies of the IPTV end-to-end multicast push network from two different network levels: the metro backbone network and the broadband access network.
2. Key multicast configuration technology for metro backbone network
2.1 Multicast routing technology
The main difference between a multicast message and a unicast message is the identification of the message destination address. The destination address of the multicast message is the multicast group address (class D IP address starting with "1110"), and the unicast message is based on the destination host IP. The address is used as the destination address. Since there is no one-to-one correspondence between the multicast group address and the destination host, the multicast router can only use the uniqueness of the source address of the message to make routing decisions. In other words, the multicast router sends the message in the direction away from the multicast source based on the source address of the message instead of the destination address. This technology is called reverse path forwarding (RPF for short).
To avoid problems such as routing loops, RPF stipulates that multicast packets must reach the router from the designated upstream neighboring node, and multicast packets forwarded by other neighboring nodes are discarded. When there is a problem with multicast routing, multicast packets may not be able to reach through other paths like unicast packets, IPTV live broadcast signals will be interrupted in the backbone network, and unicast applications such as web browsing and mail sending and receiving are normal obstacles. At this time, along the multicast distribution path, check the RPF routing table of the multicast router and its upstream neighboring nodes.
2.2 Multicast routing switching technology
The multicast distribution tree in the PIM-SM protocol can be divided into two categories: source tree and shared tree. The source tree uses the multicast source as the root of the tree, also known as the shortest path tree, which can minimize the end-to-end multicast delay, but the router must store a large amount of routing information, which consumes a lot of system resources; the shared tree uses RP (PIM-SM) An important router in the protocol, used for routing and converging between multicast sources and multicast routers) As the common root node of all multicast distribution trees, multicast source traffic must first reach the RP before being delivered, and the multicast path is usually not optimal , It will introduce additional network delay, but the routing information that the router needs to retain can be very small.
The PIM-SM protocol makes full use of the advantages of the two multicast distribution trees. In the initial stage of multicast, the multicast router cannot use the source tree because it cannot know the location of the multicast source, but it can obtain the first few multicast packets sent by the multicast source through the known RP node and its shared tree. Know the location of the multicast source and switch from the shared tree to the source tree to reduce network delay and avoid network bottlenecks that may be caused by RP nodes.
The metro backbone network is generally mainly composed of Cisco routers. Routers such as Cisco implement the switching of the multicast distribution tree through the preset threshold SPT-Threshold of the flow rate. When it is detected that the multicast flow rate of a multicast source exceeds SPT-Threshold, its multicast routing will switch from the shared tree to the source tree; similarly, if the multicast flow rate is lower than SPT-Threshold, its multicast routing You can also switch back from the source tree to the shared tree. SPT-Threshold is generally configured as 0, so that the router will switch from the shared tree to the source after receiving the first multicast packet.
2.3RP configuration technology
As the root node of the shared tree, RP plays a role of linking up and down in the multicast process. Considering that the PIM-SM protocol has the characteristics of multicast distribution tree switching, RP is generally used to establish the initial connection between the multicast source and the multicast router. Once the multicast routing of the router is switched from the shared tree to the source tree, it will not RP and its shared tree are needed again. Therefore, the location of the RP in the multicast network is not very important. The key is its reliability and stability.
In order to improve the reliability and stability of RP, multiple multicast routers can be selected to share the function of RP (that is, Anycast RP technology), and the loopback interface of each RP node is assigned the same IP address, thereby forming the load sharing and Fault protection.
The RP configuration problem in the multicast network is not only related to the configuration and deployment of the RP node itself, but also involves the problem of how other multicast routers learn about the RP node. In the initial stage of multicast, the multicast router may not know the location of the multicast source, but the RP address must be known. There are two main ways for a multicast router to obtain an RP address, that is, the static configuration RP method and the automatic discovery RP method. The static configuration of RP is more secure and can effectively prevent fraudulent activities such as forging RP, but the workload of network configuration is heavy and it is not conducive to the dynamic adjustment of RP and other nodes; the automatic discovery of RP can reduce the workload of configuration and facilitate network changes and control strategies. Adjustment, but there are certain security risks. For a small-scale metropolitan area backbone network, you can use the method of statically configuring RP on each multicast router; for a large-scale metropolitan area backbone network with strict security defense policies, it is recommended to use the method of automatically discovering RP.
2.4 IPTV head-end multicast join technology
In the initial stage of multicast, multicast routers generally obtain IPTV headend (ie, multicast source) traffic and location information through known RP nodes and their shared trees. In order for the RP to learn about the multicast source, the multicast router directly connected to the multicast source is responsible for encapsulating the first few multicast packets sent by the multicast source in a separate PIM Register message, and initiates multicast to the RP in unicast mode. Source registration process. Through this message, the RP can obtain not only the packets of the multicast group of interest, but also the IP address of the multicast source. After that, the RP forwards the multicast source information to other multicast routers, and ends the multicast source registration process with a PIM Registe-Stop message.
3. Multicast key configuration technology of broadband access network
3.1 IPTV user end multicast join technology
The IPTV client (set-top box) communicates with the multicast router (usually undertaken by the service router or broadband access server) of the metro backbone network service access control layer through the IGMP protocol via the broadband access network to join or exit a specific Multicast group (ie IPTV live channel).
When a set-top box sends a multicast group join request message to a multicast router, the destination MAC address of the message is the MAC address of the multicast group instead of the multicast router, which is different from the unicast method. It should be noted that a multicast group MAC address actually corresponds to 32 different multicast group IP addresses. This is because the MAC address of the multicast group is 01:00:5E:00:00:00~01:00:5E:7F:FF:FF, that is, the effective address space is only 23 bits, and the effective address of the multicast group IP There are 28 spaces.
The mapping relationship between the two is to equate the lower 23 bits of the MACC address with the lower 23 bits of the IP address, which results in the loss of the upper 5 bits of the multicast group IP address. For example, if three different IPTV live channels use 224.0.0.1, 224.128.0.1, and 239.128.0.1 as the multicast group IP addresses, their corresponding multicast group MAC addresses are all 01:00:5E:00: 00:01, which will cause the set-top box and the second-tier equipment of the broadband access network to be unable to distinguish the three signals. Therefore, pay attention to such issues when planning multicast IP addresses.
3.2 Layer 2 multicast forwarding technology
The broadband access network is composed of a large number of network element devices such as Layer 2 switches and DSLAMs running at the data link layer. The feature of Layer 2 equipment is that it exchanges/forwards data frames based on MAC addresses between device ports, and has poor parsing and routing functions for the third layer (network layer) of IP packets, so it cannot directly support IGMP working on the third layer. And other multicast protocols. When a typical Layer 2 device such as a switch processes IPTV multicast traffic, it broadcasts multicast data frames to all its ports according to unknown destination addresses or broadcast methods, which is likely to cause problems such as broadcast storms.
To solve the problem of multicast packet flooding, Layer 2 multicast forwarding technologies, such as IGMP Snooping and IGMP Proxy technologies, need to be adopted. The IGMP Snooping technology monitors the IGMP message between the set-top box and the multicast router to grasp the forwarding relationship of the device port to the multicast data frame; while the IGMP Proxy technology intercepts the IGMP message between the set-top box and the multicast router Filtering and proxy forwarding can save multicast traffic between the multicast router and the Layer 2 device, but it requires high performance indicators such as the processing capacity and memory of the network element device. When configuring Layer 2 devices, you can choose according to the actual performance of the network element device and the degree of support for IGMP Snooping/Proxy technology.
Take an IPTV live channel with a bandwidth of 2 Mbit/s as an example. If the Layer 2 device does not use Layer 2 multicast forwarding technology, the multicast packets sent to all IPTV users will be forwarded to all ports, even if the user port has 10 Mbit/s. s Access bandwidth, the multicast packets of 5 IPTV live channels can be blocked; after adopting the Layer 2 multicast forwarding technology, the multicast packets are only forwarded to the ports with the use request, and if each port is at most only connected For an IPTV set-top box, at most only one multicast packet (that is, 2 Mbit/s traffic) of a live channel is forwarded to the corresponding port.
3.3 VLAN configuration technology
The traffic forwarded by Layer 2 multicast only involves IPTV multicast services and does not involve other broadband services. Therefore, in the broadband access network, technologies such as VLANs are generally used to isolate IPTV multicast traffic from other services and user traffic. Commonly used VLAN technologies include cross-VLAN multicast replication technology from multicast VLAN to each user VLAN, and QinQ, which solves insufficient number of VLAN IDs
3.4 Static multicast and dynamic multicast technology
The IPTV live program is delivered to the user terminal via the IP bearer network, and there are mainly two multicast modes, namely dynamic multicast mode and static multicast mode. In dynamic multicast mode, switches, DSLAMs and other devices will receive and deliver the channel program only after receiving the first user request to join a channel (multicast group); and when the channel (multicast group) lasts When a user logs out, the network element device will stop receiving the multicast stream. The static multicast mode is to statically configure the MAC multicast forwarding entries of each IPTV channel (multicast group) on the switching equipment, regardless of whether the downstream users watch it or not, the multicast stream has been delivered to the network element equipment.
Static multicast traffic has nothing to do with the number of IPTV users, only the number of channels and bandwidth per channel. When the number of users is less than the number of channels, the traffic will be greater than the unicast traffic; the maximum traffic of dynamic multicast is when the number of concurrent IPTV users is less than the number of channels When the number of IPTV concurrent users is greater than the number of channels, it is equivalent to static multicast traffic. In the static multicast mode, the user's channel switching speed is fast and the service perception is good, but the network bandwidth demand is greater; dynamic multicast can minimize the network traffic under any circumstances, but when the user receives a new channel (Multicast group), there may be a certain network delay.
When the number of IPTV users connected to the network equipment is very small, the advantages of multicast are not obvious. Therefore, in the initial stage of the development of IPTV services, there are not many IPTV users or the broadband access network has not been reconstructed in place. You can use dynamic multicast or even unicast to transmit IPTV live signals. When the number of users connected to a network device far exceeds the number of IPTV channels, the characteristics of multicasting to save network traffic bandwidth become more and more significant. At this time, that is, when the IPTV service has been developed to a mature stage and the broadband access network transformation has been in place, the static multicast mode can be used to transmit the IPTV live signal to further improve the IPTV service quality. Therefore, operators can decide whether to configure the access network equipment in a dynamic or static multicast mode according to actual conditions such as network quality and IPTV service penetration.
4 Conclusion
Combining the existing IP metropolitan area network of telecom operators, this paper systematically expounds the key technologies of IPTV end-to-end multicast push network configuration, which has a good reference significance for telecom operators to deploy and implement IPTV services efficiently and economically.
|
Enter email to get a surprise
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org ->Afrikaans
sq.fmuser.org ->Albanian
ar.fmuser.org ->Arabic
hy.fmuser.org ->Armenian
az.fmuser.org ->Azerbaijani
eu.fmuser.org ->Basque
be.fmuser.org ->Belarusian
bg.fmuser.org ->Bulgarian
ca.fmuser.org ->Catalan
zh-CN.fmuser.org ->Chinese (Simplified)
zh-TW.fmuser.org ->Chinese (Traditional)
hr.fmuser.org ->Croatian
cs.fmuser.org ->Czech
da.fmuser.org ->Danish
nl.fmuser.org ->Dutch
et.fmuser.org ->Estonian
tl.fmuser.org ->Filipino
fi.fmuser.org ->Finnish
fr.fmuser.org ->French
gl.fmuser.org ->Galician
ka.fmuser.org ->Georgian
de.fmuser.org ->German
el.fmuser.org ->Greek
ht.fmuser.org ->Haitian Creole
iw.fmuser.org ->Hebrew
hi.fmuser.org ->Hindi
hu.fmuser.org ->Hungarian
is.fmuser.org ->Icelandic
id.fmuser.org ->Indonesian
ga.fmuser.org ->Irish
it.fmuser.org ->Italian
ja.fmuser.org ->Japanese
ko.fmuser.org ->Korean
lv.fmuser.org ->Latvian
lt.fmuser.org ->Lithuanian
mk.fmuser.org ->Macedonian
ms.fmuser.org ->Malay
mt.fmuser.org ->Maltese
no.fmuser.org ->Norwegian
fa.fmuser.org ->Persian
pl.fmuser.org ->Polish
pt.fmuser.org ->Portuguese
ro.fmuser.org ->Romanian
ru.fmuser.org ->Russian
sr.fmuser.org ->Serbian
sk.fmuser.org ->Slovak
sl.fmuser.org ->Slovenian
es.fmuser.org ->Spanish
sw.fmuser.org ->Swahili
sv.fmuser.org ->Swedish
th.fmuser.org ->Thai
tr.fmuser.org ->Turkish
uk.fmuser.org ->Ukrainian
ur.fmuser.org ->Urdu
vi.fmuser.org ->Vietnamese
cy.fmuser.org ->Welsh
yi.fmuser.org ->Yiddish
FMUSER Wirless Transmit Video And Audio More Easier !
Contact
Address:
No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China 510620
Categories
Newsletter