CN101350693B - Method and apparatus for conveying protocol information - Google Patents
Method and apparatus for conveying protocol information Download PDFInfo
- Publication number
- CN101350693B CN101350693B CN 200710076084 CN200710076084A CN101350693B CN 101350693 B CN101350693 B CN 101350693B CN 200710076084 CN200710076084 CN 200710076084 CN 200710076084 A CN200710076084 A CN 200710076084A CN 101350693 B CN101350693 B CN 101350693B
- Authority
- CN
- China
- Prior art keywords
- header
- ipv6 packet
- protocol information
- ipv6
- node
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 56
- 238000012545 processing Methods 0.000 claims abstract description 52
- 230000008569 process Effects 0.000 claims description 17
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000010276 construction Methods 0.000 claims description 7
- 238000012423 maintenance Methods 0.000 claims description 3
- 238000000605 extraction Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 10
- 238000001514 detection method Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000005538 encapsulation Methods 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000010420 art technique Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000013467 fragmentation Methods 0.000 description 1
- 238000006062 fragmentation reaction Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The present invention provides a transmitting and receiving method and a transmitting and receiving device, which are used for transmitting protocol messages, belonging to the field of communication. The transmitting and receiving method comprises the following steps: constructing a protocol message; constructing the head part of an IPv6 group; marking the IPv6 group as an IPv6 empty packet; adding the protocol message into the payload area of the IPv6 group to form the IPv6 group; transmitting the constructed IPv6 group; receiving the IPv6 group; determining whether the current node is the node which is used for analyzing and processing the protocol message according to the head part of the IPv6 group, when the IPv6 group is the IPv6 empty packet and comprises the protocol message; and analyzing and processing the protocol message if the current node is determined to be the node which is used for analyzing and processing the protocol message. The technical proposal expands the protocol of the IPv6, is used for transmitting the protocol message and completely compatible with the conventional IPv6 protocol, and can also guarantee the simple type and convenient analysis of the protocol message.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a method and an apparatus for transmitting protocol information, and a method and an apparatus for receiving protocol information.
Background
At present, the Internet mainly adopts the IPv4 technology, but with the rapid development of various network applications and services, users increase sharply, and the IPv4 technology faces some difficulties that are difficult to overcome, such as exhaustion of IP addresses, poor support of real-time QoS (Quality of Service), and the like. The IPv6 technology has obvious advantages in terms of number of addresses, security, quality of service, mobility, etc. Therefore, the network adopting the IPv6 has better expansibility and easier QoS service provision for users than the existing IPv4 network.
Referring to fig. 1, it is an IPv6 packet format, comprising a base header 10 and an optional number of extension headers 20, and an optional upper layer protocol payload 30. The basic Header includes 8 fields, i.e., a version number (value fixed to 6), a traffic type, a flow label, a PL (payload Length), an NH (Next Header), an HL (Hop Limit), a source address, and a destination address. And IPv6 extension headers are many, including: hop-by-hop options Header, destination options Header, route Header, fragmentation Header, authentication Header, encapsulating security payload Header, NNH (No Next Header, an IPv6 extension Header), etc., which may be combined into an IPv6 packet according to certain rules. The Next Header field in either the base Header or the extension Header indicates the type of extension Header or the upper layer protocol following the Header.
IPv6 is the underlying technology of the next generation of internet, for which the prior art proposes a number of extension protocols, which generally require the definition of their own signalling information. Referring to fig. 2, a typical protocol information encapsulation format is shown.
In particular, IP telecommunication networks are likely to be the direction of future telecommunication network development. However, at present, IPv6 itself cannot support an OAM (Operation Administration Maintenance) function required by a telecommunication network. OAM is a tool to monitor and solve network problems. It can report the status of the network, enabling the network administrator to manage the network more efficiently, including link performance monitoring, fault detection and alarm, loop testing, remote MIB variable requests. OAM is a general mechanism for equipment interoperation and mutual maintenance, and the basic operations of the OAM comprise OAM connection establishment, link monitoring, remote fault diagnosis, remote loopback and remote MIB variable request.
Although bidirectional forwarding detection in the IETF (Internet Engineering Task Force) draft stage helps to increase the speed of fault detection to some extent, it encapsulates the UDP layer after the IPv6 header and then encapsulates the bidirectional forwarding detection load, so it needs to go through upper layer protocol processing or deep packet analysis before it can obtain the load. This makes it unsuitable for implementation on the data forwarding plane, where time-critical protection switching requirements are difficult to achieve.
Referring to fig. 3, a prior art one defines a new extension header type 40 and encapsulates protocol information within the extension header 40. Since the processing of such an extension header may involve multiple nodes or even all nodes along a path, it needs to be defined as a hop-by-hop processed extension header or applied in combination with a hop-by-hop option, a destination option, a routing extension header, etc.
However, this method requires modification of the IPv6 standard, including defining a new extension header type and its handling mechanism, and the order of handling the extension header with respect to other extension headers, which must be supported by IETF, thus involving a lengthy standardization process. In addition, after the extension header is added, when the forwarding plane processes any IPv6 packet with the extension header, it needs to identify whether it is such a special extension header, which increases the complexity of the forwarding process and affects the forwarding speed.
Referring to fig. 4, the second prior art defines a new IPv6 option type, then encapsulates the protocol information within this option type, and lets both the hop-by-hop option extension header and the destination option extension header in the IPv6 protocol be able to parse and process this option type. The binary value of the first 3 bits of its option type is set to 000 so that the intermediate node can forward the packet unchanged even if it cannot recognize the option type. However, the method needs to define a new IPv6 option type, and the information construction process is complex and the resolution efficiency is relatively low. Especially for the aforementioned OAM information, it may also be necessary to modify the option handling behavior of various extension headers to meet the requirements of the protocol. In addition, as in the prior art one, in order to meet the requirement of interworking in the IPv6 network, it also needs to obtain IETF support and modify the IPv6 standard.
At present, ITU-T (International telecommunications Union-telecommunications standardization sector) has not yet standardized OAM of IPv6, but from the proposed draft requirement of packet Transport networks such as T-MPLS (Transport-MPLS, Transport multi-protocol label switching) published by ITU-T, OAM is rich in function and real-time requirement is high. IPv6 also needs to meet similar OAM performance requirements if it is to be used in a telecommunications network. Therefore, there is a need for protocol extensions to IPv6, such as adding OAM functions required for telecommunications-level transport networks.
Disclosure of Invention
The present invention aims to provide a method of transferring protocol information, for example protocol information of OAM functions required by a transport network at the telecom level. Since it is necessary to support quite complicated signaling information to complete the transmission of the protocol information, it is necessary to encapsulate the extended protocol information directly into the header of the IPv6 packet by protocol extension of IPv 6.
In order to solve the above problem, embodiments of the present invention provide a sending method, a receiving method, and a network node for transmitting protocol information, where the technical scheme is as follows:
first, an embodiment of the present invention provides a method for sending protocol information, where the method includes:
constructing protocol information;
constructing an IPv6 packet header;
adding the protocol information and the IPv6 packet header into a payload area of an IPv6 packet to form an IPv6 packet, and marking the IPv6 packet as an IPv6 null packet in the IPv6 packet header;
and identifying nodes needing to analyze and process the protocol information on a transmission path on the IPv6 packet header, and sending the IPv6 packet.
The embodiment of the invention also provides a method for receiving protocol information, which specifically comprises the following steps:
receiving an IPv6 packet;
when the IPv6 packet is an IPv6 null packet, determining whether the IPv6 packet contains protocol information, if so, determining whether a current node receiving the IPv6 packet is a node for analyzing and processing the protocol information according to a header of the IPv6 packet;
when the current node is determined to be the node for analyzing and processing the protocol information, analyzing the IPv6 packet and analyzing and processing the protocol information.
The invention also provides a device for sending protocol information, which comprises:
the protocol information constructing module is used for constructing protocol information;
a packet header constructing module for constructing an IPv6 packet header;
the packet construction module is used for adding the protocol information and the IPv6 packet header into a payload area of an IPv6 packet to form an IPv6 packet, and marking the IPv6 packet as an IPv6 empty packet in the IPv6 packet header;
and the sending module is used for identifying the nodes needing to analyze and process the protocol information on the transmission path by the IPv6 packet header and sending the IPv6 packet.
The embodiment of the invention also provides a device for receiving the protocol information, which comprises:
a receiving module for receiving an IPv6 packet;
a first judging module, configured to, when the IPv6 packet is an IPv6 null packet, judge whether the IPv6 packet is an IPv6 packet that includes protocol information, according to whether a basic header payload length field of the IPv6 packet is greater than a sum of lengths of all extension headers;
the second judging module is used for judging whether the current node is a node for analyzing and processing the protocol information according to the header of the IPv6 packet when the first judging module judges that the IPv6 packet is a packet containing the protocol information;
and the analysis processing module is used for analyzing the IPv6 packet and analyzing and processing the protocol information when the IPv6 packet contains the protocol information.
The above embodiment of the present invention enhances the transmission function of the protocol information by directly encapsulating the extended protocol information into the payload region of the Header of the IPv6 packet, using the IPv6 null packet characteristic, which is backward compatible with the conventional IPv6 protocol, and the extended protocol information can be transparently transmitted on the intermediate node of the conventional IPv6 router, thereby being able to ensure the interoperability of the network, and it is not necessary for the IETF to allocate a new Next Header type or add a new option data type, and therefore it is easier to implement. Based on the method, complex protocol information can be constructed, simplicity of form and simplicity of analysis are kept, and forwarding speed is improved.
Drawings
Fig. 1 is a schematic diagram of a packet format of IPv6 in the prior art;
FIG. 2 is a diagram illustrating an exemplary protocol information encapsulation format;
FIG. 3 is a diagram of a prior art technique for encapsulating protocol information within a new IPv6 extension header;
FIG. 4 is a diagram illustrating encapsulation of protocol information within a new IPv6 option type according to prior art two;
fig. 5 is a schematic diagram of an IPv6 packet containing protocol information according to embodiment 1 of the present invention;
fig. 6 is a flowchart of a method for sending protocol information according to embodiment 1 of the present invention;
fig. 7 is a flowchart of a method for receiving protocol information according to embodiment 2 of the present invention;
fig. 8 is a flowchart of a reception process of an arbitrary IPv6 packet provided according to embodiment 3 of the present invention.
Fig. 9 is a schematic diagram of an apparatus for sending protocol information according to embodiment 4 of the present invention;
fig. 10 is a schematic diagram of an apparatus for receiving protocol information according to embodiment 5 of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without any inventive step based on the embodiments of the present invention, are within the scope of the present invention.
According to the IPv6 specification, if the Next Header field of the IPv6 base Header or any extension Header is 59, this indicates that nothing follows the Header, and thus this Header type actually defines a null packet. It also provides that any such null packet, even if its IPv6 payload length indicates that there are extra bytes following it, should ignore these bytes and forward the packet unchanged.
As shown in fig. 6, embodiment 1 of the present invention provides a method for transmitting protocol information. In order to transmit certain protocol information meeting the application requirements, according to the technical scheme of the invention, the IPv6 packet constructed as a null packet, wherein the IPv6 packet contains the protocol information. The method comprises the following specific steps:
the format of the protocol information is shown in fig. 2, the invention does not limit the construction format of the protocol information, and any form which meets the construction requirement of the protocol information and is arbitrarily expanded according to the requirement is within the protection of the invention.
The protocol type, version and protocol function number are defined according to the protocol information content which needs to be transmitted actually, and the three information are used as the head of the protocol information format, and then the data of the protocol information is placed.
the payload length field value of the basic header of the IPv6 packet is set equal to the sum of the lengths of all extension headers and the protocol information.
It is possible to select whether an extension header conforming to the IPv6 protocol is used and select any one or more extension headers, according to the needs of the application, and therefore, the packet header may be an IPv6 basic header or a combination of an IPv6 basic header and various extension headers conforming to the IPv6 protocol specification.
103, adding the protocol information and the IPv6 packet header into a payload area of an IPv6 packet to form an IPv6 packet, and marking the IPv6 packet as an IPv6 empty packet in the IPv6 packet header;
if there is no extension Header, the Next Header field of the basic Header of the IPv6 packet is set to 59 (when there is no extension Header), and if there is, the Next Header field of the last extension Header is set to 59, so that the IPv6 packet is an IPv6 null packet.
Wherein the protocol information is encapsulated in the format shown in fig. 2 and placed in the payload region of an IPv6 packet. Fig. 5 is a diagram of an IPv6 packet containing protocol information. The left diagram is the payload area directly encapsulating the protocol information after the basic header, and the right diagram is the payload area encapsulating the protocol information after the extended header. For example, when the protocol information is OAM protocol information, the OAM protocol information is encapsulated and placed in the payload area of the IPv6 null packet.
At this time, the payload length field value of the basic header of the constructed IPv6 packet is a sum that can reflect the length of the OAM protocol information carried and the length of all extension headers of the packet.
And step 104, identifying the nodes needing to analyze and process the protocol information on the transmission path by the packet header of the IPv6, and sending the IPv6 packet.
For example, when the IPv6 packet includes only a base header, the flow label of the base header is used to identify the node that parses the protocol information, or when the IPv6 packet includes both a base header and other type of extension header, the extension header used is used to identify the node that parses the protocol information. For example, when the IPv6 packet includes both a base header and other types of extension headers, there may be several cases as follows, and the embodiments of the present invention are not limited to the following cases in which extension headers are used.
When the extension header included in the IPv6 packet is a hop-by-hop option header and an NNH header, all nodes on a transmission path are identified as nodes for analyzing and processing the protocol information; or
When the extension header included in the IPv6 packet is a destination option header and an NNH header, identifying a destination node as a node for analyzing and processing the protocol information; or
When the extension header included in the IPv6 packet is a routing extension header and an NNH header, the node specified by the routing header is identified as the node that parses the protocol information.
As shown in fig. 7, which is a flowchart of a method for receiving protocol information according to embodiment 2 of the present invention, the receiving method specifically includes:
when the value of Next Header of any Header of the IPv6 packet is 59, the IPv6 packet is an IPv6 null packet.
Continuously judging whether the IPv6 packet contains protocol information, specifically including: when the IPv6 packet is an IPv6 null packet, and when the payload length field of the base header of the IPv6 packet is equal to the sum of all extension headers and the protocol information length, the IPv6 packet contains protocol information.
And 203, when the current node is determined to be the node for analyzing and processing the protocol information, analyzing the IPv6 packet and analyzing and processing the protocol information.
Wherein, the step of judging whether the current node is the node for analyzing and processing the protocol information comprises the following steps:
extracting a header of the IPv6 packet;
when the IPv6 packet includes only a basic header, identifying whether the current node is a node that parses the protocol information by a flow label of the basic header of the IPv6 packet;
or
When the IPv6 packet includes both a base header and other type extension headers, whether the current node is a node that parses the protocol information is identified from the extension headers used.
For example: when the extension header included in the IPv6 packet is a hop-by-hop option header and an NNH header, the current node is a node for analyzing and processing the protocol information; or
When the extension header included in the IPv6 packet is a destination option header and an NNH header, and the current node is a destination node, the current node is a node that parses and processes the protocol information; or
When the extension headers included in the IPv6 packet are a routing extension header and an NNH header, and the current node is specified by the routing header, the current node is a node that parses the protocol information.
As shown in fig. 8, for any IPv6 packet, the flow of receiving and processing the IPv6 packet in embodiment 3 of the present invention is as follows:
receiving an IPv6 packet;
judging whether the IPv6 packet is an IPv6 null packet:
when the received IPv6 packet is an IPv6 empty packet, judging whether the IPv6 packet contains protocol information, when the IPv6 packet does not contain the protocol information, judging whether the current node is a target node, if so, finishing the processing of the IPv6 packet, and if not, directly forwarding the IPv6 packet; or when the received IPv6 packet is not a null packet and any header of the packet identifies that the IPv6 packet contains upper layer protocol information, carrying out upper layer protocol information processing;
when the IPv6 packet is an IPv6 null packet and contains protocol information, whether a current node is a node for resolving and processing the protocol information is determined according to the header of the IPv6 packet.
And when the current node is determined to be the node for analyzing and processing the protocol information, analyzing and processing the protocol information.
When the current node is the IPv6 router, the IPv6 packet is directly forwarded.
And judging whether the IPv6 packet reaches a destination node or not, finishing the processing of the IPv6 packet when the current node is the destination node, and forwarding the packet if the current node is not the destination node.
Referring to fig. 9, embodiment 4 of the present invention further provides an apparatus for sending protocol information, where the apparatus includes:
a protocol information construction module 101, configured to construct protocol information;
a packet header construction module 102 for constructing an IPv6 packet header;
the packet constructing module 103 is configured to add the protocol information and the IPv6 packet header to a payload area of an IPv6 packet to form an IPv6 packet, and mark the IPv6 packet as an IPv6 null packet in the IPv6 packet header;
a sending module 104, configured to identify, on the IPv6 packet header, a node that needs to analyze and process the protocol information on a transmission path, and send the IPv6 packet.
As shown in fig. 9, the packet header constructing module 102 includes:
a first padding unit, configured to pad a Next Header field of the Header of the IPv6 packet to mark the IPv6 packet as an IPv6 null packet;
a second padding unit for padding a payload length field of a header of the IPv6 packet.
The sending module 104 further includes:
and the node identification unit is used for identifying the node for resolving and processing the protocol information by utilizing the flow label of the basic header when the IPv6 packet only comprises the basic header, or identifying the node for resolving and processing the protocol information by utilizing the used extension header when the IPv6 packet simultaneously comprises the basic header and the other type extension header.
For example, when the IPv6 packet includes both a base header and other types of extension headers, there may be several cases as follows, and the embodiments of the present invention are not limited to the following cases in which extension headers are used.
When the extension header included in the IPv6 packet is a hop-by-hop option header and an NNH header, the extension header is used for identifying all nodes on a transmission path as nodes for parsing and processing the protocol information; or
When the extension header included in the IPv6 packet is a destination option header and an NNH header, the extension header is used for identifying a destination node as a node for parsing and processing the protocol information; or
When the extension header included in the IPv6 packet is a routing extension header and an NNH header, the extension header is used to identify the node specified by the routing header as the node that processes the protocol information for parsing.
Referring to fig. 10, embodiment 5 of the present invention further provides an apparatus for receiving protocol information, where the apparatus includes:
a receiving module 201, configured to receive an IPv6 packet;
a first judging module 202, configured to, when the IPv6 packet is an IPv6 null packet, judge whether the IPv6 packet is an IPv6 packet that includes protocol information, according to whether a basic header payload length field of the IPv6 packet is greater than a sum of lengths of all extension headers;
a second judging module 203, configured to, when the first judging module judges that the IPv6 packet is a packet containing protocol information, judge, according to a header of the IPv6 packet, whether a current node is a node that parses the protocol information;
and the analysis processing module 204 is used for analyzing the IPv6 packet and analyzing and processing the protocol information when the IPv6 packet contains the protocol information.
When the current node is a node for parsing the protocol information and the received packet contains the protocol information, the parsing module 204 parses the received packet and extracts the protocol information.
An apparatus for receiving protocol information as described above, the apparatus further comprising:
a forwarding module 205 for forwarding the IPv6 packet;
when the current node is a node for analyzing and processing the protocol information but not a destination node, the forwarding module 205 forwards the IPv6 packet after analyzing and processing the protocol information, or when the current node is not a node for analyzing and processing the protocol information but not a destination node, the forwarding module 205 forwards the IPv6 packet directly until the current node is a destination node.
In the receiving apparatus as described above, the second determining module 203 specifically includes:
the information extraction module is used for extracting the header information in the IPv6 packet;
a node judgment module, configured to, when the IPv6 packet includes only a basic header, judge, according to an identifier of a basic header flow label of the IPv6 packet, whether the current node is a node that parses the protocol information;
or,
when the IPv6 packet simultaneously comprises a basic header and an extension header of other types, the method is used for judging whether the current node is the node for resolving and processing the protocol information according to the identification of the used extension header.
The determining, according to the header of the IPv6 packet, whether the current node is a node that parses the protocol information includes the following several cases, but the embodiment of the present invention is not limited to the following several cases that an extension header is used.
When the extension header included in the IPv6 packet is a hop-by-hop option header and an NNH header, the current node is a node for analyzing and processing the protocol information; or
When the extension header included in the IPv6 packet is a destination option header and an NNH header, and the current node is a destination node, the current node is a node that parses and processes the protocol information; or
When the extension headers included in the IPv6 packet are a routing extension header and an NNH header, and the current node is specified by the routing header, the current node is a node that parses the protocol information.
As can be seen from the description of the foregoing embodiments, the embodiments of the present invention provide a new method for transmitting protocol information, and by utilizing the IPv6 null packet characteristic, the protocol information is directly encapsulated into the payload region behind the Header of the IPv6 packet, so as to enhance the protocol information transmission function, and enable the extended protocol information to be transparently transmitted on the intermediate node of the conventional IPv6 router, thereby ensuring the interoperability of the network, and being easy to implement without requiring the IETF to allocate a new Next Header type or add a new option data type. Meanwhile, the method can be completely compatible with the conventional IPv6 protocol, ensures the intercommunication of IPv6 compatible networks, can also ensure the simplicity of protocol information form and the simplicity of analysis, and improves the forwarding speed.
Claims (18)
1. A method of transmitting protocol information, the method comprising:
constructing protocol information;
constructing an IPv6 packet header;
adding the protocol information into a payload area of an IPv6 packet, wherein the payload area of the IPv6 packet and the IPv6 packet header form an IPv6 packet, and the IPv6 packet is marked as an IPv6 empty packet in the IPv6 packet header;
and identifying nodes needing to analyze and process the protocol information on a transmission path on the IPv6 packet header, and sending the IPv6 packet.
2. The method of claim 1, wherein said marking said IPv6 packet as an IPv6 null packet specifically comprises:
when the IPv6 packet includes only a basic Header, setting a Next Header field value of the basic Header to 59;
when the IPv6 packet includes both a base Header and other type extension headers, the Next Header field value of the last extension Header is set to 59.
3. The method of sending protocol information of claim 2 wherein constructing an IPv6 packet header further comprises:
the payload length field value of the basic header of the IPv6 packet is set equal to the sum of the lengths of all extension headers and the protocol information.
4. The method for sending protocol information according to claim 1, wherein the node that needs to parse and process the protocol information on the IPv6 packet header identification transmission path specifically includes:
when the IPv6 packet includes only a basic header, the flow label of the basic header is set to identify the node that parses the protocol information, or
When the IPv6 packet includes both a base header and other type extension headers, the node that handles the protocol information is parsed according to the extension header identification used.
5. The method as claimed in claim 4, wherein when the IPv6 packet includes both a basic header and an extension header of another type, the parsing the node processing the protocol information according to the extension header identification used specifically includes:
when the extension headers included in the IPv6 packet are a hop-by-hop option Header and a No Next Header, identifying all nodes on a transmission path as nodes for analyzing and processing the protocol information; or
When the extension Header included in the IPv6 packet is a destination option Header and a No Next Header, identifying a destination node as a node for analyzing and processing the protocol information; or
When the extension headers included in the IPv6 packet are a routing extension Header and a No Next Header, identifying the node designated by the routing extension Header as a node for analyzing and processing the protocol information.
6. The method of any one of claims 1 to 5, wherein the protocol information is operation management maintenance protocol information.
7. A method for receiving protocol information is characterized in that the method specifically comprises the following steps:
receiving an IPv6 packet;
when the IPv6 packet is an IPv6 null packet, determining whether the IPv6 packet contains protocol information, if so, determining whether a current node receiving the IPv6 packet is a node for analyzing and processing the protocol information according to a header of the IPv6 packet;
when the current node is determined to be the node for analyzing and processing the protocol information, analyzing the IPv6 packet and analyzing and processing the protocol information.
8. The method of claim 7, wherein the step of determining whether the IPv6 packet contains protocol information specifically comprises:
and judging whether the load length field of the basic header of the IPv6 packet is equal to the sum of all extension headers and the length of the protocol information, if so, the IPv6 packet contains the protocol information.
9. The method as claimed in claim 7, wherein the step of determining whether the current node receiving the IPv6 packet is a node for parsing the protocol information according to the header of the IPv6 packet specifically comprises:
extracting a header of the IPv6 packet;
when the IPv6 packet only comprises a basic header, identifying whether the current node is a node for resolving and processing the protocol information according to the flow label of the basic header of the IPv6 packet;
or
When the IPv6 packet simultaneously comprises a basic header and an extension header of other types, whether the current node is a node for resolving and processing the protocol information is confirmed according to the identification of the extension header.
10. The method as claimed in claim 9, wherein when the IPv6 packet includes both a basic header and an extension header of another type, identifying whether the current node is a node that parses the protocol information according to the extension header used includes:
when the extension headers included in the IPv6 packet are a hop-by-hop option Header and a No Next Header, the current node is a node for analyzing and processing the protocol information; or
When the extension Header included in the IPv6 packet is a destination option Header and a No Next Header, and the current node is a destination node, the current node is a node for analyzing and processing the protocol information; or
When the extension headers included in the IPv6 packet are a route extension Header and a No Next Header, and the current node is specified by the route extension Header, the current node is a node that parses the protocol information.
11. A method for receiving protocol information according to any of claims 7 to 10, characterized in that the method further comprises:
and after the current node analyzes and processes the protocol information or when the current node is not the node for analyzing and processing the protocol information, judging whether the current node is a destination node or not, if so, finishing the forwarding processing of the IPv6 packet, otherwise, forwarding the IPv6 packet.
12. The method of claim 11, wherein the IPv6 packet is directly forwarded when it is determined that a current node receiving the IPv6 packet is an IPv6 router.
13. An apparatus for transmitting protocol information, the apparatus comprising:
the protocol information constructing module is used for constructing protocol information;
a packet header constructing module for constructing an IPv6 packet header;
a packet construction module, configured to add the protocol information in a payload area of an IPv6 packet, where the payload area of the IPv6 packet and the IPv6 packet header form an IPv6 packet, and mark the IPv6 packet as an IPv6 null packet in the IPv6 packet header;
and the sending module is used for identifying the nodes needing to analyze and process the protocol information on the transmission path by the IPv6 packet header and sending the IPv6 packet.
14. The apparatus for transmitting protocol information according to claim 13, wherein the packet header constructing module comprises:
a first padding unit, configured to pad a Next Header field of the IPv6 packet Header to mark the IPv6 packet as an IPv6 null packet;
a second padding unit for padding a payload length field of a basic header of the IPv6 packet.
15. The apparatus for transmitting protocol information according to claim 13, wherein the transmitting module further comprises:
and the node identification unit is used for identifying the node for resolving and processing the protocol information by utilizing the flow label of the basic header when the IPv6 packet only comprises the basic header, or identifying the node for resolving and processing the protocol information by utilizing the used extension header when the IPv6 packet simultaneously comprises the basic header and the other type extension header.
16. An apparatus for receiving protocol information, the apparatus comprising:
a receiving module for receiving an IPv6 packet;
a first judging module, configured to, when the IPv6 packet is an IPv6 null packet, judge whether the IPv6 packet is an IPv6 packet that includes protocol information, according to whether a payload length field of a basic header of the IPv6 packet is greater than a sum of lengths of all extension headers;
a second judging module, configured to, when the first judging module judges that the IPv6 packet is a packet containing protocol information, judge, according to a header of the IPv6 packet, whether a current node that receives the IPv6 packet is a node that parses the protocol information;
and the analysis processing module is used for analyzing the IPv6 packet and analyzing and processing the protocol information when the current node is the node for analyzing and processing the protocol information and the IPv6 packet contains the protocol information.
17. The apparatus for receiving protocol information of claim 16, wherein the apparatus further comprises:
a forwarding module for forwarding the IPv6 packet.
18. The apparatus for receiving protocol information according to claim 16, wherein the second determining module specifically includes:
the information extraction module is used for extracting the header information in the IPv6 packet;
a node judgment module, configured to, when the IPv6 packet includes only a basic header, judge, according to an identifier of a basic header flow label of the IPv6 packet, whether the current node is a node that parses the protocol information; or, when the IPv6 packet includes both a basic header and an extension header of another type, the IPv6 packet is configured to determine whether the current node is a node that parses the protocol information according to the identifier of the extension header used.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710076084 CN101350693B (en) | 2007-07-20 | 2007-07-20 | Method and apparatus for conveying protocol information |
| PCT/CN2008/071656 WO2009012695A1 (en) | 2007-07-20 | 2008-07-16 | A method and device for transmitting protocol information |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200710076084 CN101350693B (en) | 2007-07-20 | 2007-07-20 | Method and apparatus for conveying protocol information |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101350693A CN101350693A (en) | 2009-01-21 |
| CN101350693B true CN101350693B (en) | 2011-04-06 |
Family
ID=40269302
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200710076084 Expired - Fee Related CN101350693B (en) | 2007-07-20 | 2007-07-20 | Method and apparatus for conveying protocol information |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101350693B (en) |
| WO (1) | WO2009012695A1 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106411930B (en) * | 2016-11-09 | 2019-06-07 | 腾讯音乐娱乐（深圳）有限公司 | A kind of protocol information executes method and its equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1246013A (en) * | 1999-07-14 | 2000-03-01 | 邮电部武汉邮电科学研究院 | Frame encapsulation of adaptation method for making internet be compatible with synchronous digital system |
| CN1300149A (en) * | 1999-12-14 | 2001-06-20 | 日本电气株式会社 | Frame structing method, frame-structuring device and data transmission system |
| CN1435980A (en) * | 2002-01-30 | 2003-08-13 | 华为技术有限公司 | Method for transmission of protocol data unit information |
| CN101001258A (en) * | 2006-01-09 | 2007-07-18 | 三星电子株式会社 | Device supporting mobile internet protocol version 6 (mobile IPv6) |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060262788A1 (en) * | 2005-05-23 | 2006-11-23 | Broadcom Corporation | Dynamic payload header suppression extensions for IPV6 |
-
2007
- 2007-07-20 CN CN 200710076084 patent/CN101350693B/en not_active Expired - Fee Related
-
2008
- 2008-07-16 WO PCT/CN2008/071656 patent/WO2009012695A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1246013A (en) * | 1999-07-14 | 2000-03-01 | 邮电部武汉邮电科学研究院 | Frame encapsulation of adaptation method for making internet be compatible with synchronous digital system |
| CN1300149A (en) * | 1999-12-14 | 2001-06-20 | 日本电气株式会社 | Frame structing method, frame-structuring device and data transmission system |
| CN1435980A (en) * | 2002-01-30 | 2003-08-13 | 华为技术有限公司 | Method for transmission of protocol data unit information |
| CN101001258A (en) * | 2006-01-09 | 2007-07-18 | 三星电子株式会社 | Device supporting mobile internet protocol version 6 (mobile IPv6) |
Non-Patent Citations (2)
| Title |
|---|
| S.Deering et al.Request for Comments:2460.《Internet Protocol,Version 6(IPv6) Specification》.1998,全文. * |
| 马光星.IPv6扩展首部的使用.《中国数据通信》.2001,41-52. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101350693A (en) | 2009-01-21 |
| WO2009012695A1 (en) | 2009-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3958521A1 (en) | Method and apparatus for providing service for service flow | |
| CN113709057B (en) | Network congestion notification method, proxy node, network node and computer equipment | |
| US7499445B2 (en) | System and method for routing ISIS traffic through unidirectional links of a computer network | |
| US7486622B2 (en) | OAM echo messaging to verify a service-based network distribution path | |
| WO2017215401A1 (en) | Message processing method and device | |
| JP2014090468A (en) | Ethernet oam at intermediate nodes in pbt network | |
| WO2017054576A1 (en) | Unicast tunnel building method, apparatus and system | |
| US9225622B2 (en) | OAM echo messaging to verify a service-based network distribution path | |
| CN101364939B (en) | Data packet forwarding method and device, data packet generating device and communication system | |
| US11343173B2 (en) | Systems and methods to implement path aware networking | |
| US11165893B2 (en) | Techniques for packet data conversion | |
| CN107370654B (en) | Pseudo wire data message encapsulation and decapsulation methods and related devices | |
| CN107154917B (en) | Data transmission method and server | |
| US8804749B2 (en) | Mechanism for updating parameters of a session set up through a virtual circuit | |
| CN113055293A (en) | Routing method and device in software defined wide area network and communication system | |
| CN105897665B (en) | Method for realizing TCP transmission in satellite network environment and corresponding gateway | |
| JP4911222B2 (en) | COMMUNICATION SYSTEM, COMMUNICATION METHOD IN COMMUNICATION SYSTEM, AND RELAY DEVICE | |
| CN100452766C (en) | IP data stream guiding system and method based on business trigging | |
| CN101350693B (en) | Method and apparatus for conveying protocol information | |
| CN100496024C (en) | A method to forward the channel message and a network device | |
| CN111917650B (en) | Method, equipment and system for determining Generic Routing Encapsulation (GRE) tunnel identifier | |
| US20090238205A1 (en) | Methods and apparatuses for transmitting sua signaling network management message | |
| US20100166005A1 (en) | mechanism for updating the parameters of a pseudowire | |
| US11924095B1 (en) | Utilizing network routing to communicate covert message | |
| Langels et al. | KNX IP–using IP networks as KNX medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110406 Termination date: 20170720 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |