CN110417666B - Packet encapsulation and transmission method based on Head modify technology - Google Patents

Packet encapsulation and transmission method based on Head modify technology Download PDF

Info

Publication number
CN110417666B
CN110417666B CN201910701412.0A CN201910701412A CN110417666B CN 110417666 B CN110417666 B CN 110417666B CN 201910701412 A CN201910701412 A CN 201910701412A CN 110417666 B CN110417666 B CN 110417666B
Authority
CN
China
Prior art keywords
node
header
relay
head
path
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201910701412.0A
Other languages
Chinese (zh)
Other versions
CN110417666A (en
Inventor
王斌
刘结源
王文鼐
石永嵩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing University of Posts and Telecommunications
Original Assignee
Nanjing University of Posts and Telecommunications
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing University of Posts and Telecommunications filed Critical Nanjing University of Posts and Telecommunications
Priority to CN201910701412.0A priority Critical patent/CN110417666B/en
Publication of CN110417666A publication Critical patent/CN110417666A/en
Application granted granted Critical
Publication of CN110417666B publication Critical patent/CN110417666B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/16Multipoint routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/74Address processing for routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The invention provides a packet encapsulation and transmission method based on a Head modification technology, which adopts a Head modification method realized by taking a relay node in a network topology as a basis, so that multicast data packets sent to different destination nodes by a source node can be forwarded stateless, and only one data packet load is sent in the same forwarding path, thereby solving the problems of excessive data flow consumption caused by repeated forwarding of the same path and stateful data flow in the traditional scheme.

Description

Packet encapsulation and transmission method based on Head modify technology
Technical Field
The invention relates to the field of multicast distribution of a routing network, in particular to a packet encapsulation and transmission method based on a Head modify technology.
Background
With the rapid development of communication routing networking technology, the popularization of home routing and enterprise routing is enormous, and the business requirements of users and the network structure are greatly changed. The complex networking and diverse user requirements present huge challenges to current routing network multicast distribution techniques and multicast routing protection techniques.
At present, the most popular route protection technology is the FRR technology (fast reroute technology), that is, when a working path fails or a node has a communication failure, another path leading to a destination node (the path is called a protection path) is directly enabled to complete the requirement of routing node communication, and after the routing is reconverged (the working path is restored to a normal workable state), the traffic is switched to the working path. In general, the working path is the shortest path in the entire network topology. However, the current general routing FRR technique is stateful for unicast, which will greatly burden the data packets and intermediate nodes, resulting in a greatly increased data traffic and a larger communication load. The stateful state means that when a data packet switches a protection path at a failed node, the node must read current state information of the data packet to calculate the protection path, and the failed node is used as a calculation controller. And the opposite stateless state means that when the fault node switches the protection path, the fault node directly switches to the protection path without knowing other information. That is, the stateless protection routing makes the data packet have all the working paths and protection paths planned at the source node, and when a fault occurs, the paths are directly switched, and the source node is the total calculation controller for forwarding. Moreover, when the multicast paths are overlapped, the current FRR technology can only forward in a unicast manner, which undoubtedly greatly increases the path load and results in a doubled traffic waste. For example, R → 2 → 7 → 3, R → 2 → 7 → 6, all three protection paths pass through the (R, 2, 7) link. Since the header encapsulation of the packets transmitted on these 3 paths is different, packets with the same payload (packet payload) must be transmitted in 3 copies over the (R, 2, 7) link.
Disclosure of Invention
In order to solve the above problems, the present invention provides a packet encapsulation and transmission method based on a Head modify technology, which adopts a Head modify method implemented based on a relay node in a network topology, so that a multicast packet sent by a source node to different destination nodes can be forwarded stateless, and only one packet load is sent on the same forwarding path, thereby solving the problem of excessive data traffic consumption caused by repeated forwarding on the same path and stateful in the conventional scheme.
The invention provides a packet encapsulation and transmission method based on a Head modify technology, which comprises the following steps:
the method comprises the following steps: determining a working path, a protection path and a relay node in a network;
step two: constructing a Head modify header of a data packet based on the relay node, listing a forwarding destination node and a path relay node of a primary multicast route into a list, and then constructing an HM header;
step three: the data packet is processed correspondingly at the node according to different Head modification headers;
step four: step 3 is executed step by step until the multicast forwarding is completed.
The further improvement lies in that: in the second step, the Head modify header is divided into three parts, wherein the first part is Bitstring and describes a relay node and other multicast group members on a repeated path; the third part is Relay, which describes the relay node member, and this field is used to select and delete the header tag in Hmstring; the second part is hmstart, describing a set of header labels to replace, which is made up of a number of alternative header labels equal to the number of relay nodes described in relay.
The further improvement lies in that: in the third step, when a data packet arrives at a node, whether the Bitstring in the first part of the HM header has the node is detected, and if not, the transmission is continued according to the Bitstring in the first part; if the current node is in Bitstring of the first part of the HM header, detecting whether the node is in Relaysting of the third part of the HM header, if the node is not in Relaysting of the third part of the HM header, the node is a destination node, and completing forwarding; if the node is a repeated relay node in the third part Relay of the HM header, the second part Hmstring bit string is selected according to the bit string sequence of the node in the third part Relay for further forwarding.
The further improvement lies in that: if the packet arrives at the node x, the relay is checked, the node x is found to be a relay node, and the xth bit is the bit with the yth value being 1; node x copies the meta-packet payload and takes the y-th header tag in hmstart as the first partial tag of the copy, deletes the remaining y-th header tag in hmstart as the second partial tag of the copy, and replaces bit y as the third partial tag of the copy, which continues to be transmitted.
The further improvement lies in that: the data packet performs step 3 in turn according to the HM header.
As shown in fig. 1, the shortest path from the source node to the destination node in the network topology is a working path, as shown by the thick line in fig. 2, and a path other than the working path may be used as an alternative to the protection path, as shown by the dotted line in fig. 2. In a forwarding path of a route of the network topology, nodes except a source node and a destination node can be called relay nodes. For example, if R is the source node and 6 is the destination node, then the nodes 1 and 4 in R → 1 → 4 → 6 in the working path can be referred to as relay nodes; the nodes 2 and 5 in the protection path R → 2 → 5 → 6 may also be referred to as relay nodes.
Multicast packets with identical payload data are provided with the same header tag, thereby ensuring that only one copy of the multicast packet is sent on each interface; and a header label replacing technology is adopted at the relay node to ensure that the packet correctly reaches the corresponding multicast group member.
In a routing network topology, a concept of a relay node is introduced, a header encapsulation scheme of a Head modify is provided on the basis of the relay node, a data packet is subjected to header replacement at the relay node and load copying and forwarding, and therefore a stateless multicast transmission scheme that only one data packet load is sent in the same path is achieved.
The invention has the beneficial effects that: by adopting the Head modification method realized by taking the relay node in the network topology as the basis, the multicast data packet sent to different destination nodes by the source node can be forwarded in a stateless manner, and only one data packet load is sent in the same forwarding path, so that the problems of excessive data traffic consumption caused by repeated forwarding of the same path and the stateful state in the traditional scheme are solved, and a large amount of path load and data traffic can be saved compared with the traditional scheme. The scheme can be used for the multicast working route forwarding of the data packet and can also be used for the multicast protection route forwarding of FRR.
Drawings
Fig. 1 is a schematic diagram of the network topology of the present invention.
Fig. 2 is a schematic diagram of a network topology working path and a part of a protection path according to the present invention.
Fig. 3 is a schematic diagram of a network topology multicast destination node of the present invention.
Fig. 4 is a transmission path diagram of a network topology multicast destination node of the present invention.
FIG. 5 is a diagram of the Head modify route entry encapsulation format of the present invention.
FIG. 6 is an exemplary diagram of a Head modify route entry encapsulation format in accordance with the present invention.
Fig. 7 is a routing entry encapsulation diagram for node 2 of the present invention.
Fig. 8 is a routing entry encapsulation diagram for node 7 of the present invention.
Fig. 9 is a route forwarding table of the source node R of the present invention.
Fig. 10 is a routing forwarding table of node 2 of the present invention.
Fig. 11 is a routing forwarding table of node 7 of the present invention.
Detailed Description
For the purpose of enhancing understanding of the present invention, the present invention will be further described in detail with reference to the following examples, which are provided for illustration only and are not to be construed as limiting the scope of the present invention.
The embodiment provides a packet encapsulation and transmission method based on a Head modify technology, which includes the following steps:
the method comprises the following steps: determining a working path, a protection path and a relay node in a network;
step two: constructing a Head modify header of a data packet based on the relay node, listing a forwarding destination node and a path relay node of a primary multicast route into a list, and then constructing an HM header;
step three: the data packet is processed correspondingly at the node according to different Head modification headers;
step four: step 3 is executed step by step until the multicast forwarding is completed.
In the second step, the Head modify header is divided into three parts, wherein the first part is Bitstring and describes a relay node and other multicast group members on a repeated path; the third part is Relay, which describes the relay node member, and this field is used to select and delete the header tag in Hmstring; the second part is hmstart, describing a set of header labels to replace, which is made up of a number of alternative header labels equal to the number of relay nodes described in relay.
In the third step, when a data packet arrives at a node, whether the Bitstring in the first part of the HM header has the node is detected, and if not, the transmission is continued according to the Bitstring in the first part; if the current node is in Bitstring of the first part of the HM header, detecting whether the node is in Relaysting of the third part of the HM header, if the node is not in Relaysting of the third part of the HM header, the node is a destination node, and completing forwarding; if the node is a repeated relay node in the third part Relay of the HM header, the second part Hmstring bit string is selected according to the bit string sequence of the node in the third part Relay for further forwarding.
If the packet arrives at the node x, the relay is checked, the node x is found to be a relay node, and the xth bit is the bit with the yth value being 1; node x copies the meta-packet payload and takes the y-th header tag in hmstart as the first partial tag of the copy, deletes the remaining y-th header tag in hmstart as the second partial tag of the copy, and replaces bit y as the third partial tag of the copy, which continues to be transmitted. The data packet performs step 3 in turn according to the HM header.
The topological diagram of the specific example is shown in fig. 1, and the constructed working path and the protection path are shown in fig. 2. The destination nodes of this multicast forwarding are shown in fig. 3, the destination nodes are 3, 5, 6 and 7, and as can be seen from fig. 3, the working path R → 2 → 7 and the protection path R → 2 → 7 → 3, R → 2 → 5, R → 2 → 7 → 6 all pass through the R → 2 link, and partially pass through the 2 → 7 link, so that the duplicated relay nodes are the node 2 and the node 7.
The construction of the HM header is performed next. Because all nodes pass through the relay node 2, the relay node 2 is added into the relay node 2; node 2 is about to reach node 5 and node 7, so Hmstring for node 2 is 01010000; node 5 is the destination node and can be reached through relay node 2 thus not adding Bitstring; node 7 may reach nodes 3, 6 and 7, thus adding relay node 7 to the relay node 7, so hmstart of node 7 is 01100100. The resulting encoding forms the HM header as shown in fig. 6.
The initial Bitstring is 00000010, and the results of 00000010&00000001, 00000010&00000010, 00000010&00000100 at the source node R and the route forwarding table of R (as shown in fig. 9) are 00000000,00000010,00000000 respectively and are forwarded to node 2, and then the packet arrives at node 2 and goes through the replay (01000010) to find that the 2 nd bit is 1, and thus node 2 is a relay node. Node 2 copies a packet payload with the first segment of hmstart (since node 2 is the 1 st bit of 1 in Relaystring) as the bittstring field, the remaining hmstart field as the hmstart field, and the Relaystring after bit 2, bit 0, as the Relaystring field to send the packet. The HM header of the packet sent by node 2 is shown in fig. 7. The original bittrigng (00000010) was 2 bit position 0 after sending the packet to node 2, resulting in 00000000 completing forwarding and now only new packets from node 2 are transmitted in the routing network.
Node 2 then ANDs the new Bitstring with the routing forwarding table of node 2 (as shown in FIG. 10), i.e., 01010000&00000010, 01010000&00010000, and 01010000&01000000, resulting in 00000000, 00010000, and 01000000, and thus forwards to node 5 and node 7. After the node 5 receives the packet, it checks that the relay finds that 5 is not in it and is therefore the destination node, and the node 5 multicast arrives. After reaching node 7, it is found that node 7 is a relay node, so the packet payload is copied, the first hmstart field (01000000, and the first bit 1 of node 7) of the packet now is used as a new bitstart, the 7-bit position 0 of relaysting is sent out as a new packet, and the HM header sent by node 7 is as shown in fig. 8. After the data packet arrives at the node 7, the data packet is correspondingly forwarded to the node 3, the node 6 and the node 7 according to a routing forwarding table (shown in fig. 11) of the node 7, the multicast forwarding is completed, only one data packet load is sent in a repeated path (R → 2, 2 → 7), and the data packet is multicast forwarded in a stateless manner, so that a large amount of flow and path load are saved.

Claims (2)

1. A packet encapsulation and transmission method based on a Head modify technology is characterized in that: the method comprises the following steps:
the method comprises the following steps: determining a working path, a protection path and a relay node in a network;
step two: constructing a Head modify header of a data packet based on the relay node, listing a forwarding destination node and a path relay node of a primary multicast route into a list, and then constructing an HM header;
step three: the data packet is processed correspondingly at the node according to different Head modification headers;
step four: step 3 is executed step by step until the multicast forwarding is completed; in the second step, the Head modify header is divided into three parts, wherein the first part is Bitstring and describes a relay node and other multicast group members on a repeated path; the third part is Relay, which describes the relay node member, and this field is used to select and delete the header tag in Hmstring; the second part is Hmstring, which describes a header label group to be replaced, and the header label group consists of a plurality of alternative header labels, and the number of the alternative header labels is equal to the number of the relay nodes described in Relay; in the third step, when a data packet arrives at a node, whether the Bitstring in the first part of the HM header has the node is detected, and if not, the transmission is continued according to the Bitstring in the first part; if the current node is in Bitstring of the first part of the HM header, detecting whether the node is in Relaysting of the third part of the HM header, if the node is not in Relaysting of the third part of the HM header, the node is a destination node, and completing forwarding; if the node is a repeated relay node in the third part Relay of the HM header, selecting the second part Hmstring bit string for further forwarding according to the bit string sequence of the node in the third part Relay; if the packet arrives at the node x, the Relay is checked, the node x is found to be a relay node, and the xth bit is a bit with the value of 1, then the node x copies the meta packet payload, and uses the yth header tag in Hmstring as the first part tag of the copy, deletes the second part tag of the copy left by the yth header tag in Hmstring, and uses the delaystring bit with 0 as the third part tag of the copy, and the copy is sent continuously.
2. A packet encapsulation and transmission method based on the Head modify technology as claimed in claim 1, characterized in that: the data packet performs step 3 in turn according to the HM header.
CN201910701412.0A 2019-07-31 2019-07-31 Packet encapsulation and transmission method based on Head modify technology Active CN110417666B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910701412.0A CN110417666B (en) 2019-07-31 2019-07-31 Packet encapsulation and transmission method based on Head modify technology

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910701412.0A CN110417666B (en) 2019-07-31 2019-07-31 Packet encapsulation and transmission method based on Head modify technology

Publications (2)

Publication Number Publication Date
CN110417666A CN110417666A (en) 2019-11-05
CN110417666B true CN110417666B (en) 2021-08-13

Family

ID=68364690

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910701412.0A Active CN110417666B (en) 2019-07-31 2019-07-31 Packet encapsulation and transmission method based on Head modify technology

Country Status (1)

Country Link
CN (1) CN110417666B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113595912B (en) * 2021-07-05 2022-11-11 北京邮电大学 One-to-many communication method and device based on IPv6 extension header in 5GLAN

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155143A (en) * 2006-09-29 2008-04-02 富士通株式会社 Packet relay apparatus
CN101917492A (en) * 2010-08-06 2010-12-15 北京乾唐视联网络科技有限公司 Communication method and communication system of novel network
CN104871512A (en) * 2012-12-20 2015-08-26 诺基亚技术有限公司 Method and apparatus for handling messages
CN107018059A (en) * 2017-04-25 2017-08-04 新华三技术有限公司 A kind of message forwarding method and device

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9942053B2 (en) * 2013-09-17 2018-04-10 Cisco Technology, Inc. Bit indexed explicit replication using internet protocol version 6

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101155143A (en) * 2006-09-29 2008-04-02 富士通株式会社 Packet relay apparatus
CN101917492A (en) * 2010-08-06 2010-12-15 北京乾唐视联网络科技有限公司 Communication method and communication system of novel network
CN104871512A (en) * 2012-12-20 2015-08-26 诺基亚技术有限公司 Method and apparatus for handling messages
CN107018059A (en) * 2017-04-25 2017-08-04 新华三技术有限公司 A kind of message forwarding method and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
《移动Ad Hoc网络中基于链路稳定性预测的组播路由协议》;夏辉等;《计算机学报》;20130531;第36卷(第5期);全文 *

Also Published As

Publication number Publication date
CN110417666A (en) 2019-11-05

Similar Documents

Publication Publication Date Title
US10693765B2 (en) Failure protection for traffic-engineered bit indexed explicit replication
CN107171977B (en) Message forwarding method and device
CN104811387B (en) The equal cost multipath explicitly replicated with position index
KR101593349B1 (en) An ip fast reroute scheme offering full protection
CN113381933B (en) SRv6 bidirectional forwarding detection method and system in network
CN102315951B (en) Transmission method for multicast message, correlated equipment and system
CN104380671B (en) The increase failure covering in classification, redundancy, QoS routing selection
CN112422307B (en) Method, equipment and system for EVPN and VPLS coexistence dual-activity
WO2006053497A1 (en) A method for quickly rerouting
EP3820089A1 (en) Controller provided protection paths
CN106559246A (en) The implementation method and server of cluster
CN113316918A (en) System and method for reducing the size of a flooding topology
CN110417666B (en) Packet encapsulation and transmission method based on Head modify technology
WO2017143738A1 (en) Method and apparatus for sending message
EP3151489B1 (en) Mldp multicast only fast re-route over remote loop-free alternate backup path
TWI288546B (en) Procedure for loop control in level 2 of OSI (ISO) for telecommunication networks
Ferrari et al. Multipath redundancy for industrial networks using IEEE 802.1 aq Shortest Path Bridging
JP5669955B2 (en) Network configuration method, ring network system, and node
US11431632B1 (en) ID/location hybrid forwarding method based on source routing
CN108462591A (en) The method and device of processing service flow in a kind of packet network
CN110620723B (en) Stateless unicast protection method based on routing facet relay node
JP4455105B2 (en) Ring network system having redundant path and transfer device used in the system
WO2023077894A1 (en) Tag processing method, system and apparatus, and computer storage medium
JP2018137520A (en) Communication device, communication method, and communication processing program
WO2023226859A1 (en) Segment routing policy processing method and apparatus

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20191105

Assignee: NANJING UNIVERSITY OF POSTS AND TELECOMMUNICATIONS NANTONG INSTITUTE Co.,Ltd.

Assignor: NANJING University OF POSTS AND TELECOMMUNICATIONS

Contract record no.: X2021980011448

Denomination of invention: A packet encapsulation and transmission method based on head modify Technology

Granted publication date: 20210813

License type: Common License

Record date: 20211027