Multicast routing optimization method based on multiple-upstream-interface IGMP/MLD proxy

Abstract

The invention discloses a multicast routing optimization method based on multiple-upstream-interface IGMP / MLD (Internet Group Management Protocol / Multicast Listener Discovery Protocol) proxy. The method comprises the following steps: the multiple-upstream-interface IGMP / MLD proxy has a plurality of upstream interfaces; for a multicast group (S, G) sent by each multicast source, any source multicast group (*, G) subscribed by each receiver, or a specific source multicast group (S, G), the quantity of upstream interface in using is one and only one, and the upstream interface in using is called a practical upstream interface; an accessible upstream interface selected according to a routing table and policy routing is called a default upstream interface; and * indicates any multicast source including S. The method effectively solves the problem of tunnel convergence, improves the mobile multicast routing efficiency, and realizes the performance optimization.

Description

technical field [0001] The present invention relates to multicast routing. More specifically, the present invention relates to a multicast routing optimization method based on multi-upstream interface IGMP / MLD proxy. Background technique [0002] Definitions of abbreviations and technical terms used in this manual are as follows: [0003] IETF: Internet Engineering Task Force, Internet Engineering Task Force; [0004] Multimob: Multicast Mobility, mobile multicast working group; [0005] IGMP: Internet Group Management Protocol, Internet Group Management Protocol; [0006] MLD: Multicast Listener Discovery, multicast listener discovery; [0007] MIPv6: Mobile IPv6, mobile IPv6; [0008] HMIPv6: Hierarchical Mobile IPv6, Hierarchical Mobile IPv6; [0009] PMIPv6: Proxy Mobile IPv6, Proxy Mobile IPv6; [0010] IGMP / MLD Proxying: IGMP / MLD proxy; [0011] DR: Designated Router, designated router; [0012] MTMA: Multicast Tree Mobility Anchor, multicast tree mobility anc...

AI Technical Summary

Problems solved by technology

For the method of classifying by multicast group, at this time, multiple IGMP / MLD proxies will run on the MAG, which will cause confusion in data reception and forwarding; and for the method of fixedly connecting the MAG to a certain MTMA, there is a serious single point failure problem

Third, regardless of the matching method used by the tunnel, MTMA and MAG need to exchange additional binding information, which brings additional consumption burden to the link

This solution leads to the need to re-establish the multicast forwarding tree every time the MN is handed over, resulting in a large handover delay

[0034] To sum up, the traditional IGMP / MLD agent has only one upstream interface, so in the above and similar mobile environment scenarios (such as MIPv6, HMIPv6, etc.) and other multicast application scenarios, mobile entities such as MAG, FA, and MAP need to Or deploy multiple IGMP / MLD proxy entities on related multicast application entities to meet the multicast communication requirements of MNs belonging to different multicast agents (such as LMA, HA or other related agent entities, etc.)

However, because the application scenario of the IGMP / MLD proxy is a simple tree structure, generally there is only one upstream link. Therefore, for figure 1 In the scenario where there are multiple upstream links, the common IGMP / MLD proxy has certain limitations and cannot be well applied, resulting in tunnel aggregation problems.

Images