WO2014139094A1 - 一种通信方法、装置及系统 - Google Patents

一种通信方法、装置及系统 Download PDF

Info

Publication number
WO2014139094A1
WO2014139094A1 PCT/CN2013/072485 CN2013072485W WO2014139094A1 WO 2014139094 A1 WO2014139094 A1 WO 2014139094A1 CN 2013072485 W CN2013072485 W CN 2013072485W WO 2014139094 A1 WO2014139094 A1 WO 2014139094A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
port number
address
mep
packet
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.)
Ceased
Application number
PCT/CN2013/072485
Other languages
English (en)
French (fr)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201380000212.3A priority Critical patent/CN104247349B/zh
Priority to PCT/CN2013/072485 priority patent/WO2014139094A1/zh
Priority to EP13866496.6A priority patent/EP2802111A4/en
Priority to US14/313,793 priority patent/US9380133B2/en
Publication of WO2014139094A1 publication Critical patent/WO2014139094A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

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/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4637—Interconnected ring systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/663—Transport layer addresses, e.g. aspects of transmission control protocol [TCP] or user datagram protocol [UDP] ports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q11/00—Selecting arrangements for multiplex systems
    • H04Q11/0001—Selecting arrangements for multiplex systems using optical switching

Definitions

  • the present invention relates to the field of optical communication technologies, and in particular, to a communication method, apparatus, and system. Background technique
  • IP Internet Protocol
  • the user uses the IP address assigned to the network by the server in the network based on the IP protocol to access the network. Different users use their respective IP addresses to exchange information.
  • the administrators in the network use the IP address to monitor and manage the network.
  • an embodiment of the present invention provides a communication method, which is applied to a communication system, where the communication system includes a first device, a second device, and a third device, where the first device passes the second device and The third device is connected, the communication method includes: the second device receives a first packet carrying a port number corresponding to an Ethernet Entity Group End Point (MEP) address, where The first packet is a transport layer protocol from the third device, and the port number is a port number of the first port of the first text, and the MEP address is the first device.
  • MEP Ethernet Entity Group End Point
  • the second device before the second device receives the first packet, the second device establishes the address of the MEP address and the port number Correspondence relationship. Specifically, the second device establishes a correspondence between the MEP address and the MEP identifier of the MEP; the second device establishes a correspondence between the MEP identifier and the port number.
  • the second device receives a third packet that is a response from the first device, where the third packet is an Ethernet OAM packet; The second device encapsulates part or all of the content of the third message into the fourth message and sends the content to the third device.
  • the first packet carries a Telnet message of the remote login protocol, or carries a simple network management protocol (SNMP).
  • the first packet carries a File Transfer Protocol (FTP) message
  • the communication method further includes: The second device sends a fifth packet carrying the port number and the IP address of the third device to the first device, where the fifth packet is a 0AM packet; a sixth packet carrying the FTP active mode command, the sixth packet being a 0AM packet, where the active mode command includes the port number and an IP address of the third device; The second device encapsulates the active mode command into a seventh message and sends the third command to the third device to establish an FTP data link.
  • FTP File Transfer Protocol
  • the communication method further includes: receiving, by the second device An eighth message carrying the FTP passive mode command from the first device, the eighth message being a 0AM message; the second device encapsulating the passive mode command into the ninth message and passing The established FTP command link is sent to the third device; the second device receives the tenth message that the third device responds, and the tenth packet carries a data port number, the tenth message For FTP The second device encapsulates the tenth packet into the eleventh packet, and sends the packet to the first device, where the eleventh packet is an OAM packet; Receiving a twelfth message of the response of the first device, and acquiring the data port number from the twelfth message, where the twelfth message is an OAM message; The data port number and the port number are respectively used as the FTP server port number and the FTP client port number, and the Internet Protocol IP address
  • a second aspect provides a communication device, including: a receiving unit, configured to receive a message; and a processing unit, configured to receive a first packet carrying a port number corresponding to an MEP address of an Ethernet maintenance entity group that is stored
  • the first packet is a transport layer protocol packet from the receiving unit, and the port number is a port number of the first port of the first text; Or the entire content is encapsulated into a second packet, where the second packet is Ethernet operation, management, and maintenance.
  • the destination address of the second packet is set to the MEP address
  • the sending unit is configured to send the source according to the port number and the corresponding relationship between the MEP address and the port number.
  • the processing unit is further configured to establish a correspondence between the MEP address and the port number.
  • the processing unit is further configured to establish a correspondence between the MEP address and the stored MEP identifier, and establish a correspondence between the MEP identifier and the port number.
  • the processing unit is further configured to encapsulate part or all of the content of the third packet that is in response to the second packet to the fourth And setting a destination address of the fourth packet to a source address of the first packet.
  • the first packet carries a Telnet message of the remote login protocol, or carries a simple network management protocol SNMP message.
  • the processing unit is further configured to obtain a data port number from the OAM packet from the receiving unit, and use the data port number and the The port number is used as the FTP server port number and the FTP client port number to establish an FTP data link.
  • FTP network management protocol
  • a communication device comprising: one or more receiving devices, configured to receive a message; a processor coupled to the one or more receiving devices, configured to receive and store The Ethernet service maintains a first port number of the corresponding port number of the entity group endpoint MEP address, where the first packet is a transport layer protocol packet from the one or more receiving devices, the port number a port number of the port of the first packet; the part or the whole of the first packet is encapsulated into the second packet, where the second packet is an Ethernet operation, management, and maintenance of the OAM packet.
  • the processor is further configured to establish a correspondence between the MEP address and the port number.
  • the processor is further configured to establish a correspondence between the MEP address and the stored MEP identifier, and to establish a correspondence between the MEP identifier and the port number.
  • the processor is further configured to encapsulate part or all of the content of the third packet that is in response to the second packet into the fourth packet, and The destination address of the four packets is set to the source address of the first packet.
  • the first packet carries a Telnet message of the remote login protocol, or carries a simple network management protocol SNMP message.
  • the first packet carries a file transfer protocol (FTP) packet; the processor is further configured to obtain a data port number from the OAM packet from the one or more receiving devices, and use the data port The number and the port number are used as the FTP server port number and the FTP client port number respectively to establish an FTP data link.
  • FTP file transfer protocol
  • a communication system including a first device, a second device, and a third device, where the first device is connected to the third device by using the second device;
  • the second device is configured to receive a first packet carrying a port number corresponding to the stored Ethernet maintenance entity group endpoint MEP address, where the first packet is a transport layer protocol from the third device And the port number is the port number of the first port of the first text packet; the part or the whole content of the first packet is encapsulated into the second packet, and the second packet is an Ethernet packet.
  • the second device is further configured to establish the MEP address and location according to an instruction from the third device before the second device receives the first message from the third device The correspondence between the port numbers.
  • the second device is further configured to establish, according to an instruction from the third device, a correspondence between the MEP address and the stored MEP identifier, and to establish the MEP identifier and the port number. Correspondence between the two.
  • the communication method, the device and the system provided by the embodiment of the present invention use the mapping relationship between the transport layer protocol port and the non-IP address device, and the encapsulation and decapsulation of the Ethernet OAM packet, without the network device connected to the access device in the network.
  • the IP address By configuring the IP address, communication between the non-IP address device and the communication network can be realized, which saves limited IP address resources and does not cause compatibility problems.
  • 1 is a network architecture diagram of an access network
  • FIG. 2 is a schematic flowchart of a communication method according to an embodiment of the present invention
  • FIG. 4 is a signaling interaction diagram of implementing a Telnet protocol according to an embodiment of the present invention
  • FIG. 5 is a signaling interaction diagram of an active mode of an FTP protocol according to an embodiment of the present invention
  • FIG. 6 is a signaling interaction diagram of implementing a passive mode of an FTP protocol according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of implementing an SNMP protocol in an embodiment of the present invention. Signaling interaction diagram;
  • FIG. 8 is a structural diagram of a communication apparatus according to an embodiment of the present invention.
  • FIG. 9 is a structural diagram of still another communication apparatus according to an embodiment of the present invention.
  • DETAILED DESCRIPTION OF THE EMBODIMENTS In order to make the objects, technical solutions and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of the present invention. It is to be understood that the described embodiments are a part of the embodiments of the invention, rather than all of the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without departing from the inventive scope are the scope of the present invention.
  • FIG. 1 is a network architecture diagram of an existing access network.
  • the communication method, apparatus, and system provided by the embodiments of the present invention can be applied to the network architecture.
  • one or more first devices without an IP address are connected to the third device through a second device, and the connection may be a direct connection or an indirect connection, such as a second device and a third device.
  • Network devices such as other relay devices, switching devices, and aggregation devices can also be connected.
  • the first device may be an Optical Network Unit (ONU), a Multi-Dwelling Unit (MDU), a Multi-Tenant Unit (MTU), and a Digital Subscriber Line Access Multiplexer.
  • ONU Optical Network Unit
  • MDU Multi-Dwelling Unit
  • MTU Multi-Tenant Unit
  • Digital Subscriber Line Access Multiplexer Digital Subscriber Line Access Multiplexer
  • the second device has an IP address, which may be a Digital Subscriber Line Access Multiplexer (DSLAM), a switch, or a network device such as an optical line terminal (OLT).
  • DSL AM Digital Subscriber Line Access Multiplexer
  • FTTdp fiber to the drop point
  • the second device has an IP address, which may be a Digital Subscriber Line Access Multiplexer (DSLAM), a switch, or a network device such as an optical line terminal (OLT).
  • DSLAM Digital Subscriber Line Access Multiplexer
  • OLT optical line terminal
  • the first device is not configured with an IP address. It should be noted that, if the IP address is configured in the first device, the communication method, device, and communication system provided by the embodiments of the present invention are also feasible, and the implementation method and The method is the same when the first device is not configured with an IP address.
  • the third device on the network can use various application layer protocols of the Internet, such as remote
  • the second protocol is configured, managed, and maintained by protocols such as Telnet, File Transfer Protocol (FTP), and Simple Network Management Protocol (SNMP).
  • Telnet Telnet
  • FTP File Transfer Protocol
  • SNMP Simple Network Management Protocol
  • the first device with no IP address connected to the second device cannot use the application layer protocol such as Telnet, FTP, or SNMP because it has no IP address, and it is difficult to configure, manage, and maintain it separately.
  • embodiments of the present invention utilize a second device as a proxy, allowing the third device to access the first device connected thereto through various application layer Internet protocols.
  • the communication method provided by the embodiment of the present invention specifically includes: Step S101, optionally, the second device establishes an Ethernet maintenance set on the first device.
  • the MEP address of the Maintenance Entity Group End Point (MEP) can be the MAC address of the MEP.
  • MEP Maintenance Entity Group End Point
  • the MEP address can be the MAC address of the MEP.
  • the broadcast address or multicast address can also be regarded as the MEP address of the MEP. If the message or the message is sent to the MEP, the other address may also be the MEP address of the MEP, which is not limited in this embodiment of the present invention.
  • This correspondence is often reflected in the correspondence between the MEP address and the port number of the transport layer protocol port. If the correspondence between the MEP address of the MEP and the port number already exists, for example, the correspondence is static and has been set before, this step may be omitted.
  • the instructions for establishing the corresponding correspondence may be from the third device, may be from the network management, or may be input through the command line.
  • MEPs are built on both the first device and the second device, and Ethernet messages can be used for communication with each other.
  • the method of establishing the MEP on the corresponding port on the first device and the second device may firstly use the link layer discovery protocol to perform neighbor discovery and then automatically establish a corresponding MEP, or may be pre-established before the corresponding device leaves the factory.
  • the second device discovers, by using the link layer discovery protocol, that the first device of the second device is connected to the first device with the IP address device, and then the virtual local area network (VLAN) N reserved on the port P.
  • MEP1 is automatically generated.
  • MEP1 sends a Continuity Check Message (CCM) through port P.
  • CCM Continuity Check Message
  • the first device uses the received CCM to establish a corresponding MEP2 in the reserved VLAN N.
  • the second device side sends the CCM.
  • MEP1 receives the MEP2 message, the link is completed.
  • the correspondence between the address and the protocol port may be direct, that is, the media access control (MAC) address of the device and the port number of the protocol port are straight.
  • it may also be an indirect correspondence, such as the protocol port corresponding to the identifier of the UI, and the identifier of the UI corresponds to the MAC address of the UI.
  • the identifier of the MEP may be a combination of one or more of a MEP number, a MEP identity, a VLAN identifier, and other MEP identifiers.
  • the second device can identify the MEP by using the identifier, and use the identifier to obtain a destination address that should be filled in the MEP sent to the MEP, that is, the identifier is unique to the second device, and
  • the MAC address of the MEP corresponds.
  • the MAC address may be the MAC address of the port of the first device where the MEP is located. If the MEP can also be delivered by using the corresponding multicast or broadcast address, the MEP address may also refer to the corresponding multicast or broadcast. address.
  • the transport layer protocol may be TCP or a file user data packet protocol (User
  • UDP can also be other transport layer protocols.
  • the transport layer protocol port refers to the abstract communication port assigned by the second device.
  • the port number of the protocol port is used as the port number of the source port of the port, and is filled in the message to be sent; In the case of a port, the packets whose port number is the same as the port number of the protocol port are received.
  • the UDP protocol port is the same. It is worth noting that, because the packet is transmitted through the UDP protocol, the packet is transmitted in one direction. If you want to send the packet to the peer through the same protocol port, you need to know the first.
  • Port number of the port, and the port number that will be known when the port is sent to the peer as the port number of the destination port of the message to be sent.
  • the IP address-based transport layer protocol message sent to the second device usually finds the second device through the IP address, and then finds the corresponding receiving port through the transport layer protocol port number.
  • the second device establishes a mapping relationship between the MEP address and the transport layer protocol port number of the first device, and specifically, the mapping relationship between the MEP address and the port number of the transport layer protocol port is set and saved in the second device, where the mapping is performed.
  • a relationship can be expressed as one or more correspondence tables.
  • This mapping relationship may be a direct mapping between a port number and an MEP address, or an indirect mapping. For example, it may be that the port number exists with another parameter--a mapping relationship, and the parameter also exists with the MEP address--a mapping relationship.
  • the second device may establish a correspondence between the MEP address and the MEP identifier, and a correspondence between the MEP identifier and the port number.
  • the second device may first establish a socket, where the socket includes an IP address of the corresponding interface on the second device and a transport layer protocol port number, that is, the socket and the port number.
  • the socket corresponds to the MEP address, for example, the correspondence between the socket identifier (Socket ID) and the MEP address can be established, and the correspondence between the identifier of the socket and the MEP identifier can be established.
  • the MEP identifier corresponds to the MEP address.
  • Step S102 the second device receives a first layer of a transport layer protocol carrying a port number corresponding to an endpoint MEP address of an Ethernet maintenance entity group, where the MEP address is an MEP on the first device.
  • the MEP address, the port number is a port number of the port of the first >3 ⁇ 4, and the first packet is from the third device.
  • the second device may receive the first packet by first receiving the packet sent to the IP address from the IP address belonging to the device, and then according to the port number of the destination port included in the received packet. Corresponding processing is performed, and if the port number in the message is found to have a corresponding relationship with the MEP address, the communication method disclosed in the embodiment of the present invention is processed.
  • the method for receiving the first packet by the second device may be: establishing a protocol port of the socket to listen to, and specifically for receiving the packet carrying the corresponding port number in the packet.
  • the protocol port number refers to the destination port number of the transport layer protocol packet. If the port number carried in the received packet does not correspond to the corresponding MEP address, it is processed in other ways, such as in the local protocol stack.
  • Step S103 The second device encapsulates part or all of the content of the first packet into a second packet, where the second packet is an Ethernet operation, management, and maintenance OAM packet.
  • the second device may directly encapsulate the second packet encapsulated in the first packet, and if an OAM is not encapsulated, the fragmentation processing may be performed and encapsulated in multiple packets.
  • the first processing is performed on the first packet, for example, the corresponding transport layer protocol packet header is stripped, the corresponding application layer packet is parsed, and the corresponding application layer packet is encapsulated or divided at one time.
  • the chip is encapsulated into an OAM packet.
  • the second device may send the parsed application layer packet to the protocol stack, and encapsulate the user command carried in the application layer packet into the OAM packet.
  • the first packet can carry the FTP packet of the file transfer protocol, and can also carry the Telnet packet. It can also carry the simple network management protocol SNMP packet or carry other application layer packets.
  • the corresponding application layer packet is parsed, and only the application layer packet is encapsulated, for example, only the FTP file is encapsulated, and the other application layer or other application layer is discarded. Do other processing.
  • the corresponding application layer message can be distinguished by using a socket.
  • FIG. 3 is a standard format of an Ethernet OAM packet, where the content on the left side is the structure of the OAM packet, and the right side is the start byte corresponding to the content filled on the left side. position.
  • the format of the OAM packet on the left is defined by IEEE 802. lq and IEEE 802. lag. The meaning of each part is not described here.
  • the encapsulation of the embodiment of the present invention is to encapsulate the content to be encapsulated into an idle field or a custom field of the OAM packet.
  • the content to be encapsulated may be encapsulated into the type, length, and value of the OAM packet.
  • the TLV field that is, the field in the second-to-last row of FIG. 3 is filled with the corresponding content to be encapsulated, which is part or all of the corresponding first packet, or is parsed in the first packet in this embodiment. Part or all of the outgoing application layer packet, or the content carried in the application layer packet in the first packet.
  • Step S104 The second device sends the second packet to the MEP on the first device according to the port number and the corresponding relationship between the MEP address and the port number. Specifically, the second device queries, according to the port number, the correspondence between the MEP address of the MEP and the transport protocol layer port number of the first device that is established and saved, and obtains the MEP address corresponding to the port number, and The second packet is sent to the MEP corresponding to the port number. The second device monitors the corresponding port, and receives the packet from the port.
  • the corresponding MEP identifier is found in the correspondence table or the mapping relationship table of the corresponding port number and the MEP identifier according to the port number.
  • the MAC address of the MEP can be further obtained according to the identifier, and the MAC address is used as the destination address of the second packet, so that the second packet is sent to the second packet.
  • a device In the case where the port number is directly mapped to the MEP address, the MEP address can be obtained directly through the port.
  • the operation can be implemented by using a socket, using a socket function to listen to the port, searching for the MEP identifier through the port number of the port, and further obtaining the MEP address, or directly obtaining the MEP address.
  • the MEP address may be the MAC address of the port where the MEP is located on the first device, and the second packet with the MAC address as the destination address may be directly sent to the first device.
  • the MEP address can also be a multicast or broadcast address.
  • a point-to-point VLAN because only the MEP on the first device in a VLAN corresponds to the second device, the second device only multicasts or broadcasts the message in the VLAN.
  • the MEP on the first device can be received, so that the purpose of the embodiments of the present invention can also be achieved.
  • the VLAN is not based on a point-to-point VLAN, it can also be multicast or widely Broadcasting a message, further adding a special identifier to the message to distinguish, so that the first device
  • Step S105 The second device receives a third packet that is sent by the first device, where the third packet is an Ethernet OAM packet. After receiving the second packet, the first device parses the corresponding content from the second packet.
  • MEP ID MEP identity
  • the TLV field of the second packet When the content is encapsulated in the TLV field of the second packet, and the TLV field of the second packet encapsulates the complete first packet or the complete application layer parsed from the first packet>3 ⁇ 4 Then, the parsed >3 ⁇ 4 text is sent to the corresponding protocol stack for processing, and a response OAM packet is generated, and the content of the response is encapsulated or fragmented into the corresponding OAM packet and sent to the second device. . If the first device parses the partial content of the first packet processed by the fragmentation from the second packet, the received fragment is reassembled and then the corresponding packet is processed, and a response OAM is generated. ⁇ . As for the second device, it is determined that the received message is a response message.
  • the OAM message from the first device MEP may be a corresponding response message, or the OAM report may be agreed upon.
  • the corresponding identifier is added to the text, or the specific content or the packet type that is parsed from the TLV field is used to determine whether the packet is a responsive packet, and the specific embodiment of the present invention is not limited herein.
  • Step S106 The second device encapsulates part or all of the content of the third packet into the fourth packet.
  • the second device may encapsulate all of the third packet into the fourth packet, or may parse the corresponding content from a corresponding field in the third packet, such as a TLV field, and then parse the parsed content into All or fragmented into the corresponding message.
  • the fourth packet here may be a transport layer packet corresponding to the first packet, or may be an application layer packet. Of course, the application layer packet is finally encapsulated into a transport layer packet to be sent out.
  • the second device may also record the source IP address and the source port number of the first packet when receiving the first packet, and the third packet when receiving the third packet from the first device response.
  • the source IP address and the source port of the first packet are used as the destination IP address and destination port of the fourth packet, so that the fourth packet is sent out.
  • this method can be used when the transport layer protocol is UDP.
  • the second device specifically sends the fourth packet to the third device, which is not limited by the embodiment of the present invention, and those skilled in the art may expand the corresponding text on the basis of this.
  • steps S105, S106, and S107 are optional steps, which are performed only when the first device is required to respond, and may be omitted when the third device does not require the first device to respond.
  • the type of the first packet and the third packet of the OAM packet are optional.
  • the appropriate extension of the standard OAM packet can be used to implement the embodiment of the present invention, such as the continuity check message packet. (CCM), Loopback Message (LBM), Loopback Reply (LBR), Link Tracking Message (LTM), Link Reply Message (LTR), etc. It is preferable to use LBM in combination with LBR, such as LBM
  • LBM Link Tracking Message
  • LTR Link Reply Message
  • an Optical Line Terminal where the OLT is only an example, or other network access devices, the 0LT is connected to one or more optical network units without IP addresses (Optical) Network Unit (ONU) or Optical Network Terminal (ONT).
  • the OLT is connected to the IP network.
  • the network management or user in the IP network wants to manage and maintain the 0NU or 0NT without IP address (hereinafter referred to as 0NU for convenience) through the Telnet protocol. The following methods can be used.
  • the user or network management device (equivalent to the third device) can obtain the current 0LT (equivalent to the second device) without the IP address of the 0NU (equivalent to the first device) by querying the command. Then, if Telnet is required to directly log in to the 0NU without an IP address, the ONU number is 5/1, which corresponds to the MEP address on the ONU. The user or network management device can send the Telnet service with the 0NU numbered 5/1 to the OLT.
  • the IP address x (the IP address of a Layer 3 interface on the OLT, if not specified, the default IP address of the first Layer 3 interface) is the port 10023 (port number optional) command.
  • the OLT maps the Telnet service of the ONU without the IP address to port 10023 on the OLT.
  • the mapping here refers to establishing a correspondence between the MEP address on the ONU and the port 10023, where the MEP can be referred to by the number of the ONU, and the number has a corresponding relationship with the MEP address.
  • the user or the network management device After the OLT executes the command, the user or the network management device establishes a TCP/IP connection with the OLT. After the connection is successful, the user or the network management device can directly maintain and manage the ONU without IP address by using the Telnet protocol carried by the TCP.
  • the operation effect is equivalent to the operation effect of directly logging in to the device without the IP address by using Telnet. Specifically, as shown in FIG.
  • the OLT listens to the port 10023 as a proxy device, and receives a packet with a port number of 10023 that is sent by the user or the network management device and carries the destination port. Because the port has a corresponding relationship with the MEP address of the ONU without the IP address, the OLT knows that the message is actually sent to the ONU without the IP address.
  • the OLT encapsulates the Telnet packets carried in the received TCP packets from the port 10023 into the OAM packet. This process includes the process of parsing TCP packets. The entire TCP packet containing Telnet packets can be directly encapsulated into the OAM file.
  • the fragmentation technology can be used for fragment transmission.
  • the OLT sends the OAM packet to the ONU without the IP address according to the port number of the destination port of the received TCP packet and the corresponding relationship between the port number and the MEP address of the MEP on the ONU.
  • the OLT searches for one or more corresponding relationship tables according to the port number, obtains a corresponding MEP address, and uses the obtained MEP address as the destination address of the OAM packet, and then sends the OAM packet.
  • the ONU that has no IP address parses the corresponding Telnet packet and sends it to the protocol stack for processing.
  • the Telnet packet is sent to the OAM packet and then sent to the OAM packet.
  • OLT After receiving the OAM packet of the Telnet packet, the OLT identifies that the packet is a response packet of the OAM packet sent to the ONU. The OLT parses the Telnet packet and encapsulates the parsed Telnet packet.
  • the TCP packet is sent to the user or the network management device. In addition, if the user or the network management device does not need to directly log in to the ONU with the IP address of 5/1, you can use the unmap command to stop mapping the Telnet service of the ONU without the IP address to the port 10023 on the OLT. on.
  • the user or the network management device in the IP network can be realized.
  • the FTP service of the connected non-IP address device of the access device can be implemented by using the embodiment of the present invention.
  • the FTP protocol requires two ports, one data port and one command port. Usually these two ports are 21 (command port) and 20 (data port).
  • FTP has two modes of operation, active mode and passive mode.
  • active mode FTP the client connects to the FTP server's command port from an arbitrary non-privileged port N (N>1024), which is the 21 port. The client then listens on port N+1 and sends an FTP PORT command to the FTP server. After receiving the PORT command, the active mode command, the server FTP server connects to the data port (N+1) specified by the client from its own data port (20).
  • passive mode FTP the establishment of the command link and the data link are initiated by the client.
  • the client opens two arbitrary non-privileged local ports (N > 1024 and N+1).
  • the first port connects to port 21 of the server FTP server to establish a command link.
  • the client then sends a PASV command to the server FTP server.
  • the server FTP server receives the passive mode command of the PASV command, it opens an arbitrary non-privileged port ( ⁇ > 1024) and sends the port to the client.
  • the client initiates a connection from the local port N+1 to the port P of the server FTP server to establish a data link.
  • the FTP protocol is a TCP-based service, and TCP is based on an IP address. Therefore, the FTP service cannot be implemented for a device without an IP address connected to the access device.
  • the FTP client with no IP address connected to the access device is connected to the FTP server device through the access device, and the access device acts as a proxy to implement the connection between the FTP client and the FTP server.
  • FTP message interaction The access device first establishes an FTP command link with the FTP server.
  • the port used by the access device is a randomly assigned port N. This link is a TCP connection.
  • the access device sends an OAM packet to the FTP client.
  • the TLV field of the OAM packet carries the port number N+1 and the IP address of the server FTP server.
  • the FTP client parses the OAM packet, it sends it to the FTP client.
  • the FTP protocol stack generates a PORT command.
  • the port and IP address used by the PORT command are the N+1 of the access device and the IP address of the server FTP server.
  • the FTP client encapsulates the PORT command in the TLV field of the OAM packet and sends it to the access device.
  • the access device After receiving the packet, the access device directly encapsulates and passes the content in the TAM field of the OAM.
  • the command link is sent to the server FTP server device, and an FTP data link is established.
  • the access device monitors the port, and encapsulates the FTP packet from the port in the OAM packet, and sends the OAM packet to the FTP client by using the mapping between the port and the client MEP address;
  • the OAM packet of the FTP client parses the FTP packet from the TLV field and encapsulates the FTP packet and sends the FTP packet to the FTP server through the data link.
  • the mapping between the FTP data port (that is, the above-mentioned N+1 port) and the MEP address established on the client is established.
  • the packet After receiving the corresponding FTP 4 message, the packet is encapsulated and sent to the client MEP to send the corresponding OAM message.
  • the time when the specific correspondence is established can be as long as the FTP data message is transmitted.
  • the time for mapping the port N+1 to the service port of the FTP protocol without the IP address client is only an example.
  • the mapping relationship may be established before the entire process starts. A step of. Of course, if the correspondence already exists, this step can be skipped.
  • the mapping between the port N used by the command link and the MEP address of the FTP client can be established, so that the access device can send the FTP message from the command link to the FTP client by using the same method. And FTP from the FTP client is sent to the FTP server. It should be noted that if the correspondence between the command port N and the MEP address and the correspondence between the data port N+ 1 and the MEP address are established at the same time, the OAM packet coming from the FTP client should have a corresponding identifier for distinguishing. Therefore, the access device can correctly process the corresponding FTP packets.
  • the above describes the FTP active mode.
  • the passive mode of the FTP is similar.
  • the access device receives the packets of the FTP passive mode command in the TLV field of the FTP client without the IP address.
  • the access device encapsulates the passive mode command and sends it to the server FTP server through the established FTP command link.
  • the access device receives a packet response from the server FTP server, where the packet carries a data port number.
  • the access device encapsulates the packet into the TLV field of the OAM packet and sends the packet to the client.
  • the client parses the packet from the OAM packet, sends it to the FTP protocol stack to obtain the data port number, and sends the packet to the access device.
  • the access device After receiving the OAM packet encapsulating the data port number from the client, the access device uses the data port number and the local port number as the FTP server port number and the FTP client port number respectively, and accesses the device's Internet protocol.
  • the IP address is used as the FTP client IP address to establish an FTP data link.
  • the local port number is equal to the life Increase the port number used by the link by 1. It is worth noting that the IP address of the server FTP server is carried in the PASV sent by the client to the access device.
  • the IP address can be used by the access device to notify the client by using OAM packets, or it can be saved by the client.
  • how to trigger the client to send a PASV command is not limited in the embodiment of the present invention.
  • the correspondence between the port at the access device and the MEP address on the client is the same as that of the active mode FTP.
  • the server in the IP network can access the IP addressless device connected to the access device, so that the device without the IP address can be remotely Loading data or programs, you can also back up the data of this device to the server.
  • the user equipment in the IP network can access the device without the IP address connected to the access device, and implement SNMP-based remote management for the device without the IP address.
  • the access device maps the transport layer protocol port to a service port of the SNMP protocol without the IP address device; and listens to the port and receives the SNMP encapsulated in the UDP packet from the user equipment from the port.
  • the packet encapsulates the SNMP packet into the OAM packet, and records the correspondence between the OAM packet number and the source IP address and the source UDP port number of the UDP packet; and sends the OAM packet to the device without the IP address; After receiving the OAM packet, the device does not process the SNMP packet and responds with the response.
  • the SNMP packet is encapsulated in the OAM packet.
  • the access device receives the corresponding OAM packet.
  • the corresponding UDP 4 source IP address and source UDP port are found according to the OAM number, and the SNMP packet is encapsulated into a UDP packet, and the UDP packet is sent to the UDP packet.
  • User equipment Of course, when the device does not need to respond with no IP address, the source port number and source IP address of the corresponding UDP packet may not be recorded.
  • the access device can establish a correspondence between the source IP address and the source port of the UDP packet, and the source IP address and the source port of the UDP packet.
  • the UDP packet encapsulated with the responding SNMP packet can be sent to the source IP address and the source port.
  • the mapping between the source IP address and the source port number and the MEP address of the device without the IP address may be established, so that the access device may directly encapsulate the OAM packet from the MEP according to the mapping relationship.
  • the user equipment in the IP network can access the device without the IP address connected to the access device, and has no IP address.
  • the device implements SNMP-based remote management.
  • the embodiment of the invention further provides a communication device, which is used to implement the communication method described above, and the corresponding implementation method of the communication device is unified with the communication method.
  • the method includes: a receiving unit, configured to receive a message; and a processing unit, configured to receive, from the receiving unit, a port number carrying a port number corresponding to a stored MEE address of an Ethernet maintenance entity group
  • the first packet of the layer protocol packet, the part of the first packet is encapsulated into the second packet, where the port number is the port number of the destination port of the first packet, and the second
  • the packet is an Ethernet operation, management, and maintenance of the OAM packet.
  • the destination address of the second packet is set to the MEP address according to the port number and the correspondence between the MEP address and the port number.
  • a sending unit configured to send a message from the processing unit.
  • the unit supports Ethernet OAM functionality and the corresponding transport layer protocol.
  • the correspondence between the MEP address and the protocol port may be direct, that is, the media access control (MAC) address of the MEP directly corresponds to the protocol port, or may be an indirect correspondence, such as the protocol port and the MEP.
  • the identifier corresponds, and the identifier of the MEP corresponds to the MAC address of the MEP.
  • the MEP identifier may be a combination of one or more of a MEP number, a MEP identity, a VLAN identifier, and other MEP identifiers.
  • the communication device can identify the MEP by using the identifier, and use the identifier to obtain a destination address that should be filled in the MEP, that is, the identifier is unique to the communication device, and is related to the MEP.
  • the MAC address corresponds. It is worth noting that the MAC address can be the MAC address of the port of the device where the MEP is located, or it can be a multicast or broadcast address.
  • the encapsulation of the embodiment of the present invention is to encapsulate the content to be encapsulated into an idle field or a custom field of the OAM packet.
  • the content to be encapsulated may be encapsulated into the type, length, and value of the OAM packet.
  • the processing unit receives the first packet from the transport layer protocol port.
  • the packet received by the processing unit carries the port number of the transport layer protocol port, and the port is mapped to be connected to the device.
  • the service port of the device without the IP address that is, the port number of the port and the MEP address of the device without the IP address stored by the device, the first port carrying the corresponding port number
  • the packet is encapsulated.
  • the corresponding socket can be established to implement the foregoing functions, and the mapped transport layer protocol port is monitored, and the received packet is processed correspondingly.
  • the processing unit is further configured to establish a correspondence between the MEP address and the port number.
  • the processing unit is further configured to establish a correspondence between the MEP address and the stored MEP identifier, and establish a correspondence between the MEP identifier and the port number.
  • the process of establishing a correspondence relationship can be expressed as establishing and saving one or more correspondence tables.
  • the processing unit is further configured to encapsulate part or all of the content in the third file that is responsive to the second message into the fourth message, and set the destination address of the fourth packet to Source address of the first packet.
  • the processing unit may determine the response message based on the nature of the OAM message, for example, the LBM message is sent, and the response message is an LBR message, and may also determine whether the message is a response based on the message sequence number.
  • the first packet is a packet sent by the transport layer protocol in the communication network.
  • the second message is a message sent by the communication device in the embodiment to the non-IP address device connected thereto, wherein the device without the IP address is the device where the MEP corresponding to the stored MEP address is located.
  • the third message is a message that is sent to the communication device in the embodiment after receiving the second message by the device without the IP address.
  • the communication device After receiving the third packet, the communication device in this embodiment generates a fourth packet, and responds to the fourth packet to the network device that sends the first packet.
  • the processing unit may first determine the type of the packet, and if it is a preset packet type, perform encapsulation processing and send, for example, the preset packet may be Telnet.
  • the packet can be an SNMP packet or an FTP packet. If it is not a preset packet type, it can be processed.
  • the processing unit may be further configured to obtain a data port number from the OAM packet from the receiving unit, and use the data port number and the port number Create an FTP data link as the FTP server port number and FTP client port number.
  • the device may be a digital subscriber line access multiplexer (Digital Subscriber)
  • the embodiment of the invention further provides a communication device, which is used to implement the communication method described above, and the corresponding implementation method of the communication device is unified with the communication method. As shown in FIG.
  • the apparatus includes: one or more receiving devices 93 for receiving messages; a processor 91 coupled to the one or more receiving devices 93 for receiving from the one or more The first packet of the transport layer protocol packet of the receiving device 93 carrying the port number corresponding to the stored MEE address of the Ethernet maintenance entity group, and encapsulating part or all of the first packet into the second packet
  • the port number is a port number of the destination port of the first packet
  • the second packet is an Ethernet operation, management, and maintenance OAM packet; according to the port number, and the MEP address.
  • the MEP address Corresponding relationship with the port number, setting a destination address of the second packet as the MEP address; one or more transmitting devices 92 coupled to the processor 91, for transmitting from the processor 91 messages.
  • the communication interface 95 is configured to connect the communication device and the communication network and other devices.
  • the execution steps of the processor 91 can be solidified in the corresponding hardware.
  • the processor 91 can be embodied as a Field Programmable Gate Array (FPGA), so the memory 94 is optional.
  • FPGA Field Programmable Gate Array
  • the communication device is configured with a storage device, and the corresponding program code, operating system, and application program are stored in the storage device, and the processor 91 can implement the following functions by executing the stored storage program: a transport layer protocol carrying one or more receiving devices 93 carrying a port number corresponding to the stored Ethernet maintenance entity group endpoint MEP address, the part of the first packet Or the entire content is encapsulated into the second packet, where the port number is the port number of the destination port of the first packet, and the second packet is an Ethernet operation, management, and maintenance OAM packet; And a corresponding relationship between the MEP address and the port number, and setting a destination address of the second packet to the MEP address.
  • a transport layer protocol carrying one or more receiving devices 93 carrying a port number corresponding to the stored Ethernet maintenance entity group endpoint MEP address, the part of the first packet Or the entire content is encapsulated into the second packet, where the port number is the port number of the destination port of the first packet, and the second packet is an Ethernet operation, management, and maintenance O
  • the encapsulation in the embodiment of the present invention refers to encapsulating a content that needs to be encapsulated.
  • the content to be encapsulated may be encapsulated into the type, length, and value TLV field of the OAM packet.
  • the correspondence between the MEP address and the protocol port may be direct, that is, the media access control (MAC) address of the MEP directly corresponds to the protocol port, and may also be It is an indirect correspondence, such as the protocol port corresponding to the identifier of the UI, and the identifier of the UI corresponds to the MAC address of the UI.
  • the identifier of the MEP may be a combination of one or more of a MEP number, a MEP identity, a VLAN identifier, and other MEP identifiers.
  • the communication device can identify the MEP by using the identifier, and use the identifier to obtain a destination address that should be filled in the email sent to the MEP, that is, the identifier is unique to the communication device, and
  • the MAC address of the MEP corresponds.
  • the MAC address may be the MAC address of the port of the device where the MEP is located, or may be a multicast or broadcast address.
  • the processor 91 is further configured to establish a correspondence between the MEP address and the port number. Alternatively, the processor 91 is further configured to establish a correspondence between the MEP address and the stored MEP identifier, and to establish a correspondence between the MEP identifier and the port number.
  • the process of establishing a correspondence relationship can be expressed as establishing and saving one or more correspondence tables.
  • the processor 91 receives a first message from the receiving device that carries a port number corresponding to the stored MEP address. Specifically, the packet received from the communication device carries the port number of the transport layer protocol port, and the port is mapped to a service port of the non-IP address device connected to the device, that is, the port number of the port If the MEP address of the device with no IP address stored in the communication device has a corresponding relationship, the packet carrying the corresponding port number is encapsulated.
  • a corresponding socket may be established to implement the above functions, and the mapped transport layer protocol port is monitored, and the received text received from the port is processed accordingly.
  • the processor 91 is further configured to encapsulate part or all of the content in the third message that is responsive to the second message into the fourth message, and set the destination address of the fourth packet.
  • the processor 91 may determine the response packet based on the nature of the OAM packet, such as the LBM packet, and the response packet is an LBR packet, or may be based on the packet.
  • the sequence number determines whether the packet is a response.
  • the processor 91 may first determine the type of the packet, and if it is a preset packet type, perform the encapsulation process and send the packet.
  • the pre-configured packet is a Telnet packet, it can be an SNMP packet or an FTP packet. If it is not a preset packet type, do other processing. Specifically, if the packet needs to be processed. It is an FTP packet, and the processor 91 can also be used for Obtaining a data port number from the OAM packet from the receiving unit, and establishing the FTP data link by using the data port number and the port number as the FTP server port number and the FTP client port number respectively.
  • the processor 91 is further configured to establish a correspondence between the saved MEP address and the protocol port number. The processor 91 may receive a command sent by another device, start to establish a corresponding correspondence, or may initiate the self-initiation.
  • the processor 91 can establish a socket and establish a correspondence between the socket and the saved MEP address, the socket corresponding to the corresponding transport layer protocol port.
  • the device may be a network device such as a Digital Subscriber Line Access Multiplexer (DSLAM), a switch, or an optical line terminal (OUT).
  • DSLAM Digital Subscriber Line Access Multiplexer
  • OUT optical line terminal
  • An embodiment of the present invention further provides a communication system, where the communication system includes a first device, a second device, and a third device, where the first device is connected to the third device by using the second device; Receiving, by the third device, a first packet of a transport layer protocol packet carrying a port number corresponding to a stored MEE address of an Ethernet maintenance entity group, where the port number is the first packet Port number of the destination port; the part or all of the first packet is encapsulated into the second packet, and the second packet is an Ethernet operation, management, and maintenance OAM packet; And the corresponding relationship between the MEP address and the port number, the second packet is sent to the first device; the first device is configured to receive the second packet, and obtain the The content encapsulated in the second message.
  • the second device is further configured to establish the MEP address and the according to an instruction from the third device before the second device receives the first message from the third device The correspondence of port numbers.
  • the second device is further configured to establish a correspondence between the MEP address and the stored MEP identifier, and to establish a correspondence between the MEP identifier and the port number.
  • the second device may establish a socket according to an instruction from the third device, and establish a correspondence between the socket and the MEP address, where the socket is opposite to the port number. Should.
  • the first device is further configured to respond to the third packet according to the content encapsulated in the second packet, where the third packet is an Ethernet OAM packet; And the method is further configured to encapsulate part or all of the content of the third packet into a fourth packet, and send the fourth packet to the third device.
  • the first packet carries a Telnet message of the remote login protocol, or carries a simple network management protocol SNMP message.
  • the first packet carries a file transfer protocol FTP packet; the second device is further configured to send, to the first device, an internet protocol IP address that carries the port number and the third device.
  • the fifth packet is the OAM packet; the sixth packet carrying the FTP active mode command from the first device is received, and the sixth packet is an OAM packet;
  • the active mode command is encapsulated into the seventh message and sent to the third device by using the established FTP command link; the first device is further configured to use the port number and the fifth packet Generating, by the IP address of the third device, the active mode command, and encapsulating the active mode command in the sixth message, where the active mode command includes the port number; And establishing an FTP data link according to the active mode command in the seventh packet, using the port number as an FTP client port number, and using an IP address of the second device as an FTP client IP address.
  • the first packet carries a file transmission protocol FTP packet
  • the second device is further configured to receive an eighth packet that carries the FTP passive mode command from the first device, where the eighth packet is The packet is an OAM packet; the passive mode command is encapsulated into the ninth packet and sent to the third device by using the established FTP command link; and the tenth packet of the third device response is received.
  • the tenth packet carries a data port number; the tenth packet is encapsulated into the eleventh message, and sent to the first device; and the twelfth message that is received by the first device is received, And obtaining the data port number from the twelfth message; using the data port number and the port number as the FTP server port number and the FTP client port number respectively, and the IP address of the second device Establishing an FTP data link as an FTP client IP address; the first device is further configured to obtain the tenth packet from the eleventh packet, and obtain the a data port number, encapsulating the data port number in the twelfth
  • the communication method, the communication device, and the communication system provided by the embodiments of the present invention implement the correspondence between the MEP addresses of the non-IP address devices connected to the communication device by establishing the transport layer protocol port, and the application layer packets are carried by the OAM packets. IP address-based communication and management of an IP-free device connected to the access device.
  • a person skilled in the art can understand that all or part of the steps of implementing the above method embodiments may be completed by using hardware related to program instructions, and the foregoing program may be stored in a computer readable storage medium, and the program is executed when executed.
  • the foregoing storage medium includes: ROM, RAM, magnetic disk or optical disk, etc., which can store various program codes.

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

本发明实施例提供一种通信方法、装置和系统，通信方法包括接收报文，将报文的全部或者部分封装在以太网操作、管理和维护报文中，再根据接收该报文的端口与相应的维护实体组端点的对应关系，将封装后的报文发送给该维护实体组所在的装置。本发明实施例提供的通信方法、装置和系统，利用端口映射、报文封装的方法，实现了对无IP地址设备进行基于IP地址的通信和管理。

Description

一种通信方法、 装置及系统 技术领域
本发明涉及光通信技术领域， 具体涉及一种通信方法、 装置及系统。 背景技术
现有的网络架构中， 网络的连接、 信息的交互以及网络中的监控和管理 很大程度上依赖设备的网络之间互连的协议 ( Internet Protocol, IP )地址。 用 户利用网络中的服务器基于 IP协议分配给其的 IP地址接入网络， 不同的用 户间利用各自的 IP地址进行信息的交互， 网络中的管理者利用 IP地址对网 络进行监控和管理。
然而， 随着扁平化管理的需要， 网络中与接入设备连接的网络设备越来 越小型化， 数目也越来越多， 若为每个网络设备都分配 IP地址， 将导致有限 的 IP地址资源紧张。 所以， 运营商提出了网络中与接入设备连接的网络设备 不配置 IP地址的网络架构， 以节省 IP地址资源。 而现有的网络的连接、 信 息的交互以及网络的监测和管理大多是基于 IP地址进行的， 这也导致了网络 中与接入设备连接的无 IP地址网络设备难以实现基于 IP地址的通信。 发明内容
有鉴于此， 本发明实施例提供一种通信方法、 装置及系统， 以便于网 络中与接入设备连接的无 IP地址网络设备实现基于 IP地址的通信。 第一方面， 本发明实施例提供了一种通信方法， 应用于通信系统中， 所 述通信系统包括第一装置、 第二装置和第三装置， 所述第一装置通过所述第 二装置与所述第三装置连接， 所述通信方法包括： 所述第二装置接收携带有 与以太网维护实体组端点 （ Maintenance Entity Group End Point, MEP )地址 相对应的端口号的第一报文， 其中， 所述第一报文为来自所述第三装置的传 输层协议>¾文， 所述端口号为所述第一 "^文目的端口的端口号， 所述 MEP地 址为所述第一装置上的 MEP的 MEP地址； 所述第二装置将所述第一报文的 部分或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理和维 护 ( Operation, Administration and Maintenance , 0 AM )才艮文； 所述第二装置 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 报文发送给所述第一装置上的所述 MEP。 结合第一方面， 在第一种可能的实现方式中， 在所述第二装置接收来 自所述第一报文之前，所述第二装置建立所述地址所述 MEP地址与所述端口 号的对应关系。 具体的， 所述第二装置建立所述 MEP地址与所述 MEP 的 MEP标识之间的对应关系； 所述第二装置建立所述 MEP标识与所述端口号 之间的对应关系。 结合以上所有的实现方式， 在第二种可能的实现方式中， 所述第二装 置接收来自所述第一装置响应的第三报文， 所述第三报文为以太网 OAM报 文； 所述第二装置将所述第三报文的部分或全部内容封装到第四报文中并发 送给所述第三装置。 结合以上所有的实现方式， 在第三种可能的实现方式中， 所述第一报 文携带远程登录协议 Telnet 报文， 或者携带简单网络管理协议 （Simple Network Management Protocol, SNMP )才艮文。 或者， 所述第一报文携带文件传输协议（File Transfer Protocol, FTP )报 文； 在所述第二装置接收来自所述第三装置的第一报文之前， 所述通信方法 还包括： 所述第二装置向所述第一装置发送携带了所述端口号和所述第三装 置的 IP地址的第五报文， 所述第五报文为 0AM报文； 所述第二装置接收来 自所述第一装置的携带了 FTP 主动模式命令的第六报文， 所述第六报文为 0AM报文，所述主动模式命令中包含所述端口号和所述第三装置的 IP地址； 所述第二装置将所述主动模式命令封装到第七报文中并通过所建立的 FTP命 令链路发送给所述第三装置， 以建立 FTP数据链路。 又或者， 所述第一报文携带文件传输协议 FTP报文； 在所述第二装置接 收来自所述第三装置的第一报文之前， 所述通信方法还包括： 所述第二装置 接收来自所述第一装置的携带了 FTP被动模式命令的第八报文， 所述第八报 文为 0AM报文； 所述第二装置将所述被动模式命令封装到第九报文中并通 过所建立的 FTP命令链路发送给所述第三装置； 所述第二装置接收所述第三 装置响应的第十报文， 所述第十报文携带数据端口号， 所述第十报文为 FTP 报文； 所述第二装置将所述第十报文封装到第十一报文中， 并发送给所述第 一装置， 所述第十一报文为 OAM报文； 所述第二装置接收所述第一装置响 应的第十二报文， 并从所述第十二报文中获取所述数据端口号， 所述第十二 报文为 OAM报文； 所述第二装置将所述数据端口号和所述端口号分别作为 FTP服务器端口号和 FTP客户端端口号，将所述第二装置的互联网协议 IP地 址作为 FTP客户端 IP地址， 建立 FTP数据链路。 第二方面， 提供一种通信装置， 包括： 接收单元， 用于接收报文； 处理 单元，用于接收携带有与存储的以太网维护实体组端点 MEP地址相对应的端 口号的第一报文， 其中， 所述第一报文为来自所述接收单元的传输层协议报 文， 所述端口号为所述第一 ^艮文目的端口的端口号； 将所述第一 ^艮文的部分 或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理和维护
OAM 4艮文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二报文的目的地址设置为所述 MEP地址； 发送单元， 用于发送来自 所述处理单元的>¾文。 结合第二方面， 在第一种可能的实现方式中， 所述处理单元， 还用于 建立所述 MEP地址与所述端口号的对应关系。 或者， 所述处理单元还用于建 立所述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。 结合第二方面的以上所有实现方式， 在第二种可能的实现方式中， 所 述处理单元， 还用于将响应所述第二报文的第三报文的部分或全部内容封装 到第四报文中，并将所述第四报文的目的地址设置为所述第一报文的源地址。 结合第二方面以上所有可能的实现方式， 所述第一报文携带远程登录 协议 Telnet报文， 或者携带简单网络管理协议 SNMP报文。 或者， 所述第一 报文携带简单网络管理协议 FTP报文； 所述处理单元， 还用于从来自所述接 收单元的 OAM报文中获取数据端口号， 并将所述数据端口号和所述端口号 分别作为 FTP服务器端口号和 FTP客户端端口号， 建立 FTP数据链路。 第三方面， 提供又一种通信装置， 包括： 一个或多个接收设备， 用于接 收报文； 与所述一个或多个接收设备耦合的处理器， 用于接收携带有与存储 的以太网维护实体组端点 MEP地址相对应的端口号的第一 ^艮文， 其中 , 所述 第一报文为来自所述一个或多个接收设备的传输层协议报文， 所述端口号为 所述第一报文目的端口的端口号； 将所述第一报文的部分或全部内容封装到 第二报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根据所 述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 ^艮文的 目的地址设置为所述 MEP地址； 与所述处理器耦合的一个或多个发送设备， 用于发送来自所述处理器的报文。 结合第三方面， 在第一种可能的实现方式中， 所述处理器， 还用于建 立所述 MEP地址与所述端口号的对应关系。 或者， 所述处理器还用于建立所 述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP 标识与所述端口号之间的对应关系。 结合第三方面以上所有的实现方式， 所述处理器， 还用于将响应所述 第二报文的第三报文中的部分或全部内容封装到第四报文中， 并将所述第四 报文的目的地址设置为所述第一报文的源地址。 结合第三方面以上所有可能的实现方式， 所述第一报文携带远程登录 协议 Telnet报文， 或者携带简单网络管理协议 SNMP报文。 或者， 所述第一 报文携带文件传输协议 FTP报文； 所述处理器， 还用于从来自所述一个或多 个接收设备的 OAM报文中获取数据端口号， 并将所述数据端口号和所述端 口号分别作为 FTP服务器端口号和 FTP客户端端口号， 建立 FTP数据链路。 第四方面， 还提供一种通信系统， 所述通信系统包括第一装置、 第二 装置和第三装置， 所述第一装置通过所述第二装置与所述第三装置连接； 所 述第二装置，用于接收携带有与存储的以太网维护实体组端点 MEP地址相对 应的端口号的第一报文， 其中所述第一报文为来自所述第三装置的传输层协 议才艮文， 所述端口号为所述第一 "^文目的端口的端口号； 将所述第一 ^艮文的 部分或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理和维 护 OAM报文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关 系， 将所述第二报文发送给所述第一装置； 所述第一装置， 用于接收来自所 述第二报文， 并获取所述第二报文中所封装的内容。 结合第四方面， 所述第二装置， 还用于在所述第二装置接收来自所述第 三装置的第一报文之前，根据来自所述第三装置的指令建立所述 MEP地址与 所述端口号的对应关系。 或者， 所述第二装置， 还用于根据来自所述第三装 置的指令建立所述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于 建立所述 MEP标识与所述端口号之间的对应关系。 本发明实施例提供的通信方法、 装置及系统， 利用传输层协议端口与 无 IP地址设备固定的映射关系， 以及以太网 OAM报文的封装和解封装， 无需网络中与接入设备连接的网络设备配置 IP地址， 即可实现该无 IP地 址设备与通信网络之间的通信， 既节约了有限的 IP 地址资源， 又不会引 起兼容性的问题。 附图说明
实施例或现有技术描述中所需要使用的附图做一简单地介绍， 显而易见 地， 下面描述中的附图是本发明的一些实施例， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1为一种接入网的网络架构图；
图 2为本发明实施例中通信方法的流程示意图； 图 4为本发明实施例中实现 Telnet协议的信令交互图；
图 5为本发明实施例中实现 FTP协议主动模式的信令交互图； 图 6为本发明实施例中实现 FTP协议被动模式的信令交互图； 图 7为本发明实施例中实现 SNMP协议的信令交互图；
图 8为本发明实施例中通信装置的结构图；
图 9为本发明实施例中又一通信装置的结构图。 具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1为一种现有接入网的网络架构图，本发明实施例提供的通信方法、 装置和系统能应用于该网络架构中。 如图 1所示， 一个或多个无 IP地址 的第一装置通过第二装置与第三装置连接， 连接可以是直接的连接， 也可 以是间接的连接， 如第二装置与第三装置之间还可以连接有其他中继设 备、 交换设备、 汇聚设备等网络设备。 其中， 第一装置可以是光网络单元 ( Optical Network Unit, ONU )、多住户单元（ Multi-Dwelling Unit, MDU )、 多租户单元（ Multi-Tenant Unit, MTU )、数字用户线路接入复用器（ Digital Subscriber Line Access Multiplexer, DSL AM ) ,交换机、光纤到分配点（ Fiber to the drop point, FTTdp ) 场景下的分配点单元等各种设备。 第二装置具 有 IP地址，可以是数字用户线路接入复用器（ Digital Subscriber Line Access Multiplexer, DSLAM ) 、 交换机或光线路终端设备（ optical line terminal, OLT )等网络设备。 图 1的网络架构中， 第一装置没有配置 IP地址， 应当 说明的是， 在第一装置如果配置了 IP地址， 本发明实施例提供的通信方 法、 装置及通信系统也是可行的， 实现方法与第一装置没有配置 IP地址 的情况下的方法相同。
由于第二装置有 IP地址， 支持传输层协议传输控制协议 /因特网互联 协议（ Transmission Control Protocol/Internet Protocol, TCP/IP ) , 网络上 的第三装置可以通过互联网的各种应用层协议 ,例如远程登录协议 Telnet、 文件传输协议（File Transfer Protocol, FTP ) 、 简单网络管理协议（Simple Network Management Protocol, SNMP ) 等协议对第二装置进行配置， 管理 和维护。 但是对于与第二装置下挂连接的无 IP地址的第一装置， 因为其 无 IP地址， 无法使用 Telnet、 FTP, SNMP等应用层协议， 难以对其单独 进行配置， 管理和维护。 为解决这一问题， 本发明实施例利用第二装置作 为代理， 允许第三装置通过各种应用层互联网协议访问与其连接的第一装 置。
具体的， 如图 2所示， 本发明实施例提供的通信方法具体包括： 步骤 S101 ,可选的， 第二装置建立设置在第一装置上的以太网维护实 体组端点 （Maintenance Entity Group End Point, MEP ) 的 MEP地址与传 输层协议端口号的对应关系。 MEP地址可以是指该 MEP所在位置的 MAC 地址， 当能通过广播或组播地址将 文发送至该 MEP时， 广播地址或组 播地址也可以视为该 MEP的 MEP地址， 通过其他地址能将 ^艮文或消息发 送至该 MEP的 , 该其他地址也可是为该 MEP的 MEP地址 , 本发明实施 例对此不作限制。 这种对应关系往往体现为该 MEP地址与传输层协议端 口的端口号之间的对应关系。如果所述 MEP的 MEP地址与所述端口号的 对应关系已存在， 比如该对应关系是静态的且在此之前已设置好的， 则此 步骤可省略。 建立相应的对应关系的指令可以是来自第三装置， 也可以是 来自网管， 也可以是通过命令行输入的。
第一装置和第二装置上都建有 MEP,相互之间可利用以太网报文进行 通信。 在第一装置和第二装置上相应的端口上建立 MEP的方法， 可以先 利用链路层发现协议进行邻居发现再自动建立相应的 MEP,也可以在相应 的装置出厂前预先建立。
具体的， 第二装置通过链路层发现协议发现第二装置的某个端口 P下 连接有无 IP地址装置第一装置， 则在端口 P保留的虚拟局域网 （Virtual Local Area Network, VLAN ) N上自动生成 MEP1 , MEP1通过端口 P发 送连通性检查消息 （ Continuity Check Message, CCM ) , CCM到达下挂 的第一装置后， 第一装置利用收到的 CCM在保留 VLAN N建立对应 MEP2 , 同时往第二装置侧发送 CCM。 MEP1收到 MEP2的报文后， 建链 完成。
如果出厂前预先建立， 可以在所有无 IP地址装置上都先预建立一个 工作在约定保留 VLAN N的 MEP2 , 相应的第二装置启动后， 也在各需要 下挂无 IP地址装置的端口在约定保留 VLAN N上分别建立相应的 MEP。 如果 OLT上的 MEP1收到约定保留 VLAN N上 MEP2的 CCM报文， 且 CCM报文中的远端缺陷指示 （ Remote Defect Indication, RDI ) 字段为 0 , 则认为建链完成。
为方便说明， 以下阐述所有提及的 ΜΕΡ均指设置在第一装置上的 ΜΕΡ。 其中， ΜΕΡ地址与协议端口的对应关系可以是直接的， 即 ΜΕΡ的 媒体接入控制（ Media Access Control , MAC )地址与协议端口的端口号直 接对应 , 也可以是间接的对应 , 如所述协议端口与 ΜΕΡ的标识相对应 , 而 ΜΕΡ的标识与 ΜΕΡ的 MAC地址相对应。 MEP的标识可以是 MEP编 号、 MEP身份标识、 VLAN标识以及其他 MEP标识中一个或者多个的组 合。 总得来说， 第二装置可以利用该标识识别该 MEP, 并利用该标识获取 发往该 MEP的 ^艮文中应该填写的目的地址， 也即该标识对于第二装置来 说是唯一的， 且与 MEP的 MAC地址相对应。 值得说明的是， MAC地址 可以是 MEP所在的第一装置的端口的 MAC地址 ,如果利用相应的组播或 广播地址也能送达该 MEP, 则 MEP地址也可以是指相应的组播或广播地 址。
所述的传输层协议可以是 TCP, 也可以是文件用户数据包协议 (User
Datagram Protocol, UDP) , 也可以是其他传输层协议。 传输层协议端口是 指第二装置所分配的抽象的通信端口。对于 TCP协议端口， 装置在通过该 协议端口发送 4艮文时， 将该协议端口的端口号作为 4艮文的源端口的端口号 填充到需发送的报文中； 在通过该协议报文接收端口时， 接收那些目的端 口的端口号与该协议端口的端口号相同的报文。 UDP协议端口也是一样， 值得注意的是， 因为通过 UDP协议传输报文不需要建立连接， 故报文是 单向传输的， 如果要通过同一协议端口向对端发送 ^艮文， 需先获知对端端 口的端口号， 并在向对端发送 ^艮文时将获知的端口号作为待发送 文的目 的端口的端口号。 当然， 发往该第二装置的基于 IP地址的传输层协议报 文通常先通过 IP地址找到第二装置， 再通过传输层协议端口号找到相应 的接收端口。
第二装置建立设置在第一装置上的 MEP地址与传输层协议端口号的 对应关系， 具体的是， 在第二装置设置并保存 MEP地址与传输层协议端 口的端口号的映射关系， 该映射关系可以表现为一张或多张对应关系表。 这种映射关系可以是端口号与 MEP地址的直接映射， 也可以是间接的映 射。 比如， 可以是端口号与另一个参数存在——映射关系， 该参数与 MEP 地址也存在——映射关系。 在一种情景中， 第二装置可以建立 MEP地址 与 MEP标识的对应关系，以及该 MEP标识和端口号的对应关系。具体的， 比如第二装置可以先建立一个套接字 （Socket ) , 套接字包含第二装置上 相应接口的 IP地址和传输层协议端口号， 也即该套接字与所述的端口号 相对应， 同时， 该套接字与 MEP地址相对应， 比如可以建立该套接字的 标识 （ Socket ID ) 与 MEP地址的对应关系， 再如可以建立套接字的标识 与 MEP标识的对应关系， 而 MEP标识与 MEP地址是相对应的。 当然， 除了指定相应的 IP地址与端口号外， 建立套接字时还需指定相应的传输 层协议， 不赘。
步骤 S102 , 所述第二装置接收携带有与以太网维护实体组端点 MEP地 址相对应的端口号的传输层协议>¾文第一 文，所述 MEP地址为所述第一装 置上的 MEP的 MEP地址， 所述端口号为所述第一 >¾文目的端口的端口号， 所述第一报文来自所述第三装置。 第二装置接收第一报文的方式可以是， 先从属于该装置的 IP地址处接收发向该 IP地址的报文， 然后根据接收到 的才艮文所包含的目的端口的端口号对 文进行相应的处理， 如果发现 4艮文 中的端口号与所述 MEP地址存在对应关系则按照本发明实施例所揭示的 通信方法处理。 第二装置接收第一报文的方式还可以是， 建立套接字监听 所述的协议端口， 专门用于接收报文中携带相应的端口号的报文。 协议端 口号是指传输层协议报文的目标端口号。 如果， 接收到的报文所携带的端 口号， 没有相应的 MEP地址与之对应， 则按其他方式处理， 如在本地相 应的协议栈处理。
步骤 S103 ,所述第二装置将所述第一报文的部分或全部内容封装到第 二报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文。
第二装置接收到携带相应的端口号的报文后， 可以直接将第一报文封 装的第二报文中， 如果一个 OAM封装不完， 可以进行分片处理， 封装在 多个 ΟΑΜ · ^艮文中。 优选的， 可以先对第一 ^艮文进行相应的处理， 比如剥 除相应的传输层协议报文头等， 解析出相应的应用层报文， 再将相应的应 用层报文一次性封装或者分片封装到 OAM报文中。 更进一步的， 比如在 远程登录协议 Telnet中， 第二装置可以对解析出来的应用层报文送往协议 栈进行处理，并将所述应用层报文中携带的用户命令封装到 OAM报文中。 第一报文可以携带文件传输协议 FTP报文，也可以携带 Telnet报文，还可以 携带简单网络管理协议 SNMP报文， 也可以携带其他应用层报文。
可选的， 解析出相应的应用层报文， 可以仅对特定的应用层报文进行 封装处理， 如只对 FTP 文的进行封装处理， 而丟弃其他应用层 文或者 作其他处理。 可选的， 可以利用套接字对相应的应用层报文进行甄别。 具体的， 如图 3所示， 图 3为以太网 OAM报文的标准格式， 其中， 左侧的内容为 OAM才艮文的结构示意， 右边为左侧填充的内容所对应的起 始字节位置。 左侧的 OAM报文格式为 IEEE 802. lq及 IEEE 802. lag所定 义， 具体各个部分的含义不再赘述。 本发明实施例所述的封装是指， 将需 要封装的内容封装到 OAM报文的空闲字段或者自定义字段中， 优选的， 可 以将需要封装的内容封装到 OAM报文的类型、 长度、 数值 TLV字段中， 也 即在图 3倒数第二行的字段中填充相应的需要被封装的内容， 在本实施例 中为相应的第一报文的部分或全部， 或者为第一报文中解析出来的应用层 报文的部分或全部， 或者为第一报文中的应用层报文中所携带的内容。
步骤 S104, 第二装置根据所述端口号， 以及所述 MEP地址与所述端口 号的对应关系， 将所述第二报文发送给第一装置上的 MEP。 具体的， 第二装 置根据所述端口号， 查询其 (建立并）保存的第一装置上的 MEP的 MEP地 址与传输协议层端口号的对应关系， 获得所述端口号对应的 MEP地址， 将所 述第二报文发送给所述端口号对应的 MEP。 第二装置监听相应的端口， 从该端口中接收报文， 可选的， 再根据该端 口号在相应的端口号与 MEP标识的对应关系表或者映射关系表中查找到相 应的 MEP标识。 因为 MEP标识与该 MEP的最终地址是相对应的 ,故进一步 的可根据该标识获取 MEP的 MAC地址， 再将该 MAC地址作为第二报文的 目的地址，从而将第二报文发送给第一装置。在端口号与 MEP地址直接映射 的情况下， 可以直接通过端口就获得 MEP地址。 优选的， 可利用套接字实现 所述的操作，利用套接字函数监听端口，通过该端口的端口号查找 MEP标识， 并进一步获得 MEP地址， 或者直接获取 MEP地址。 其中， MEP地址可以是该 MEP在第一装置上的所在端口的 MAC地址， 那么以该 MAC地址为目的地址的第二报文可以直接送达第一装置。 MEP地 址也可以是组播或广播地址， 在点对点的 VLAN中， 因为一个 VLAN中只有 第一装置上的 MEP与第二装置相对应， 那么第二装置在这个 VLAN里组播 或者广播报文只有第一装置上的 MEP能收到，故也可实现本发明实施例的目 的。 当然， 如果所在的 VLAN并非基于点对点的 VLAN, 也可以组播或者广 播报文， 可以在进一步在报文中添加特殊标识用以区别， 使得第一装置上的
MEP接收到第二报文后可以识别是发给其的报文并予以处理， 其他接收到报 文的主体可以直接丟弃该报文。 所述的特殊标识可以自定义。 优选的， 可以 使用 MEP身份标识 (MEP ID)作为该特殊标识。 步骤 S105 , 所述第二装置接收来自所述第一装置响应的第三报文， 所述 第三报文为以太网 OAM报文。 第一装置接收到第二报文后， 从第二报文中 解析出相应的内容。 当内容是封装在第二报文的 TLV字段中时， 且第二报文 的 TLV字段中封装的是完整的第一报文或者是从第一报文中解析出来的完整 的应用层>¾文， 则对解析获得的>¾文送往相应的协议栈进行处理， 并生成响 应的 OAM报文，将响应的内容一次性封装或者分片封装到相应的 OAM报文 中发送给第二装置。 如果第一装置从第二报文中解析出的是分片处理的第一 报文的部分内容， 则待将所接收到的分片重组后再行处理相应的报文， 并生 成响应的 OAM ^艮文。 至于第二装置如何判断收到的报文是否为响应的报文， 可选的， 可以设 定来自第一装置 MEP的 OAM报文都是相应的响应报文， 或者可以约定在响 应的 OAM报文中添加相应的标识， 或者可以通过从 TLV字段中解析出来的 具体内容或者报文类型判断是否为响应的报文， 具体如何判断， 本发明实施 例在此不做限定。 步骤 S106, 第二装置将所述第三报文的部分或全部内容封装到第四报文 中。 第二装置可以将第三报文的全部都封装到第四报文中， 也可以是从第三 报文相应的字段中， 比如 TLV字段中解析出相应的内容， 再将解析出来的内 容以全部或者分片封装到相应的报文中。 此处的第四报文可以是与第一报文 相对应的传输层报文， 也可以是应用层报文， 当然应用层报文最终还是要封 装成传输层报文才能发送出去。 步骤 S107 , 所述第二装置将所述第四报文发送给所述第三装置。 如果第 四报文已经是传输层报文了， 直接发送即可， 如果第四报文是应用层报文， 需要封装成传输层报文后再行发送。 可选的， 第二装置可以根据 MEP地址与 端口号的对应关系获取第三装置的 ip地址和端口号， 从而通过获得的 IP地 址和端口号发送第四 ^艮文， 比如， 当传输层协议为 TCP时， 即可利用此方法。 可选的， 第二装置也可以在接收到第一报文时， 记录第一报文的源 IP地址和 源端口号， 当接收到来自第一装置响应的第三报文时， 将第三报文的内容进 行封装成第四报文后， 将所记录的第一报文的源 IP地址和源端口作为第四报 文的目的 IP地址和目的端口， 从而将第四报文发送出去， 比如， 当传输层协 议为 UDP时， 就可以使用此方法。 应当说明的是， 第二装置具体如何把第四 报文发送给第三装置， 本发明实施例不做限定， 本领域技术人员可以在此基 础上 #文相应的扩展。 值得注意的是， 以上步骤 S105、 S106、 S107为可选步骤， 只要当需要第 一装置做出回应时才执行， 当第三装置不需要第一装置做出回应时， 这几个 步骤可以省略。 以上所说的 OAM报文第一报文和第三报文的类型可选，在标准的 OAM 报文上做适当的扩展都是可以用于实现本发明实施例， 比如连续性检查消息 报文（ CCM )、环回消息（ LBM )、环回回复（ LBR )、链路追踪消息（ LTM )、 链路回复消息 （LTR )等， 比较优选的是， LBM和 LBR结合起来使用， 如 利用 LBM报文作为第一报文， 并利用 LBR做为响应的第三报文。 下面， 将结合具体实例进一步阐明本发明实施例。 在一种情境下， 光线 路终端 （Optical Line Terminal, OLT ) , 此处的 OLT仅为举例， 也可以是其 他网络接入设备， 0LT连接了一个或多个无 IP地址的光网络单元（Optical Network Unit, ONU )或光网络终端（ Optical Network Terminal, ONT ) , OLT 与 IP网络相连。 IP网络中的网管或用户想要通过 Telnet协议对无 IP地址的 0NU或 0NT (为方便说明， 以下统称为 0NU )进行管理和维护， 可以利用 以下方法。 用户或网管设备（相当于第三装置）可以通过查询命令获取当前 0LT (相 当于第二装置）无 IP地址的 0NU (相当于第一装置）。然后，如果需要 Telnet 直接登录无 IP地址的 0NU, 该 0NU的编号为 5/1 , 此编号与该 0NU上的 MEP地址是相对应的。 用户或网管设备可以向 0LT发送将编号为 5/1的 0NU的 Telnet服务映 射到 OLT上的 IP地址 x (为 OLT上某三层接口的 IP地址， 如不指定， 默认 为第一个三层接口的 IP地址）的端口 10023 (端口号可选）的命令。 OLT接 收到命令后，将该无 IP地址的 ONU的 Telnet服务映射到 OLT上的 10023端 口。 具体的， 这里的映射是指建立 ONU上的 MEP地址与 10023端口的对应 关系， 其中该 MEP可以用 ONU的编号进行指代， 而该编号与 MEP地址存 在对应关系。 OLT执行完该命令后， 用户或网管设备与 OLT建立 TCP/IP连 接。 连接成功后， 用户或网管设备可以直接使用 TCP承载的 Telnet协议对无 IP地址的 ONU进行维护和管理， 其操作效果等同于用 Telnet直接登录该无 IP地址设备的操作效果。 具体的， 如图 4所示， 首先， OLT作为代理设备监听该 10023端口， 接 收来自用户或网管设备发送的携带了目的端口的端口号为 10023的报文。 因 为该端口与无 IP地址的 ONU的 MEP地址存在对应关系， 故 OLT知道该才艮 文事实上是发送给无 IP地址的 ONU的。 其次， OLT将从 10023端口的接收 到的 TCP报文中所承载的 Telnet报文封装进 OAM报文中。 这里其实包含了 解析 TCP报文的过程， 当然也可以直接将包含了 Telnet报文的整个 TCP报 文直接封装进 OAM 4艮文中。 当一个 OAM ^艮文不足以封装整个 TCP 4艮文或 Telnet报文时， 可以利用分片技术进行分片发送。 然后， OLT根据所接收到 的 TCP报文目的端口的端口号， 以及该端口号与 ONU上的 MEP的 MEP地 址的对应关系， 将 OAM报文发送给无 IP地址的 ONU。 具体的， OLT根据 所述端口号， 查找一个或多个对应关系表， 获取相应的 MEP地址， 并将获取 到的 MEP地址作为 OAM报文的目的地址， 然后发送该 OAM报文。无 IP地 址的 ONU收到 OAM报文后， 解析出相应的 Telnet报文， 并送完协议栈进行 处理 , 生成响应的 Telnet报文 , 将响应的 Telnet报文封装进 OAM报文中后 发送给 OLT。 OLT接收到封装了响应的 Telnet的 OAM报文后， 识别出该报 文是之前其发送给 ONU的 OAM报文的响应报文，则从中解析出 Telnet报文， 把解析出来的 Telnet报文封装进 TCP报文中， 并发送给用户或网管设备。 此 夕卜，如果用户或网管设备无需再直接登录编号为 5/1的无 IP地址的 ONU, 可 以使用取消映射的命令，停止将该无 IP地址的 ONU的 Telnet服务映射到 OLT 上的 10023端口上。通过传输层协议端口与无 IP地址设备固定的映射关系以 及以太网 ΟΑΜ · ^艮文的封装和解封装， IP网络中的用户或网管设备即可实现 对接入设备所连接的无 IP地址设备进行基于 telnet协议的远程配置、 查询、 调试等维护和管理。 在另一个情景中， 利用本发明实施例， 可以实现接入设备的所连接的 无 IP地址设备的 FTP业务。
FTP协议需要使用 2个端口， 一个数据端口和一个命令端口。 通常来 说这两个端口是 21 (命令端口 ) 和 20 (数据端口 ) 。 FTP有两种工作模 式， 分别是主动模式和被动模式。 主动模式的 FTP中， 客户端从一个任意 的非特权端口 N ( N>1024 )连接到 FTP服务器的命令端口， 也就是 21端 口。然后客户端开始监听端口 N+1 ,并发送 FTP PORT命令到 FTP服务器。 服务器 FTP服务器收到 PORT命令这个主动模式命令后，从自己的数据端 口 （20 ) 连接到客户端指定的数据端口 （N+1 ) 。 被动模式的 FTP中， 命 令链路和数据链路的建立都由客户端发起。 首先， 客户端打开两个任意的 非特权本地端口 （N > 1024和 N+1 )。 第一个端口连接服务器 FTP服务器 的 21端口，以建立命令链路。然后，客户端向服务器 FTP服务器发送 PASV 命令。服务器 FTP服务器收到 PASV命令这个被动模式命令后， 开启一个 任意的非特权端口 （Ρ > 1024 ) , 并发送把该端口告知客户端。 最后， 客 户端发起从本地端口 N+1到服务器 FTP服务器的端口 P的连接， 以建立 数据链路。
FTP协议是基于 TCP的服务， 而 TCP基于 IP地址， 故对于接入设备 连接的无 IP地址设备无法实现 FTP服务。 本实施例中， 如图 5所示， 与 接入设备连接的无 IP地址的 FTP客户端， 通过接入设备与 FTP服务器设 备连接， 接入设备作为代理以实现 FTP客户端与 FTP服务器之间的 FTP 报文交互。 接入设备先建立与 FTP服务器间的 FTP命令链路， 接入设备 所使用的端口为随机分配的端口 N, 这个链路为 TCP连接。 接入设备向 FTP客户端发送 OAM报文， OAM报文的 TLV字段中携带了端口号 N+1 以及服务器 FTP服务器的 IP地址， FTP客户端解析收到 OAM报文后， 送往 FTP客户端的 FTP协议栈， 并生成 PORT命令， 该 PORT命令使用 的端口和 IP地址分别为接入设备告知的 N+1和服务器 FTP服务器的 IP 地址。 FTP客户端将 PORT命令封装在 OAM报文的 TLV字段中发送给接 入设备，接入设备接收到后将 OAM的 TLV字段中的内容直接封装并通过 命令链路发送给所述服务器 FTP服务器设备， 并建立 FTP数据链路。 之 后 ,接入设备监听所述的端口，并将从来自该端口的 FTP报文封装在 OAM 报文中， 利用端口与客户端 MEP地址的对应关系将该 OAM报文发送给 FTP客户端；接收 FTP客户端的 OAM报文，从其 TLV字段中解析出 FTP 报文， 并封装该 FTP报文， 通过数据链路发送给服务器 FTP服务器设备。
值得注意的， 在利用接入设备作为代理传输 FTP数据报文前， 需要先 建立 FTP数据端口 （即上述的 N+1端口 )与建立在客户端上的 MEP地址 的对应关系，从而接入设备接到相应的 FTP 4艮文后才知道封装并往客户端 MEP发送相应的 OAM报文。 具体的对应关系建立的时间， 只要在开始传 输 FTP数据报文之前即可。 图 5中， 将所述端口 N+1映射为无 IP地址客 户端的 FTP协议的服务端口的时间只是示例，建立对应关系也可以在整个 流程开始之前， 进一步的进行映射建立对应关系可以作为触发流程的步 骤。 当然， 如果对应关系已经存在， 则可略过该步骤。
另外， 也可以建立命令链路所使用的端口 N与 FTP客户端 MEP地址 的对应关系， 从而使得接入设备能够能利用同样的方法将来自命令链路的 FTP才艮文发往 FTP客户端， 并将来自 FTP客户端的 FTP才艮文发往 FTP月良 务器。 应当说明的是， 如果同时建立了命令端口 N与 MEP地址的对应关 系 , 以及数据端口 N+ 1和 MEP地址的对应关系 , 则从 FTP客户端过来的 OAM报文中应当有相应的标识用于区别， 这样接入设备才能正确的处理 相应的 FTP报文。 以上介绍的是 FTP主动模式， FTP的被动模式与之相类似， 接入设备 接收来自无 IP地址的 FTP客户端的 TLV字段中携带了 FTP被动模式命令的 报文。 接入设备将所述被动模式命令封装并通过所建立的 FTP命令链路发送 给服务器 FTP服务器。 接入设备接收服务器 FTP服务器响应的报文， 该报文 携带数据端口号。 接入设备将该报文封装到 OAM报文的 TLV字段中， 并发 送给客户端。 客户端从 OAM报文中解析出该报文， 送往 FTP协议栈获取到 所述数据端口号， 将其封装发往接入设备。 接入设备接到来自客户端的封装 了数据端口号的 OAM报文后， 将所述数据端口号和本地一个端口号分别作 为 FTP服务器端口号和 FTP客户端端口号， 将接入设备的互联网协议 IP地 址作为 FTP客户端 IP地址， 建立 FTP数据链路。 本地的端口号等于所述命 令链路所使用的端口号加 1。 值得说明的是， 客户端发给接入设备的 PASV 中携带服务器 FTP服务器的 IP地址， 该 IP地址可以是接入设备利用 OAM 报文告知客户端的， 也可以是客户端早已保存的。 具体的， 如何触发客户端 发送 PASV命令， 也即被动模式命令， 本发明实施例不做限定。 接入设备处 端口和客户端上的 MEP地址的对应关系与主动模式 FTP相同， 不赘。 通过传输层协议端口与无 IP 地址设备固定的映射关系， 以及以太网 OAM报文的封装和解封装， IP网络中服务器能够访问接入设备连接的无 IP 地址设备， 从而让无 IP地址设备可以远程加载数据或程序， 也可以备份本设 备的数据到服务器上。 在另一种情景中， 可以通过本发明实施例， IP网络中的用户设备可以访 问接入设备连接的无 IP地址的设备， 并对无 IP地址的设备实现基于 SNMP 的远程管理。 具体的， 如图 7所示， 接入设备将传输层协议端口映射为无 IP地址设备 的 SNMP协议的服务端口； 监听该端口并从该端口接收来自用户设备的封装 在 UDP报文中的 SNMP报文， 将所述 SNMP报文封装进 OAM报文， 并记 录 OAM 艮文序号和 UDP 艮文的源 IP和源 UDP端口号的对应关系； 将所述 OAM报文发送给无 IP地址设备； 无 IP地址设备接收到 OAM报文后， 并处 理其中携带的 SNMP报文， 并做出响应， 将响应的 SNMP报文封装在 OAM 报文中； 接入设备接收到相应的 OAM报文后， 从中解析出响应的 SNMP报 文，才艮据 OAM ^艮文序号找到对应的 UDP 4艮文源 IP和源 UDP端口 ,并将 SNMP 报文封装到 UDP报文， 并将 UDP报文发送给所述用户设备。 当然， 当不需 要无 IP地址设备作出回应时， 可以不记录相应的 UDP报文的源端口号和源 IP地址。 可选的， 接入设备接收到 UDP报文后， 可以建立用于封装 UDP中 所携带的 SNMP报文的 OAM报文与该 UDP报文的源 IP地址和源端口的对 应关系， 这样收到响应的 OAM报文后， 可以往该源 IP地址和源端口发送封 装了响应的 SNMP报文的 UDP报文。 可选的 , 还可以建立该源 IP地址与源 端口号和无 IP地址设备上的 MEP地址的映射关系， 如此接入设备可以直接 根据该映射关系， 将来自 MEP的响应的 OAM报文， 封装后发往用户设备。 通过传输层协议端口与无 IP 地址设备固定的映射关系， 以及以太网 OAM报文的封装和解封装， IP网络中的用户设备可以访问接入设备连接的 无 IP地址的设备， 并对无 IP地址的设备实现基于 SNMP的远程管理。 本发明实施例还提供一种通信装置， 该通信装置用于实现以上所介绍的 通信方法， 该通信装置相应的实现方法与通信方法相统一。 如图 8所示， 包括： 接收单元， 用于接收报文； 处理单元， 用于接收来 自所述接收单元的 ,携带有与存储的以太网维护实体组端点 MEP地址相对应 的端口号的传输层协议报文第一报文， 将所述第一报文的部分或全部内容封 装到第二报文中， 所述端口号为所述第一报文目的端口的端口号， 所述第二 报文为以太网操作、管理和维护 OAM报文；根据所述端口号，以及所述 MEP 地址与所述端口号的对应关系， 将所述第二报文的目的地址设置为所述 MEP 地址；发送单元，用于发送来自所述处理单元的 ^艮文。该装置支持以太网 OAM 功能和相应的传输层协议。
MEP地址与协议端口的对应关系可以是直接的 , 即 MEP的媒体接入 控制 （ Media Access Control, MAC )地址与协议端口的直接对应， 也可以 是间接的对应 , 如所述协议端口与 MEP的标识相对应 , 而 MEP的标识与 MEP的 MAC地址相对应。 MEP的标识可以是 MEP编号、 MEP身份标识、 VLAN标识以及其他 MEP标识中一个或者多个的组合。 总之， 该通信装 置可以利用该标识识别该 MEP , 并利用该标识获取发往该 MEP的 ^艮文中 应该填写的目的地址， 也即该标识对于该通信装置来说是唯一的， 且与 MEP的 MAC地址相对应。 值得说明的是， MAC地址可以是 MEP所在的 装置的端口的 MAC地址， 也可以是组播或广播地址。
本发明实施例所述的封装是指，将需要封装的内容封装到 OAM报文的 空闲字段或者自定义字段中， 优选的， 可以将需要封装的内容封装到 OAM 报文的类型、 长度、 数值 TLV字段中。 处理单元， 从传输层协议端口处收取第一^艮文， 换句话说， 处理单元所 接收到的报文中携带了所述传输层协议端口的端口号， 而端口被映射成与该 装置连接的无 IP地址设备的服务端口， 也即该端口的端口号与装置所存储的 某无 IP地址设备的 MEP地址存在对应关系， 则对携带相应的端口号的第一 报文进行封装处理。 可选的， 可以建立相应的套接字实现以上功能， 监听被 映射的传输层协议端口， 并对从该端口收到的报文进行相应的处理。 所述处理单元， 还用于建立所述 MEP地址与所述端口号的对应关系。 或 者， 所述处理单元还用于建立所述 MEP地址与存储的 MEP标识之间的对应 关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。 建立对应 关系的过程可以表现为建立并保存一张或多张对应关系表。 可选的， 处理单元还用于将响应所述第二 ^艮文的第三 ^艮文中的部分或全 部内容封装到第四报文中， 并将所述第四报文的目的地址设置为所述第一报 文的源地址。 处理单元可以基于 OAM报文的性质判断响应报文， 如发送的 是 LBM报文， 而响应的报文则是 LBR报文， 也可以基于报文序号判断是否 为响应的才艮文。 本实施例中， 第一报文是通信网络中通过传输层协议发送过来的报文。 第二报文是本实施例中的通信装置发送给与其连接的无 IP地址装置的报文， 其中该无 IP地址装置为上述所存储的 MEP地址对应的 MEP所在的装置。第 三报文为无 IP地址装置接收到第二报文后响应给本实施例中的通信装置的报 文。 本实施例中的通信装置接收到第三报文后， 生成第四报文， 并将第四报 文响应给发送第一报文的网络装置。 可选的， 在对报文进行封装之前， 处理 单元可以先对报文的类型进行判断， 如果是预先设定的报文类型则进行封装 处理并发送， 比如预先设定的报文可以是 Telnet报文， 可以是 SNMP报文， 也可以是 FTP报文， 如果不是预先设定的报文类型则做其他处理。 具体的， 如果需要处理的报文是 FTP报文， 所述处理单元还可以用于从 来自所述接收单元的 OAM报文中获取数据端口号， 并将所述数据端口号和 所述端口号分别作为 FTP服务器端口号和 FTP客户端端口号 ,建立 FTP数据 链路。 具体的， 该装置可以是数字用户线路接入复用器 （Digital Subscriber
Line Access Multiplexer, DSLAM )、交换机或光线路终端设备 ( optical line terminal, OUT ) 等网络设备。 本发明实施例还提供一种通信装置， 该通信装置用于实现以上所介绍的 通信方法， 该通信装置相应的实现方法与通信方法相统一。 如图 9所示， 该装置包括： 一个或多个接收设备 93 , 用于接收报文； 与所述一个或多个接收设备 93耦合的处理器 91 , 用于接收来自所述一 个或多个接收设备 93的， 携带有与存储的以太网维护实体组端点 MEP地址 相对应的端口号的传输层协议报文第一报文， 将所述第一报文的部分或全部 内容封装到第二报文中， 所述端口号为所述第一报文目的端口的端口号， 所 述第二报文为以太网操作、 管理和维护 OAM报文； 根据所述端口号， 以及 所述 MEP地址与所述端口号的对应关系，将所述第二报文的目的地址设置为 所述 MEP地址； 与所述处理器 91耦合的一个或多个发送设备 92, 用于发送 来自所述处理器 91的报文。 图 9中只给出了一个接收设备 93和一个发送设备 92, 仅为示例， 可以 是多个接收设备和多个发送设备，本发明实施例对此不作限定。通信接口 95, 用于连接该通信装置和通信网络及其他设备。处理器 91的执行步骤可以固化 在相应的硬件中， 如处理器 91 可具体体现为可利用现场可编程逻辑门阵列 ( Field Programmable Gate Array, FPGA ) , 故存储器 94为可选。 当然， 在很 多情况下， 该通信装置是配置有存储设备的， 存储设备里存储了相应的程序 代码、操作系统及应用程序， 处理器 91通过执行存储存储的程序可以实现以 下功能： 接收来自所述一个或多个接收设备 93的， 携带有与存储的以太网维 护实体组端点 MEP地址相对应的端口号的传输层协议 ^艮文第一 ^艮文 ,将所述 第一报文的部分或全部内容封装到第二报文中， 所述端口号为所述第一报文 目的端口的端口号， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 报文的目的地址设置为所述 MEP地址； 本发明实施例所述的封装是指，将需要封装的内容封装到 OAM报文的 空闲字段或者自定义字段中， 优选的， 可以将需要封装的内容封装到 OAM 报文的类型、 长度、 数值 TLV字段中。
MEP地址与协议端口的对应关系可以是直接的 , 即 MEP的媒体接入 控制 （ Media Access Control, MAC )地址与协议端口的直接对应， 也可以 是间接的对应 , 如所述协议端口与 ΜΕΡ的标识相对应 , 而 ΜΕΡ的标识与 ΜΕΡ的 MAC地址相对应。 MEP的标识可以是 MEP编号、 MEP身份标识、 VLAN标识以及其他 MEP标识中一个或者多个的组合。 总得来说， 该通 信装置可以利用该标识识别该 MEP , 并利用该标识获取发往该 MEP的才艮 文中应该填写的目的地址， 也即该标识对于该通信装置来说是唯一的， 且 与 MEP的 MAC地址相对应。值得说明的是， MAC地址可以是 MEP所在 的装置的端口的 MAC地址， 也可以是组播或广播地址。 处理器 91 , 还用于建立所述 MEP地址与所述端口号的对应关系。 或者， 处理器 91 , 还用于建立所述 MEP地址与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。建立对应关系的 过程可以表现为建立并保存一张或多张对应关系表。 处理器 91 , 接收来自接收设备的携带了与所存储的 MEP地址相对应的 端口号的第一报文。 具体的， 从通信装置接收到的报文中携带了所述传输层 协议端口的端口号， 而端口被映射成与该装置连接的无 IP地址设备的服务端 口， 也即该端口的端口号与该通信装置所存储的某无 IP地址设备的 MEP地 址存在对应关系， 则对携带相应的端口号的第 文进行封装处理。 可选的， 可以建立相应的套接字实现以上功能， 监听被映射的传输层协议端口， 并对 从该端口收到的^艮文进行相应的处理。 可选的，处理器 91还用于将响应所述第二 "^文的第三 ^艮文中的部分或全 部内容封装到第四报文中， 并将所述第四报文的目的地址设置为所述第一报 文的源地址。 处理器 91可以基于 OAM报文的性质判断响应报文， 如发送的 是 LBM报文， 而响应的报文则是 LBR报文， 也可以基于报文序号判断是否 为响应的才艮文。 可选的， 在对报文进行封装之前， 处理器 91可以先对报文的类型进行判 断， 如果是预先设定的报文类型则进行封装处理并发送， 比如预先设定的报 文可以是 Telnet报文， 可以是 SNMP报文， 也可以是 FTP报文， 如果不是预 先设定的报文类型则做其他处理。 具体的， 如果需要处理的报文是 FTP报文， 所述处理器 91还可以用于 从来自所述接收单元的 OAM报文中获取数据端口号， 并将所述数据端口号 和所述端口号分别作为 FTP服务器端口号和 FTP客户端端口号， 建立 FTP 数据链路。 可选的， 处理器 91 , 还用于建立保存的 MEP地址与协议端口号的对应 关系。 处理器 91可以是接收到其他设备发送的命令， 开始建立相应的对应关 系， 也可以自主发起。 这种对应关系也可以是早就保存的， 甚至可以是静态 的， 无需设置。 更具体的说， 处理器 91可以建立套接字， 并建立套接字与所 保存的 MEP地址的对应关系， 该套接字与相应的传输层协议端口相对应。 具体的， 该装置可以是数字用户线路接入复用器 （Digital Subscriber Line Access Multiplexer, DSLAM )、交换机或光线路终端设备 ( optical line terminal, OUT ) 等网络设备。 本发明实施例还提供了一种通信系统， 该通信系统包括第一装置、 第 二装置和第三装置， 第一装置通过所述第二装置与所述第三装置连接； 第二装置， 用于接收来自所述第三装置的， 携带有与存储的以太网维护 实体组端点 MEP地址相对应的端口号的传输层协议报文第一报文，所述端口 号为所述第一报文目的端口的端口号； 将所述第一报文的部分或全部内容封 装到第二报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根 据所述端口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二才艮 文发送给所述第一装置； 所述第一装置， 用于接收来自所述第二报文， 并获 取所述第二报文中所封装的内容。 可选的， 所述第二装置， 还用于在所述第二装置接收来自所述第三装置 的第一报文之前，根据来自所述第三装置的指令建立所述 MEP地址与所述端 口号的对应关系。 可选的， 所述第二装置还用于建立所述 MEP地址与存储的 MEP标识之 间的对应关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。 具体的， 可以是， 第二装置根据来自所述第三装置的指令建立套接字， 并建 立所述套接字与所述 MEP地址的对应关系， 所述套接字与所述端口号相对 应。 可选的， 所述第一装置， 还用于根据所述第二报文中所封装的内容， 响 应第三报文， 所述第三报文为以太网 OAM报文； 所述第二装置， 还用于将 所述第三报文的部分或全部内容封装到第四报文中， 并将所述第四报文发送 给所述第三装置。 可选的， 所述第一报文携带远程登录协议 Telnet报文， 或者携带简单网 络管理协议 SNMP 艮文。 可选的， 所述第一报文携带文件传输协议 FTP报文； 所述第二装置还用 于向所述第一装置发送携带了所述端口号和所述第三装置的互联网协议 IP地 址的第五报文， 所述第五报文为 OAM报文； 接收来自所述第一装置的携带 了 FTP主动模式命令的第六报文， 所述第六报文为 OAM报文； 将所述主动 模式命令封装到第七报文中并通过所建立的 FTP命令链路发送给所述第三装 置； 所述第一装置还用于根据所述第五报文中的所述端口号和所述第三装置 的 IP地址， 生成所述主动模式命令， 并将所述主动模式命令封装在所述第六 报文中， 所述主动模式命令中包含所述端口号； 所述第三装置用于根据所述 第七报文中的主动模式命令， 将所述端口号作为 FTP客户端端口号， 将所述 第二装置的 IP地址作为 FTP客户端 IP地址， 建立 FTP数据链路。 可选的， 所述第一报文携带文件传输协议 FTP报文； 所述第二装置还用 于接收来自所述第一装置的携带了 FTP被动模式命令的第八报文， 所述第八 报文为 OAM报文； 将所述被动模式命令封装到第九报文中并通过所建立的 FTP命令链路发送给所述第三装置； 接收所述第三装置响应的第十报文， 所 述第十报文携带数据端口号； 将所述第十报文封装到第十一报文中， 并发送 给所述第一装置； 接收所述第一装置响应的第十二报文， 并从所述第十二报 文中获取所述数据端口号； 将所述数据端口号和所述端口号分别作为 FTP服 务器端口号和 FTP客户端端口号， 将所述第二装置的 IP地址作为 FTP客户 端 IP地址， 建立 FTP数据链路； 所述第一装置， 还用于从所述第十一报文中 获取所述第十报文， 从所述第十报文中获取所述数据端口号， 将所述数据端 口号封装在所述第十二报文中并发送给所述第二装置。 本发明实施例提供的通信方法、 通信装置和通信系统， 通过建立传输层 协议端口与通信装置连接的无 IP地址设备上的 MEP地址的对应关系， 以及 通过 OAM报文承载应用层报文， 实现了对接入设备连接的无 IP地址设备进 行基于 IP地址的通信和管理。 本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM, RAM, 磁碟或者光盘等各种可以存储程序代码的介 最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种通信方法， 其特征在于， 应用于通信系统中， 所述通信系统包括 第一装置、 第二装置和第三装置， 所述第一装置通过所述第二装置与所述第 三装置连接， 所述通信方法包括： 所述第二装置接收携带有与以太网维护实体组端点 MEP地址相对应的 端口号的第一报文， 其中， 所述第一报文为来自所述第三装置的传输层协议 文， 所述端口号为所述第一 ^艮文目的端口的端口号， 所述 MEP地址为所述 第一装置上的 MEP的 MEP地址； 所述第二装置将所述第一报文的部分或全部内容封装到第二报文中， 所 述第二报文为以太网操作、 管理和维护 OAM报文； 所述第二装置根据所述端口号，以及所述 MEP地址与所述端口号的对应 关系， 将所述第二报文发送给所述第一装置上的所述 MEP。
2、 根据权利要求 1所述通信方法， 其特征在于： 在所述第二装置接收来自所述第一报文之前， 所述第二装置建立所述地 址所述 MEP地址与所述端口号的对应关系。
3、 根据权利要求 2所述通信方法， 其特征在于， 所述第二装置建立所述 地址所述 MEP地址与所述端口号的对应关系具体包括： 所述第二装置建立所述 MEP地址与所述 MEP的 MEP标识之间的对应关 系； 所述第二装置建立所述 MEP标识与所述端口号之间的对应关系。
4、 根据权利要求 1至 3任意一项所述通信方法， 其特征在于， 所述通信 方法还包括： 所述第二装置接收来自所述第一装置响应的第三报文， 所述第三报文为 以太网 OAM ^艮文； 所述第二装置将所述第三报文的部分或全部内容封装到第四报文中并发 送给所述第三装置。
5、 根据权利要求 1至 4任意一项所述通信方法， 其特征在于： 所述第一报文携带远程登录协议 Telnet报文， 或者携带简单网络管理协 议 SNMP报文。
6、 根据权利要求 1至 4任意一项所述通信方法， 其特征在于： 所述第一报文携带文件传输协议 FTP报文； 在所述第二装置接收来自所述第三装置的第一报文之前， 所述通信方法 还包括： 所述第二装置向所述第一装置发送携带了所述端口号和所述第三装置的
IP地址的第五报文， 所述第五报文为 OAM报文； 所述第二装置接收来自所述第一装置的携带了 FTP主动模式命令的第六 报文， 所述第六报文为 OAM报文， 所述主动模式命令中包含所述端口号和 所述第三装置的 IP地址； 所述第二装置将所述主动模式命令封装到第七报文中并通过所建立的
FTP命令链路发送给所述第三装置， 以建立 FTP数据链路。
7、 根据权利要求 1至 4任意一项所述通信方法， 其特征在于： 所述第一报文携带文件传输协议 FTP报文； 在所述第二装置接收来自所述第三装置的第一报文之前， 所述通信方法 还包括： 所述第二装置接收来自所述第一装置的携带了 FTP被动模式命令的第八 报文， 所述第八报文为 OAM报文； 所述第二装置将所述被动模式命令封装到第九报文中并通过所建立的 FTP命令链路发送给所述第三装置； 所述第二装置接收所述第三装置响应的第十报文， 所述第十报文携带数 据端口号， 所述第十报文为 FTP报文； 所述第二装置将所述第十报文封装到第十一报文中， 并发送给所述第一 装置， 所述第十一报文为 OAM报文； 所述第二装置接收所述第一装置响应的第十二报文， 并从所述第十二报 文中获取所述数据端口号， 所述第十二报文为 OAM报文； 所述第二装置将所述数据端口号和所述端口号分别作为 FTP服务器端口 号和 FTP客户端端口号， 将所述第二装置的互联网协议 IP地址作为 FTP客 户端 IP地址， 建立 FTP数据链路。
8、 一种通信装置， 其特征在于， 所述通信装置包括： 接收单元， 用于接收报文； 处理单元，用于接收携带有与存储的以太网维护实体组端点 MEP地址相 对应的端口号的第一报文， 其中， 所述第一报文为来自所述接收单元的传输 层协议报文， 所述端口号为所述第一报文目的端口的端口号； 将所述第一报 文的部分或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管理 和维护 OAM报文； 根据所述端口号， 以及所述 MEP地址与所述端口号的对 应关系， 将所述第二报文的目的地址设置为所述 MEP地址； 发送单元， 用于发送来自所述处理单元的报文。
9、 根据权利要求 8所述通信装置， 其特征在于： 所述处理单元， 还用于建立所述 MEP地址与所述端口号的对应关系。
10、 根据权利要求 8所述通信装置， 其特征在于： 所述处理单元还用于建立所述 MEP地址与存储的 MEP标识之间的对应 关系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。
11、 根据权利要求 8至 10任意一项所述通信装置， 其特征在于： 所述处理单元， 还用于将响应所述第二 "^文的第三 ^艮文的部分或全部内 容封装到第四报文中， 并将所述第四报文的目的地址设置为所述第一报文的 源地址。
12、 根据权利要求 8至 11任意一项所述通信装置， 其特征在于： 所述第一报文携带远程登录协议 Telnet报文， 或者携带简单网络管理协 议 SNMP报文。
13、 根据权利要求 8至 11任意一项所述通信装置， 其特征在于： 所述第一报文携带简单网络管理协议 FTP报文； 所述处理单元， 还用于从来自所述接收单元的 OAM报文中获取数据端 口号， 并将所述数据端口号和所述端口号分别作为 FTP服务器端口号和 FTP 客户端端口号， 建立 FTP数据链路。
14、 一种通信装置， 其特征在于， 所述通信装置包括： 一个或多个接收设备， 用于接收报文； 与所述一个或多个接收设备耦合的处理器， 用于接收携带有与存储的以 太网维护实体组端点 MEP地址相对应的端口号的第一 ^艮文， 其中， 所述第一 报文为来自所述一个或多个接收设备的传输层协议报文， 所述端口号为所述 第一报文目的端口的端口号； 将所述第一报文的部分或全部内容封装到第二 报文中， 所述第二报文为以太网操作、 管理和维护 OAM报文； 根据所述端 口号， 以及所述 MEP地址与所述端口号的对应关系， 将所述第二 "^文的目的 地址设置为所述 MEP地址； 与所述处理器耦合的一个或多个发送设备， 用于发送来自所述处理器的 报文。
15、 根据权利要求 14所述通信装置， 其特征在于： 所述处理器， 还用于建立所述 MEP地址与所述端口号的对应关系。
16、 根据权利要求 15所述通信装置， 其特征在于： 所述处理器还用于建立所述 MEP地址与存储的 MEP标识之间的对应关 系， 以及用于建立所述 MEP标识与所述端口号之间的对应关系。
17、 根据权利要求 14至 16任意一项所述通信装置， 其特征在于： 所述处理器， 还用于将响应所述第二报文的第三报文中的部分或全部内 容封装到第四报文中， 并将所述第四报文的目的地址设置为所述第一报文的 源地址。
18、 根据权利要求 14至 17任意一项所述通信装置， 其特征在于： 所述第一报文携带远程登录协议 Telnet报文， 或者携带简单网络管理协 议 SNMP报文。
19、 根据权利要求 14至 17任意一项所述通信装置， 其特征在于： 所述第一报文携带文件传输协议 FTP报文； 所述处理器， 还用于从来自所述一个或多个接收设备的 OAM报文中获 取数据端口号， 并将所述数据端口号和所述端口号分别作为 FTP服务器端口 号和 FTP客户端端口号， 建立 FTP数据链路。
20、 一种通信系统， 其特征在于， 所述通信系统包括第一装置、 第二装 置和第三装置， 所述第一装置通过所述第二装置与所述第三装置连接； 所述第二装置，用于接收携带有与存储的以太网维护实体组端点 MEP地 址相对应的端口号的第一报文， 其中所述第一报文为来自所述第三装置的传 输层协议报文， 所述端口号为所述第一报文目的端口的端口号； 将所述第一 报文的部分或全部内容封装到第二报文中， 所述第二报文为以太网操作、 管 理和维护 OAM报文； 根据所述端口号， 以及所述 MEP地址与所述端口号的 对应关系， 将所述第二报文发送给所述第一装置； 所述第一装置， 用于接收来自所述第二报文， 并获取所述第二报文中所 封装的内容。
21、 根据权利要求 20所述通信系统， 其特征在于: 所述第二装置， 还用于在所述第二装置接收来自所述第三装置的第一报 文之前，根据来自所述第三装置的指令建立所述 MEP地址与所述端口号的对 应关系。
22、 根据权利要求 20所述通信系统， 其特征在于： 所述第二装置，还用于根据来自所述第三装置的指令建立所述 MEP地址 与存储的 MEP标识之间的对应关系， 以及用于建立所述 MEP标识与所述端 口号之间的对应关系。
23、 根据权利要求 20至 22任意一项所述通信系统， 其特征在于： 所述第一装置， 还用于根据所述第二报文中所封装的内容， 响应第三报 文， 所述第三报文为以太网 OAM报文； 所述第二装置， 还用于将所述第三报文中的部分或全部内容封装到第四 报文中， 并将所述第四报文发送给所述第三装置。
24、 根据权利要求 20至 23任意一项所述通信系统， 其特征在于： 所述第一报文携带远程登录协议 Telnet报文， 或者携带简单网络管理协 议 SNMP报文。
25、 根据权利要求 20至 23任意一项所述通信系统， 其特征在于： 所述第一报文携带文件传输协议 FTP报文；
所述第二装置还用于向所述第一装置发送携带了所述端口号和所述第三 装置的互联网协议 IP地址的第五报文， 所述第五报文为 OAM报文； 接收来 自所述第一装置的携带了 FTP 主动模式命令的第六报文， 所述第六报文为 OAM报文； 将所述主动模式命令封装到第七报文中并通过所建立的 FTP命 令链路发送给所述第三装置； 所述第一装置还用于根据所述第五报文中的所述端口号和所述第三核装 置的 IP地址， 生成所述主动模式命令， 并将所述主动模式命令封装在所述第 六报文中， 所述主动模式命令中包含所述端口号；
所述第三装置用于根据所述第七报文中的主动模式命令， 将所述端口号 作为 FTP客户端端口号，将所述第二装置的 IP地址作为 FTP客户端 IP地址， 建立 FTP数据链路。
26、 根据权利要求 20至 23任意一项所述通信系统， 其特征在于： 所述第一报文携带文件传输协议 FTP报文；
所述第二装置还用于接收来自所述第一装置的携带了 FTP被动模式命令 的第八报文， 所述第八报文为 OAM报文； 将所述被动模式命令封装到第九 报文中并通过所建立的 FTP命令链路发送给所述第三装置； 接收所述第三装 置响应的第十报文， 所述第十报文携带数据端口号； 将所述第十报文封装到 第十一报文中， 并发送给所述第一装置； 接收所述第一装置响应的第十二报 文， 并从所述第十二报文中获取所述数据端口号； 将所述数据端口号和所述 端口号分别作为 FTP服务器端口号和 FTP客户端端口号，将所述第二装置的 IP地址作为 FTP客户端 IP地址， 建立 FTP数据链路； 所述第一装置， 还用于从所述第十一报文中获取所述第十报文， 从所述 第十报文中获取所述数据端口号， 将所述数据端口号封装在所述第十二报文 中并发送给所述第二装置。
PCT/CN2013/072485 2013-03-12 2013-03-12 一种通信方法、装置及系统 Ceased WO2014139094A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201380000212.3A CN104247349B (zh) 2013-03-12 2013-03-12 一种通信方法、装置及系统
PCT/CN2013/072485 WO2014139094A1 (zh) 2013-03-12 2013-03-12 一种通信方法、装置及系统
EP13866496.6A EP2802111A4 (en) 2013-03-12 2013-03-12 METHOD, DEVICE AND COMMUNICATION SYSTEM
US14/313,793 US9380133B2 (en) 2013-03-12 2014-06-24 Communication method, apparatus and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/072485 WO2014139094A1 (zh) 2013-03-12 2013-03-12 一种通信方法、装置及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/313,793 Continuation US9380133B2 (en) 2013-03-12 2014-06-24 Communication method, apparatus and system

Publications (1)

Publication Number Publication Date
WO2014139094A1 true WO2014139094A1 (zh) 2014-09-18

Family

ID=51535793

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/072485 Ceased WO2014139094A1 (zh) 2013-03-12 2013-03-12 一种通信方法、装置及系统

Country Status (4)

Country Link
US (1) US9380133B2 (zh)
EP (1) EP2802111A4 (zh)
CN (1) CN104247349B (zh)
WO (1) WO2014139094A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105790986A (zh) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 光网络单元dpu设备管理方法、装置及系统
CN109428916A (zh) * 2017-08-25 2019-03-05 中兴通讯股份有限公司 数据传输方法和装置、终端及服务器

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11212321B2 (en) * 2014-08-18 2021-12-28 Nokia Solutions and Network OY Group communication service enabler security
CN106899635B (zh) * 2015-12-18 2021-03-09 中国移动通信集团四川有限公司 文件传输协议数据链路实现固定通信端口的方法及装置
CN107205180B (zh) * 2016-03-17 2021-01-15 华为技术有限公司 消息传输方法、中继设备及消息处理器
US10887231B2 (en) * 2018-05-18 2021-01-05 Juniper Networks, Inc. Packet fragment forwarding without reassembly
US11451585B2 (en) 2019-11-13 2022-09-20 Juniper Networks, Inc. Anti-spoof check of IPv4-in-IPv6 fragments without reassembly
US11165701B1 (en) 2020-03-31 2021-11-02 Juniper Networks, Inc. IPV6 flow label for stateless handling of IPV4-fragments-in-IPV6
CN111683073A (zh) * 2020-05-29 2020-09-18 烽火通信科技股份有限公司 一种基于mac的三层应用的通信方法及系统
US11570283B1 (en) 2020-07-20 2023-01-31 Juniper Networks, Inc. IPv6 extension header for stateless handling of fragments in IPv6
CN114501192B (zh) * 2020-11-11 2025-08-01 中兴通讯股份有限公司 业务配置方法、光网络单元、光线路终端和介质
CN114430513A (zh) * 2021-12-28 2022-05-03 北京格林威尔科技发展有限公司 一种光传送网络中的设备管理方法和装置
CN115442359A (zh) * 2022-08-08 2022-12-06 天翼云科技有限公司 一种数据传输方法、装置、设备及介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040184408A1 (en) * 2003-03-22 2004-09-23 Sbc Properties, L.P. Ethernet architecture with data packet encapsulation
CN101515950A (zh) * 2009-04-09 2009-08-26 杭州华三通信技术有限公司 Wlan子网终端的dhcp实现方法、装置及无线接入客户端
CN101552745A (zh) * 2008-03-31 2009-10-07 华为技术有限公司 一种实现nat的方法及装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU760640B2 (en) * 1998-06-19 2003-05-22 Juniper Networks, Inc. An interconnect network for operation within a communication node
CN100393039C (zh) * 2002-12-02 2008-06-04 中兴通讯股份有限公司 无ip地址设备网管方法
TWI245521B (en) * 2004-06-01 2005-12-11 Realtek Semiconductor Corp Network address-port translation device and method
US7688742B2 (en) * 2005-01-14 2010-03-30 Alcatel Lucent System and method for monitoring end nodes using ethernet connectivity fault management (CFM) in an access network
US8085670B2 (en) * 2005-12-21 2011-12-27 Nortel Networks Limited Method and system for originating connectivity fault management (CFM) frames on non-CFM aware switches
US8804534B2 (en) * 2007-05-19 2014-08-12 Cisco Technology, Inc. Interworking between MPLS/IP and Ethernet OAM mechanisms
CN101588367B (zh) * 2009-07-07 2012-05-30 北京邮电大学 一种基于mpls-tp签名标签的oam组件通信机制
US8483069B1 (en) * 2010-01-13 2013-07-09 Juniper Networks, Inc. Tracing Ethernet frame delay between network devices
CN102149024B (zh) * 2010-02-04 2014-04-16 华为技术有限公司 一种olt代理管理onu的方法、设备及系统
WO2011144495A1 (en) * 2010-05-19 2011-11-24 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for use in an openflow network
JP5485821B2 (ja) * 2010-07-08 2014-05-07 富士通テレコムネットワークス株式会社 通信フレームの中継装置および中継方法
KR101329007B1 (ko) * 2012-05-31 2013-11-12 삼성에스디에스 주식회사 아이디 기반 암호 시스템을 위한 비밀키 생성 장치 및 그 방법, 그리고 그 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 기록매체
US9203549B2 (en) * 2012-06-06 2015-12-01 Ciena Corporation Systems and methods for operational simplification of carrier ethernet networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040184408A1 (en) * 2003-03-22 2004-09-23 Sbc Properties, L.P. Ethernet architecture with data packet encapsulation
CN101552745A (zh) * 2008-03-31 2009-10-07 华为技术有限公司 一种实现nat的方法及装置
CN101515950A (zh) * 2009-04-09 2009-08-26 杭州华三通信技术有限公司 Wlan子网终端的dhcp实现方法、装置及无线接入客户端

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2802111A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105790986A (zh) * 2014-12-23 2016-07-20 中兴通讯股份有限公司 光网络单元dpu设备管理方法、装置及系统
CN109428916A (zh) * 2017-08-25 2019-03-05 中兴通讯股份有限公司 数据传输方法和装置、终端及服务器

Also Published As

Publication number Publication date
EP2802111A4 (en) 2015-10-07
CN104247349A (zh) 2014-12-24
EP2802111A1 (en) 2014-11-12
US9380133B2 (en) 2016-06-28
CN104247349B (zh) 2017-09-19
US20140307738A1 (en) 2014-10-16

Similar Documents

Publication Publication Date Title
CN104247349B (zh) 一种通信方法、装置及系统
US8634308B2 (en) Path detection in trill networks
US11374857B2 (en) Network device management method and apparatus, and system for indicating a network device to perform management operation
US8885488B2 (en) Reachability detection in trill networks
US11489752B2 (en) Forwarding entry monitoring method and apparatus
CN106713100B (zh) 一种自动建立隧道的方法、cpe及汇聚设备
WO2017054576A1 (zh) 单播隧道建立方法、装置和系统
CN110875855A (zh) 检测网络链路状态的方法和网络设备
WO2015096409A1 (zh) 软件定义网络中的链路发现方法、装置及系统
WO2018214809A1 (zh) 消息发送方法及装置、存储介质
CN103701628A (zh) 家庭网关的配置管理方法、虚拟家庭网关和光网络终端
CN101826990A (zh) 检测虚拟伪线连通性的方法、装置及系统
US10805169B2 (en) Topology determining method, message response method, controller, and switch
CN105450779A (zh) 一家电设备连接多服务器的方法
US9537672B2 (en) Method for managing customer edge device automatically and PE device
CN103368847A (zh) 宽带融合通信的方法及路由器
WO2020147683A1 (zh) 一种连通性检测会话的创建方法、网络设备和系统
CN105790984A (zh) 一种操作维护管理功能的配置、实现方法及转发设备
CN102437932B (zh) 低速链路链路状态信息管理的方法、装置及系统
WO2017219856A1 (zh) 电路认证处理方法、系统、控制器和计算机存储介质
WO2023143186A1 (zh) 一种数据传输方法、系统及装置
CN103609066A (zh) 操作、管理、维护配置信息查询的方法及节点
CN101902344B (zh) 一种ptdn中的组播树建立方法和系统
CN116743861A (zh) 一种组播加入方法及相关设备
CN105703924A (zh) 配置方法及装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2013866496

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13866496

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE