UA105355C2 - Method for for the implementation of multiprovider multicast membership - Google Patents

Abstract

The functionality of the multiprovider multicast membership according to the invention solves the problem of providing multicast content in multiprovider metro environments, where for the transfer of video contents multicast transfer is used. The invention substantially enhances the functionality of the IGMP spying to the extent that the user, who belongs to one provider can be provided with all the combinations of video content by many service providers despite belonging to a single one.

Description

The subject of the invention is a method of implementing the Multicast Group Membership function

Transfers of various Service Providers ("ChMGBP (MRMM, Miyi Rgomideg Miyisazi MetregzPir)), which is primarily intended for providers of multimedia services in Open Access Networks (MIA (OMA,

Orep Meyogk5 Assev55)), that is, with several service providers, in which the Internet Group Management Protocol (IPUG (SMR, Inegpei Stoyr Mapadetepi Rgoiosoi)) is used to simultaneously provide video content to several users. This invention belongs to class C0O1K 31/08 according to the international patent classification.

This solution provides end users with any video content. It extends the function of monitoring the messages of ZMR in such a way that it allows composing any combination of video streams in the direction of the user, regardless of the fact that a specific user refers only to a specific service provider.

There are no known solutions for tracking IPUG messages with the possibility of combining video content from different service providers. Concepts of open access networks, in which the national telecommunications operator, according to the law, must provide its telecommunications infrastructure to alternative operators, as a result of which end users get the opportunity to choose services independently of the infrastructure operator, are just emerging.

When describing the known state, a very important requirement in the organization of networks with several service providers is the prevention of direct communication between users at the second level of the O5I model (level 2; I 2), without taking into account the possibility of traffic filtering at the third or higher level.

Network operators have several options for limiting traffic: filters, access lists, user isolation lists. Communication between two users, as a rule, passes through a device that provides filtering at the third or higher level of the O5I model.

Despite this, users on devices that work only on the second level of the OB5I model can communicate with each other, since they "see" each other through the second level connection. Switches and access equipment provided in this invention support the possibility of isolation of subscriber ports at the second level. When this option is activated, multicast, unicast and broadcast communication between two ports at level 2 is prevented.

Features of the IR transmission mode in multicast mode with IPUG protocol are defined in IETE

VES 1112.

The ZMR protocol is used as a mechanism for dynamically including individual users in multicast groups in the corresponding logical subnet of the VLM (Virtual Local Area Network).

IPUG version 2 protocol uses the following types of messages: request - Otsegu, joining - oip and leaving the group - I eame.

If the user wants to receive some video content, a doip message is sent to the network to request the media content.

If the user no longer wants to receive certain media content, then the message I eame is sent to the network.

The default state of Layer 2 devices after receiving multicast traffic is to broadcast to all ports on the same logical subnet. For efficient distribution of multicast traffic on Layer 2 devices, IPUG message tracking is used.

The classic IPUG message tracking function requires some information for its operation, which is on the third level of the O5I model. The IPUG message tracking function appropriately processes this information and adapts the forwarding table (TP (SAM)).

The closest to this invention is the solution described in patent document 05 20070116014 entitled "Improved registration in a broadcast virtual local network" (Eppapsey MiyiKavi MI AM Rnedadizigayop (emmkK)). However, it is not intended for networks with several service providers, but primarily for the separation of multicast subscriber traffic and network traffic. General characteristics of the given solution (emuk) and functionality

Registration in VLSO Multicast transmission (RVM (MMK, MiyiKabzi Map Kedizigayop) is the formation of a separate VLM, which is used for the distribution of multicast traffic.

The problem of providing combinations of media streams from different logical subnets remains unsolved.

The present invention solves this problem by means of a procedure that, with the help of the ChMGBP function, provides an extension of the existing IPUG message tracking function in order to support the selection of vlm.

The invention will be explained with the help of an implementation example with the corresponding diagrams:

Fig. 1 block diagram of Etpegpei network in ring topology;

Fig. 2 is a block diagram of the Etpegpei network in a ring topology using the invention;

Fig. C is a block diagram of the level 2 switch.

In Fig. 1 shows the block diagram of the EMShegpei network in the ring topology; In this figure, a possible connection of the device using this invention is shown in dashed lines.

In Fig. 2 shows the connection of users to the network using digital subscriber line technology (051). The device 6 of level C and the group of switches 5 of level 2 with the help of physical connections 7 create a network in the ring topology. Access multiplexer (MD) Z and switches 4 on digital subscriber lines OB. using connection 7 are connected to switch port 5 of level 2. User 1, belonging to provider A, is connected to the network using modem O5I. (shown in Fig. 2) through the port on MD O5I 3. The second user 2 is also connected to the network, only he belongs to the service provider Art.

In Fig. 3 shows the main blocks of the MD O5I access device 3. This device consists of a central processing unit (CPU) 10, a code procedure 9, a TP forwarding table (SAM) 11 and a forwarding mechanism 12.

The method using this invention is explained with the help of the following drawings. Next, the technical details will be described using the reference arrangement of the elements. It should be understood that this function can be used in all possible variants of the network with open access (networks with several service providers), as well as to ensure network security.

In Fig. 2 shows the connection of users to the network using digital subscriber line technology (051). It should be noted here that this invention is not limited to the type of access, but

OB is only one option. The example indicates the fact that users are connected to UO5I modems using workstations.

This network architecture assumes that all subscriber ports on MD 051. Z belong to different

VLM, so-called access ports. Since a user in one VLM network cannot communicate with a user located in another VLM without using a level 3 device 6, the necessary user isolation is thus ensured. All ports on access switches 5 of level 2 are members of all VLMs (TKOMK type), since MD O5IG are connected to them. with several VLM.

Service providers provide multimedia (video) content with the help of O5I modems. will be delivered to end users. Thus, service provider A provides video content for user 1, and service provider B provides video content for user 2. Part of the video content is transmitted in multicast mode. The present invention assumes that multicast multimedia content from different service providers is shared using different multicast IP addresses.

According to the described procedure, the implementation of the function of membership in different multicast groups of different service providers can be seen, which provides an unambiguous designation of multicast groups (service providers agree on the division of the address space for multicast transmission).

According to Fig. 2, the network architecture assumes that user 1, belonging to operator A, is a member of VLM X of multicast transmission and is connected to port a511 on MD O5I, which, in turn, is connected to the switch of level 2 by means of an uplink. User 1 receives the desired video content (of service provider A) using an address from the multicast address space. The example assumes that multicast traffic (service provider A) is tagged with the MSA VLM tag at the entrance or exit of the network.

An example of functioning at the network level:

When the user selects 1 video content of multicast transmission in the upstream direction (from the user to the network direction), a request to join the given multicast group is transmitted using the IPUG doiip message. This request is intercepted by MD O51I. 3, is processed accordingly, recorded in a table and transmitted further in the direction of the network. MD 051 3, on the basis of predetermined rules, adds to the intercepted information of the MSA VLM. The same is done for all IPUG messages received from this user.

An example of the algorithm:

The central processor 10, on the basis of the rules provided by the code mechanism 9, tags IPUG messages received from the subscriber VLM to the network VLM Ms. Tagging is performed on the basis of the information received in the IPUG header of the IP packet. The parameter to which tagging is bound is the destination IP address. The central processor 10 adds to the CAM table 11 a record of the destination address of the multicast content of the service provider with the corresponding VLM-ia Me.

The central processor 10 configures the forwarding mechanism 12 with the VLM tagging rules of multicast packets on individual ports on the basis of the forwarding rules recorded in the code mechanism 9. The forwarding mechanism 12, using connection 7, forwards appropriately processed (with the network VLM IC) IPUG subscriber traffic .

If the user no longer wants to receive the video content of the service provider, then an IPUG I eame message is transmitted in the direction of the network, which is intercepted by the central processor 9. If there are no other users willing to receive this video content, then an IPUG I eame message with a tag is transmitted in the direction of the C level device network VLM. At the same time, the record about the multicast group is deleted on MD 051.

Mr

Kuhremnyakhe Kshchyana and

Well, that village.

Pereaniki Perannkaye rizhnkh U rana

Tporesuvya thorns

CIs:

And eat

V and 1 Z 1 4 E spekle vu

Fig. 1

Azh tt АААКХЖАЖАЖАЖАЖАКАКАЖ птн и

TMrychnya liina U | tkrennkv lov ! moaning

Dusoesyuyuyuyuyuyuth oessoye, - Poyusoeetruott ooo

Bonn: rani sho 7: nak nin

Thrayyunmiza of peaks X -e tr: ; And the Finns Kent :

KO Zhbrannkh dig "uh I mne

E MD TC. EI

AND

- ke I kh yal GU Th ! : N Tvena i ysh y eh 5 Km

Cadre oo in tssh Ky Mas shii

Day

Fig. 2 kesoseyessuessseuesss rezhpzhattantnetyanzhnnh and 8 I: Ro I

Again zr I Turn i xHekhyok N border - i i ! eat

And: and Kun! yah AKA write : ; In her

I x tav 1) about Mesnzyu | и и I kennyav rik Kk : i : и

I'm so excited!

Fig. WITH

Claims (1)

The method of implementing the function of membership in multiple multicast groups of different service providers, where the network architecture assumes that all subscriber ports on the Access Modem of the digital subscriber line (0513)-MD 51, (3) are members of different Virtual Local Area Networks (VLA), and the user from one VLM cannot communicate with a user from another VLM without using the device (6) of level 3, as a result of which the necessary isolation of users is ensured; all ports on switches (5) of layer 2 access are members of all VLMs, since MD O5I are connected to them, with several VLMs, which differs in that the user (1) selects video content transmitted in multicast mode, for which in the upstream direction , from the user in the direction of the network, a request to join a multicast group is transmitted using the message of the Internet Protocol Group Management (SHUG (ОМР Shgegpeg Otopr Mapavetepi Rgogosoyi) /oip, and the request is intercepted by MD 51, (3), processed accordingly, recorded in the table and transmitted in the direction of the network, and on the basis of predetermined rules, the intercepted information is added to the intercepted information, which is performed for all SHUG messages received from this user, and the central processor (10) on the basis of the rules provided by the coding mechanism (9) , tags the SHUG requests from the subscriber VLM to the Me network VLM on the basis of the information received in the SHUG IP packet header, and in pairs The element to which the tagging is attached is the destination IP address, after which the central processor (10) adds to the CAM forwarding table (11) a record of the destination address of the multicast content of the service provider with the corresponding VLM-i4Ms, and the central processor ( 10) configures the forwarding mechanism (12) with VLM tagging rules of multicast packets on individual ports based on the forwarding rules recorded in the code mechanism (9), 1 forwarding mechanism (12) using connections (7) forwards appropriately processed with network VLM-14 subscriber traffic SHUG.