WO2021012799A1 - 基于邻居协商实现网络对通的方法及装置 - Google Patents

基于邻居协商实现网络对通的方法及装置 Download PDF

Info

Publication number
WO2021012799A1
WO2021012799A1 PCT/CN2020/093797 CN2020093797W WO2021012799A1 WO 2021012799 A1 WO2021012799 A1 WO 2021012799A1 CN 2020093797 W CN2020093797 W CN 2020093797W WO 2021012799 A1 WO2021012799 A1 WO 2021012799A1
Authority
WO
WIPO (PCT)
Prior art keywords
mode
request
switching
switch
accessed
Prior art date
Application number
PCT/CN2020/093797
Other languages
English (en)
French (fr)
Inventor
李久明
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Priority to EP20844747.4A priority Critical patent/EP3979570A4/en
Priority to US17/622,763 priority patent/US20220255806A1/en
Publication of WO2021012799A1 publication Critical patent/WO2021012799A1/zh

Links

Images

Classifications

    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • 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/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/12—Discovery or management of network topologies
    • 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]
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3054—Auto-negotiation, e.g. access control between switch gigabit interface connector [GBIC] and link
    • 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/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks

Definitions

  • the present disclosure relates to the field of communications, and in particular to a method and device for realizing network communication based on neighbor negotiation.
  • the Data Communication Network (DCN for short) is the management channel of the bearer equipment and provides the communication function of the network management and network elements.
  • DCN Data Communication Network
  • the bearer equipment when the bearer equipment is connected to the optical fiber, it can self-organize the network after being powered on, forming a network with IPv4 Layer 3 traffic forwarding capability for carrying network management traffic.
  • the flexible Ethernet FlexE port needs to be hierarchically configured to work. Compared with the packet port, it is an improvement on the physical layer port, and the improvement on the encapsulation of business packets on the physical layer. Therefore, when the FlexE bearer device is connected to the traditional Ethernet ETH bearer device, or when the ETH bearer device network is upgraded to a FlexE bearer device, due to the configuration sequence, it will not be able to directly communicate with each other, and some network elements will be out of control.
  • the embodiments of the present disclosure provide a method and device for realizing network interconnection based on neighbor negotiation, so as to solve the problem that the two types of network bearer devices in the prior art cannot communicate during interconnection caused by the mismatch of the two types of network bearing devices.
  • the method for implementing network interworking based on neighbor negotiation includes: switching a link mode from a first mode to a second mode; and sending a device to be connected to switch from the second mode to the first mode.
  • Mode switching request after receiving the response sent by the device to be accessed, switch the second mode back to the first mode, and the response is used to indicate that the device to be accessed is to be switched to the first mode One mode.
  • the embodiment of the present disclosure also provides a method for realizing network communication based on neighbor negotiation, including:
  • the road mode is switched from the second mode to the first mode.
  • the embodiment of the present disclosure also provides a device for realizing network communication based on neighbor negotiation, including:
  • the first mode switching unit is configured to switch the link mode from the first mode to the second mode; the request sending unit is configured to send a switching request from the second mode to the first mode to the device to be accessed The first mode switching unit is further configured to switch the second mode back to the first mode after receiving the response sent by the device to be accessed, and the response is used to indicate the waiting The incoming device is to be switched to the first mode.
  • the embodiment of the present disclosure also provides a device for realizing network communication based on neighbor negotiation, including:
  • the request receiving unit is configured to receive a switching request from the connected device to switch from the second mode to the first mode; the request response unit is configured to send the connected device to the connected device after receiving the switching request. A response to switching to the first mode; a second mode switching unit configured to switch the link mode from the second mode to the first mode.
  • the embodiment of the present disclosure also provides a computer-readable storage medium, the computer-readable storage medium stores a program for realizing information transfer, and when the program is executed by a processor, it realizes the network communication based on neighbor negotiation as described above. Methods.
  • Fig. 1 is a flowchart (1) of a method for realizing network communication based on neighbor negotiation in an embodiment of the present disclosure
  • Fig. 2 is a flowchart (2) of a method for realizing network communication based on neighbor negotiation in an embodiment of the present disclosure
  • Fig. 3 is a flowchart (3) of a method for realizing network communication based on neighbor negotiation in an embodiment of the present disclosure
  • Fig. 4 is a flowchart (4) of a method for realizing network communication based on neighbor negotiation in an embodiment of the present disclosure
  • FIG. 5 is a schematic diagram of the structure of an electronic device in an embodiment of the present disclosure.
  • Fig. 6 is a schematic diagram of an application scenario of an embodiment of the present disclosure.
  • the method can be used on the side of the connected device, and the connected device is the device that has connected to the communication network.
  • the network link mode of the device that is, the device to be connected to the communication network
  • the network link mode of the device in the communication network that is, the connected device
  • Fig. 1 is a flowchart (1) of a method for realizing network interworking based on neighbor negotiation in an embodiment of the present disclosure. As shown in Fig. 1, the method may include:
  • S101 Switch the link mode from the first mode to the second mode
  • first mode and the second mode are two different network modes.
  • one of the first mode and the second mode may be the traditional Ethernet ETH mode, and the other One can be a flexible Ethernet FlexE mode.
  • S102 Send a switching request for switching from the second mode to the first mode to the device to be accessed.
  • the “to be switched to the first mode” mentioned here can be understood as all preparations for the device to be connected to have completely switched to the first mode.
  • the device to be connected can switch the link mode from the second mode to the first mode at any time after sending the response.
  • the connected device and the device to be connected can be negotiated to realize the network communication between the device to be connected (the network does not communicate with the device to be connected) and the connected device, and the implementation method is simple And high efficiency.
  • the method further includes:
  • the second mode is switched back to the first mode.
  • sending a switching request from the second mode to the first mode to the device to be accessed may specifically include:
  • the extended LLDP request message can be used to carry the switching request, which can simplify the sending of the switching request, and since the extended LLDP request message is sent periodically, the timeliness for the link mode to switch from the first mode to the second mode The performance does not need to be strictly controlled, and there is at least one extended LLDP request message sent in the second mode to reach the device to be accessed, which can effectively reduce the probability of failing to send the handover request.
  • receiving the response to be switched to the first mode sent by the device to be accessed may be by receiving an extended LLDP response message sent by the device to be accessed, and the extended LLDP response message carries the device to be connected to be switched to the first mode. ’S response.
  • the embodiment of the present disclosure also provides a method for realizing network interworking based on neighbor negotiation.
  • the method can be used on the side of the device to be connected, and the device to be connected is the device to be connected to the communication network.
  • the link mode of the network of the connected device is not compatible with the link mode of the network of the device in the communication network (that is, the connected device).
  • Fig. 2 is a flowchart (2) of a method for implementing network interworking based on neighbor negotiation in an embodiment of the present disclosure. As shown in Fig. 2, the method may include:
  • the “to be switched to the first mode” mentioned here can be understood as all preparations for the device to be connected to have completely switched to the first mode.
  • the device to be connected can switch the link mode from the second mode to the first mode at any time after sending the response.
  • S203 Switch the link mode from the second mode to the first mode.
  • the connected device and the device to be connected can be negotiated to realize the network communication between the device to be connected (the network does not communicate with the device to be connected) and the connected device, and the implementation method is simple And high efficiency.
  • receiving the switching request from the second mode to the first mode sent by the connected device may specifically include:
  • the device to be connected can send the received extended LLDP request message to the LLDP protocol module. If the extended LLDP request message contains a link mode switching request, it will be carried by the extended LLDP response message to be switched to The response of the first mode is sent to the connected device.
  • FIG. 3 a specific embodiment is used to describe in detail the method for implementing network interworking based on neighbor negotiation according to an embodiment of the present disclosure. It should be understood that the following description is only an exemplary description, rather than a specific limitation to the present disclosure. Any similar structure and similar changes that adopt the present disclosure should be included in the protection scope of the present disclosure.
  • the connected devices R1, R2, and R3 are all in FlexE mode. Now the devices to be connected R4...RX are connected to the existing networks R1 and R3, because the devices to be connected R4...
  • the link mode of RX is ETH mode, and ETH mode and FlexE mode cannot be directly connected.
  • the embodiment of the present disclosure proposes a method for implementing network interworking based on neighbor negotiation on the side of the connected device (such as R1). As shown in FIG. 3, the method includes:
  • the extended LLDP request message periodically sent to R4 carries a switching request requesting R4 to switch its link mode from ETH mode to FlexE mode;
  • step S301 and step S302 are not strictly controlled. You can perform step S301 first and then step S302, or you can perform it first Step S301 is executed after step S302.
  • R4 is an extended LLDP response message sent in ETH mode, and the extended LLDP response message carries R4 that is ready to switch from ETH mode to FlexE mode.
  • the embodiment of the present disclosure also proposes a method for network interworking based on neighbor negotiation on the side of the device to be accessed (such as R4). As shown in FIG. 4, the method includes:
  • S401 Receive an extended LLDP request message periodically sent by R1 and send it to the LLDP protocol module;
  • the LLDP protocol module determines whether the extended LLDP request message carries a switching request requesting R4 to switch its link mode from ETH mode to FlexE mode;
  • the R4 link mode can be switched from the ETH mode to the FlexE mode after the interval t after sending the extended LLDP response message to R1.
  • any two adjacent devices can refer to the steps of R1 to R4, until the entire network topology is connected.
  • the method for realizing network interconnection based on neighbor negotiation in the embodiments of the present disclosure can be used to solve the interconnection problem of the ETH bearer network and the FlexE bearer network in related technologies.
  • the embodiment of the present disclosure also provides a device for realizing network communication based on neighbor negotiation, including:
  • the first mode switching unit is configured to switch the link mode from the first mode to the second mode
  • the request sending unit is configured to send a switching request from the second mode to the first mode to the device to be accessed;
  • the first mode switching unit is further configured to switch the second mode back to the first mode after receiving the response to be switched to the first mode sent by the device to be accessed.
  • the first mode switching unit is further configured to:
  • the second mode is switched back to the first mode.
  • the request sending unit is set to:
  • the extended LLDP request message is periodically sent to the device to be accessed, and the extended LLDP request message carries a handover request.
  • the embodiment of the present disclosure also provides a device for realizing network communication based on neighbor negotiation, including:
  • the request receiving unit is configured to receive a switching request from the second mode to the first mode sent by the connected device;
  • the request response unit is configured to send a response to be switched to the first mode to the connected device after receiving the switching request;
  • the second mode switching unit is configured to switch the link mode from the second mode to the first mode.
  • the request receiving unit is set to:
  • An embodiment of the present disclosure provides an electronic device, as shown in FIG. 5, comprising: a memory 1010, a processor 1020, and a computer program stored on the memory 1010 and running on the processor 1020, the computer program When executed by the processor 1020, steps S101-S103 or steps S201-S203 may be implemented:
  • S101 Switch the link mode from the first mode to the second mode
  • S102 Send a switching request for switching from the second mode to the first mode to the device to be accessed;
  • S201 Receive a switch request from the second mode to the first mode sent by the connected device in the second mode.
  • S203 Send a response that the connected device has switched to the first mode to trigger the connected device to switch the second mode back to the first mode.
  • the embodiment of the present disclosure provides a computer-readable storage medium that stores a program for realizing information transmission.
  • steps S101-S103 or steps S201-S203 can be implemented. .
  • S101 Switch the link mode from the first mode to the second mode
  • S102 Send a switching request for switching from the second mode to the first mode to the device to be accessed.
  • S201 Receive a switch request from the second mode to the first mode sent by the connected device in the second mode.
  • S203 Send a response that the connected device has switched to the first mode to trigger the connected device to switch the second mode back to the first mode.
  • the computer-readable storage medium described in this embodiment includes but is not limited to: ROM, RAM, magnetic disk, or optical disk.
  • modules or steps of the present disclosure can be implemented by a general computing device, and they can be concentrated on a single computing device or distributed in a network composed of multiple computing devices.
  • they can be implemented with program codes executable by a computing device, so that they can be stored in a storage device for execution by the computing device, and in some cases, can be executed in a different order than here.

Abstract

本公开提供了基于邻居协商实现网络对通的方法及装置，基于邻居协商实现网络对通的方法包括：将链路模式由第一模式切换至第二模式；向待接入设备发送由第二模式切换至第一模式的切换请求；接收到待接入设备发送的待切换至第一模式的应答后，将第二模式切回第一模式。采用本公开实施例，可以快速从现网一侧实现一键对通新入网设备，解决现有技术中两种网络承载设备不匹配造成对接时无法互通的问题。

Description

基于邻居协商实现网络对通的方法及装置 技术领域
本公开涉及通信领域，尤其涉及一种基于邻居协商实现网络对通的方法及装置。
背景技术
数据通信网络(Data Communication Network，简称为DCN)是承载设备的管理通道，提供网管和网元的通信功能。一般而言，承载设备接上光纤，上电后就能自组网，形成一个具备IPv4三层流量转发能力的网络，用于承载网管流量。
相关技术中，根据OIF FlexE10.0中的定义，灵活以太网FlexE端口需要进行层次化端口配置才能工作。相对于分组端口，它是对物理层端口的改进，物理层上对业务报文的封装改进。因此在FlexE承载设备与传统以太网ETH承载设备对接时，或者ETH承载设备网络升级为FlexE承载设备时由于配置顺序的原因，均会无法直接互通，出现部分网元脱管。
发明内容
本公开实施例提供一种基于邻居协商实现网络对通的方法及装置，用以解决现有技术中两种网络承载设备不匹配造成对接时无法互通的问题。
根据本公开实施例的基于邻居协商实现网络对通的方法，包括：将链路模式由第一模式切换至第二模式；向待接入设备发送由所述第二模式切换至所述第一模式的切换请求；接收到所述待接入设备发送的应答后，将所述第二模式切回所述第一模式，所述应答用于表示所述待接入设备待切换至所述第一模式。
本公开实施例还提供一种基于邻居协商实现网络对通的方法，包括：
接收已接入设备发送的由第二模式切换至第一模式的切换请求；当接收到所述切换请求时，向所述已接入设备发送待切换至所述第一模式的应答；将链路模式由所述第二模式切换至所述第一模式。
本公开实施例还提供一种基于邻居协商实现网络对通的装置，包括：
第一模式切换单元，设置为将链路模式由所述第一模式切换至所述第二模式；请求发送单元，设置为向待接入设备发送由第二模式切换至第一模式的切换请求；所述第一模式切换单元，还设置为在接收到所述待接入设备发送的应答后，将所述第二模式切回所述第一模式，所述应答用于表示所述待接入设备待切换至所述第一模式。
本公开实施例还提供一种基于邻居协商实现网络对通的装置，包括：
请求接收单元，设置为接收已接入设备发送的由第二模式切换至第一模式的切换请求；请求应答单元，设置为在接收到所述切换请求后，向所述已接入设备发送已切换至所述第一模式的应答；第二模式切换单元，设置为将链路模式由所述第二模式切换至所述第一模式。
本公开实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有信息传递的实现程序，所述程序被处理器执行时实现如上所述的基于邻居协商实现网络对通的方法。
采用本公开实施例，可以快速从现网一侧实现一键对通新入网设备，解决现有技术中两种网络承载设备不匹配造成对接时无法互通的问题。
上述说明仅是本公开技术方案的概述，为了能够更清楚了解本公开的技术手段，而可依照说明书的内容予以实施，并且为了让本公开的上述和其它目的、特征和优点能够更明显易懂，以下特举本公开的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目 的，而并不认为是对本公开的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1是本公开实施例中基于邻居协商实现网络对通的方法的流程图(一)；
图2是本公开实施例中基于邻居协商实现网络对通的方法的流程图(二)；
图3是本公开实施例中基于邻居协商实现网络对通的方法的流程图(三)；
图4是本公开实施例中基于邻居协商实现网络对通的方法的流程图(四)；
图5是本公开实施例中电子设备的结构示意图；
图6是本公开实施例的应用场景示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
根据本公开实施例的基于邻居协商实现网络对通的方法，所述方法可以用于已接入设备侧，已接入设备即已经接入通讯网络的设备，该方法可以适用于当待接入设备(即待接入通讯网络的设备)的网络的链路模式与通讯网络中的设备(即已接入设备)的网络的链路模式不对通的情况下。
图1是本公开实施例中基于邻居协商实现网络对通的方法的流程图(一)，如图1所示，所述方法可以包括：
S101，将链路模式由第一模式切换至第二模式；
这里需要说明的是，第一模式与第二模式是两种不同的网络模式，例如，在本公开的一些示例中，第一模式与第二模式中的一个可以为传统以太网ETH模式，另一个可以为灵活以太网FlexE模式。
S102，向待接入设备发送由第二模式切换至第一模式的切换请求；
S103，接收到待接入设备发送的待切换至第一模式的应答后，将第二模式切回第一模式。
需要说明的是，这里所提到的：“待切换至第一模式”可以理解为待接入设备已经完全切换至第一模式的所有准备工作。待接入设备可以在发送应答后的任意时间内将链路模式从第二模式切换至第一模式。
采用本公开实施例，通过已接入设备与待接入设备协商的方式，可以实现待接入设备(与已接入设备网络不通)和已接入设备之间的网络对通，实现方式简单且效率高。
在上述实施例的基础上，进一步提出各变型实施例，在此需要说明的是，为了使描述简要，在各变型实施例中仅描述与上述实施例的不同之处。
为了提高网络安全性，根据本公开的一些实施例，所述方法还包括：
当链路模式切换至第二模式的时长是否超过预设时间，则将第二模式切回第一模式。
根据本公开的一些实施例，向待接入设备发送由第二模式切换至第一模式的切换请求，可以具体包括：
周期性地向待接入设备发送扩充链路层发现协议LLDP请求报文，扩充LLDP请求报文携带有切换请求。
由此，可以利用扩充LLDP请求报文携带切换请求，从而可以简化切换请求的发送，而且由于扩充LLDP请求报文是周期性发送的，对于链路模式由第一模式切换至第二模式的时效性不需要有严格控制，至少存在一次扩充LLDP请求报文是在第二模式下发送的即可到达待接入设备，从而 可以有效降低切换请求发送失败的概率。
进一步的，接收待接入设备发送的待切换至第一模式的应答可以是通过接收待接入设备发送的扩充LLDP应答报文，扩充LLDP应答报文承载待接入设备待切换至第一模式的应答。
本公开实施例还提供一种基于邻居协商实现网络对通的方法，所述方法可以用于待接入设备侧，待接入设备即待接入通讯网络的设备，该方法可以适用于当待接入设备的网络的链路模式与通讯网络中的设备(即已接入设备)的网络的链路模式不对通的情况下。
图2是本公开实施例中基于邻居协商实现网络对通的方法的流程图(二)，如图2所示，所述方法可以包括：
S201，接收已接入设备发送的由第二模式切换至第一模式的切换请求；
S202，当接收到切换请求时，向已接入设备发送待切换至第一模式的应答；
需要说明的是，这里所提到的：“待切换至第一模式”可以理解为待接入设备已经完全切换至第一模式的所有准备工作。待接入设备可以在发送应答后的任意时间内将链路模式从第二模式切换至第一模式。
S203，将链路模式由第二模式切换至第一模式。
采用本公开实施例，通过已接入设备与待接入设备协商的方式，可以实现待接入设备(与已接入设备网络不通)和已接入设备之间的网络对通，实现方式简单且效率高。
进一步的，接收已接入设备发送的由第二模式切换至第一模式的切换请求，可以具体包括：
接收已接入设备周期性发送的扩充LLDP请求报文；
获取扩充LLDP请求报文中携带的将第二模式切换至第一模式的切换请求。
例如，待接入设备可以将接收到的扩充LLDP请求报文上送给LLDP 协议模块，若扩充LLDP请求报文内含有链路模式的切换请求，则由扩充LLDP的应答报文承载待切换至第一模式的应答发送给已接入设备。
下面参照图3以一个具体的实施例详细描述根据本公开实施例的基于邻居协商实现网络对通的方法。值得理解的是，下述描述仅是示例性说明，而不是对本公开的具体限制。凡是采用本公开的相似结构及其相似变化，均应列入本公开的保护范围。
如图6所示，已接入设备R1、R2、R3均为FlexE模式，现要在现网R1与R3中接入待接入设备R4...RX，由于待接入设备R4...RX的链路模式为ETH模式，ETH模式与FlexE模式不能直接连通。
基于此，本公开实施例在已接入设备侧(如R1)提出一种基于邻居协商实现网络对通的方法，如图3所示，所示方法包括：
S301，将R1的链路模式由FlexE模式临时切换至ETH模式；
S302，在向R4周期性发送的扩充LLDP请求报文中携带请求R4将其链路模式从ETH模式切换至FlexE模式的切换请求；
需要说明的是，由于携带切换请求的扩充LLDP请求报文是周期性发送的，因此，对于步骤S301与步骤S302的顺序不做严格控制，可以先执行步骤S301后执行步骤S302，也可以先执行步骤S302后执行步骤S301。
S303，接收到携带有R4发送的待切换至FlexE模式的扩充LLDP应答报文后，将ETH模式切回FlexE模式。
需要说明的是，R4是在ETH模式发送的扩充LLDP应答报文，扩充LLDP应答报文携带R4已经准备好从ETH模式切换至FlexE模式。
本公开实施例在待接入设备侧(如R4)也提出一种基于邻居协商实现网络对通的方法，如图4所示，所述方法包括：
S401，接收R1周期性发送的扩充LLDP请求报文并上送LLDP协议模块；
需要说明的是，存在一次扩充LLDP请求报文是在R1切换至ETH模 式下发送的，待接入设备才能够收到扩充LLDP请求报文。
S402，LLDP协议模块判断扩充LLDP请求报文中是否携带请求R4将其链路模式从ETH模式切换至FlexE模式的切换请求；
S403，若是，向R1发送扩充LLDP应答报文，扩充LLDP应答报文携带待切换至FlexE模式的应答，即R4已准备好切换至FlexE模式的信息。
S404，将R4链路模式从ETH模式切换至FlexE模式。
需要说明的是，向R1发送扩充LLDP应答报文后间隔时长t后可以将R4链路模式从ETH模式切换至FlexE模式。对于于R3对通Rx的方法以及R4...RX任意相邻的两个设备均可以参照上述R1对通R4的步骤，直至整个网络拓扑对通完成。
本公开实施例的基于邻居协商实现网络对通的方法可以用于解决相关技术中ETH承载网络与FlexE承载网络对接问题。
需要说明的是，以上所述仅为本公开的优选实施例而已，并不用于限制本公开，对于本领域的技术人员来说，本公开可以有各种更改和变化。凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。
本公开实施例还提供一种基于邻居协商实现网络对通的装置，包括：
第一模式切换单元，设置为将链路模式由第一模式切换至第二模式；
请求发送单元，设置为向待接入设备发送由第二模式切换至第一模式的切换请求；
第一模式切换单元，还设置为在接收到待接入设备发送的待切换至第一模式的应答后，将第二模式切回第一模式。
根据本公开的一些示例，第一模式切换单元，还设置为：
当链路模式切换至第二模式的时长是否超过预设时间，则将第二模式切回第一模式。
根据本公开的一些示例，请求发送单元，设置为：
周期性地向待接入设备发送扩充LLDP请求报文，扩充LLDP请求报文携带有切换请求。
本公开实施例还提供一种基于邻居协商实现网络对通的装置，包括：
请求接收单元，设置为接收已接入设备发送的由第二模式切换至第一模式的切换请求；
请求应答单元，设置为在接收到所述切换请求后，向已接入设备发送待切换至第一模式的应答；
第二模式切换单元，设置为将链路模式由所述第二模式切换至所述第一模式。
进一步的，请求接收单元，设置为：
接收已接入设备周期性发送的扩充LLDP请求报文；
获取扩充LLDP请求报文中携带的将第二模式切换至第一模式的切换请求。
本公开实施例提供一种电子设备，如图5所示，包括：存储器1010、处理器1020及存储在所述存储器1010上并可在所述处理器1020上运行的计算机程序，所述计算机程序被所述处理器1020执行时可以实现步骤S101-S103或者是步骤S201-S203：
S101，将链路模式由第一模式切换至第二模式；
S102，向待接入设备发送由第二模式切换至第一模式的切换请求；
S103，接收到待接入设备已切换至第一模式的应答后，将第二模式切回第一模式。
S201，接收已接入设备在第二模式下发送的由第二模式切换至第一模式的切换请求；
S202，当接收到切换请求时，将链路模式由第二模式切换至第一模式；
S203，向已接入设备发送已切换至第一模式的应答，以触发已接入设备将第二模式切回第一模式。
本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有信息传输的实现程序，所述程序被处理器1020执行时可以实现步骤S101-S103或者是步骤S201-S203。
S101，将链路模式由第一模式切换至第二模式；
S102，向待接入设备发送由第二模式切换至第一模式的切换请求；
S103，接收到待接入设备已切换至第一模式的应答后，将第二模式切回第一模式。
S201，接收已接入设备在第二模式下发送的由第二模式切换至第一模式的切换请求；
S202，当接收到切换请求时，将链路模式由第二模式切换至第一模式；
S203，向已接入设备发送已切换至第一模式的应答，以触发已接入设备将第二模式切回第一模式。
本实施例所述计算机可读存储介质包括但不限于为：ROM、RAM、磁盘或光盘等。
显然，本领域的技术人员应该明白，上述的本公开的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本公开不限制于任何特定的硬件和软件结合。
需要说明的是，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等 的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管已经示出和描述了本公开的实施例，本领域的普通技术人员可以理解：在不脱离本公开的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本公开的范围由权利要求及其等同物限定。
工业实用性
通过上述技术方案，可以快速从现网一侧实现一键对通新入网设备，解决现有技术中两种网络承载设备不匹配造成对接时无法互通的问题。

Claims (10)

  1. 一种基于邻居协商实现网络对通的方法，包括：
    将链路模式由第一模式切换至第二模式；
    向待接入设备发送由所述第二模式切换至所述第一模式的切换请求；
    接收到所述待接入设备发送的应答后，将所述第二模式切回所述第一模式，所述应答用于表示所述待接入设备待切换至所述第一模式。
  2. 如权利要求1所述的方法，其中，所述方法，还包括：
    当所述链路模式切换至所述第二模式的时长超过预设时间，则将所述第二模式切回所述第一模式。
  3. 如权利要求1所述的方法，其中，所述向待接入设备发送由所述第二模式切换至所述第一模式的切换请求，包括：
    周期性地向待接入设备发送扩充链路层发现协议LLDP请求报文，所述扩充LLDP请求报文携带有所述切换请求。
  4. 如权利要求1所述的方法，其中，所述第一模式与所述第二模式中的一个为传统以太网ETH链路模式，另一个为灵活以太网FlexE链路模式。
  5. 一种基于邻居协商实现网络对通的方法，包括：
    接收已接入设备发送的由第二模式切换至第一模式的切换请求；
    当接收到所述切换请求时，向所述已接入设备发送待切换至所述第一模式的应答；
    将链路模式由所述第二模式切换至所述第一模式。
  6. 如权利要求5所述的方法，其中，所述接收已接入设备发送的由第二模式切换至第一模式的切换请求，包括：
    接收已接入设备周期性发送的扩充LLDP请求报文；
    获取所述扩充LLDP请求报文中携带的将所述第二模式切换至所述第一模式的切换请求。
  7. 一种基于邻居协商实现网络对通的装置，包括：
    第一模式切换单元，设置为将链路模式由所述第一模式切换至所述第二模式；
    请求发送单元，设置为向待接入设备发送由第二模式切换至第一模式的切换请求；
    所述第一模式切换单元，还设置为在接收到所述待接入设备发送的应答后，将所述第二模式切回所述第一模式，所述应答用于表示所述待接入设备待切换至所述第一模式。
  8. 如权利要求7所述的装置，其中，所述第一模式切换单元，还设置为：
    当所述链路模式切换至所述第二模式的时长超过预设时间，
    则将所述第二模式切回所述第一模式。
  9. 如权利要求7所述的装置，其中，所述请求发送单元，设置为：
    周期性地向待接入设备发送扩充LLDP请求报文，所述扩充LLDP请求报文携带有所述切换请求。
  10. 一种计算机可读存储介质，所述计算机可读存储介质上存储 有信息传递的实现程序，所述程序被处理器执行时实现如权利要求1至4中任一项，或者5至6中任一项所述的基于邻居协商实现网络对通的方法。
PCT/CN2020/093797 2019-07-24 2020-06-01 基于邻居协商实现网络对通的方法及装置 WO2021012799A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP20844747.4A EP3979570A4 (en) 2019-07-24 2020-06-01 METHOD OF ACHIEVING NETWORK COMMUNICATION BASED ON A NEIGHBORHOOD HANDLING AND DEVICE
US17/622,763 US20220255806A1 (en) 2019-07-24 2020-06-01 Method for achieving network communication based on neighbor negotiation and device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910669031.9 2019-07-24
CN201910669031.9A CN112291123B (zh) 2019-07-24 2019-07-24 基于邻居协商实现网络对通的方法及装置

Publications (1)

Publication Number Publication Date
WO2021012799A1 true WO2021012799A1 (zh) 2021-01-28

Family

ID=74193310

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/093797 WO2021012799A1 (zh) 2019-07-24 2020-06-01 基于邻居协商实现网络对通的方法及装置

Country Status (4)

Country Link
US (1) US20220255806A1 (zh)
EP (1) EP3979570A4 (zh)
CN (1) CN112291123B (zh)
WO (1) WO2021012799A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102130707A (zh) * 2010-01-15 2011-07-20 富士通东芝移动通信株式会社 无线通信装置
CN104066135A (zh) * 2013-03-18 2014-09-24 华为终端有限公司 一种基于近场通信的连接切换方法及相应装置
US20180013511A1 (en) * 2016-07-07 2018-01-11 Infinera Corp. Flexe gmpls signaling extensions
CN108631873A (zh) * 2017-03-21 2018-10-09 中兴通讯股份有限公司 网络管理信息的收发方法、装置、发送设备和接收设备
CN110290439A (zh) * 2019-05-14 2019-09-27 华为技术有限公司 信号传输电路、方法及设备

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7525972B2 (en) * 2005-04-22 2009-04-28 Cisco Technology, Inc. Techniques for encapsulating point to point protocol (PPP) over Ethernet frames
CN103731285B (zh) * 2012-10-11 2019-01-04 中兴通讯股份有限公司 分布式弹性网络互连drni的切换处理方法及装置
CN103795518B (zh) * 2012-10-31 2017-04-05 杭州华三通信技术有限公司 一种设备间端口模式同步方法、设备及系统
US9838290B2 (en) * 2015-06-30 2017-12-05 Ciena Corporation Flexible ethernet operations, administration, and maintenance systems and methods
CN108173771B (zh) * 2017-12-29 2020-11-03 瑞斯康达科技发展股份有限公司 一种通信设备的管理方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102130707A (zh) * 2010-01-15 2011-07-20 富士通东芝移动通信株式会社 无线通信装置
CN104066135A (zh) * 2013-03-18 2014-09-24 华为终端有限公司 一种基于近场通信的连接切换方法及相应装置
US20180013511A1 (en) * 2016-07-07 2018-01-11 Infinera Corp. Flexe gmpls signaling extensions
CN108631873A (zh) * 2017-03-21 2018-10-09 中兴通讯股份有限公司 网络管理信息的收发方法、装置、发送设备和接收设备
CN110290439A (zh) * 2019-05-14 2019-09-27 华为技术有限公司 信号传输电路、方法及设备

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
CN112291123B (zh) 2023-04-21
EP3979570A4 (en) 2022-08-31
EP3979570A1 (en) 2022-04-06
CN112291123A (zh) 2021-01-29
US20220255806A1 (en) 2022-08-11

Similar Documents

Publication Publication Date Title
CN113261248B (zh) 安全sd-wan端口信息分发
US8897134B2 (en) Notifying a controller of a change to a packet forwarding configuration of a network element over a communication channel
US8971295B2 (en) Soft handoffs in networks
WO2018028295A1 (zh) 切换场景下的QoS参数处理的方法及设备
US10812292B2 (en) Packet processing method and device
WO2015014269A1 (zh) 一种控制器、转发器及通道建立方法和系统
CN104104609A (zh) 用于提供网络中基于信用的流控制的方法和系统
WO2020034697A1 (zh) 通信方法和装置
WO2011091696A1 (zh) 相邻基站连接的建立方法、建立设备和建立系统
US8274946B2 (en) Switching multiple link layer resources for media independent handover
WO2021196987A1 (zh) 一种网络中传输业务的方法和设备
EP2378715B1 (en) Data transfer device
WO2021012799A1 (zh) 基于邻居协商实现网络对通的方法及装置
WO2020155979A1 (zh) 一种通信方法、网元、系统及存储介质
WO2021254116A1 (zh) 通信方法和装置
WO2018127235A1 (zh) Ue空闲态处理方法、移动性管理mm功能实体及会话管理sm功能实体
WO2011057544A1 (zh) 一种基于802.3ah协议实现点到多点OAM的方法及系统
US11483766B1 (en) Protected power management transitions in wireless networks
WO2014153908A1 (zh) 通信装置和无线通信方法
WO2013181964A1 (zh) 通告传输路径信息的方法及路由网桥
TWI679870B (zh) 一種資訊處理方法及裝置
WO2012174901A1 (zh) Rsvp认证方法及装置
WO2019196668A1 (zh) 一种信息发送方法、密钥生成方法以及装置
WO2023124494A1 (zh) 网络切换处理方法、装置、计算机可读介质及电子设备
WO2022267944A1 (zh) 跨设备链路聚合的网管方法、系统、交换机及存储介质

Legal Events

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

Ref document number: 20844747

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020844747

Country of ref document: EP

Effective date: 20211231

NENP Non-entry into the national phase

Ref country code: DE