CN107707390A - The system and method for OTN network centralization chain-link automatic findings - Google Patents
The system and method for OTN network centralization chain-link automatic findings Download PDFInfo
- Publication number
- CN107707390A CN107707390A CN201710860724.7A CN201710860724A CN107707390A CN 107707390 A CN107707390 A CN 107707390A CN 201710860724 A CN201710860724 A CN 201710860724A CN 107707390 A CN107707390 A CN 107707390A
- Authority
- CN
- China
- Prior art keywords
- message
- photosphere
- link
- port
- link discovery
- 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.)
- Withdrawn
Links
Classifications
-
- 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
- H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
-
- 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/34—Signalling channels for network management communication
- H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
-
- 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
- H04Q11/0005—Switch and router aspects
-
- 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
- H04Q11/0062—Network aspects
- H04Q11/0067—Provisions for optical access or distribution networks, e.g. Gigabit Ethernet Passive Optical Network (GE-PON), ATM-based Passive Optical Network (A-PON), PON-Ring
-
- 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
- H04Q11/0062—Network aspects
- H04Q2011/0073—Provisions for forwarding or routing, e.g. lookup tables
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a kind of system and method for OTN networks centralization chain-link automatic finding, it is related to optical transport network field.This method comprises the following steps:All device datas in SDN Centralized Controllers collection OTN networks;SDN Centralized Controllers produce and sent photosphere link discovery message;Photosphere link discovery message sending module solution Packetout message, using OTN TCM overhead transmissions photosphere link discovery message to opposite end;Photosphere link discovery message receiving module parses photosphere link discovery message, encapsulates photosphere link discovery message using PacketIn message, SDN Centralized Controllers are sent to by TCP channel;SDN Centralized Controllers parse PacketIn message, analyze message data, complete one way link and find.Photosphere link can be carried out in the SDN based on OTN to find automatically by the present invention and Link State is safeguarded.
Description
Technical field
The present invention relates to optical transport network field, be specifically related to a kind of OTN networks centralization chain-link automatic finding is
System and method.
Background technology
The fast development of information technology and the continuous change of user's request, bring new demand to communication network and choose
War, and capacity of equipment and the management complexity to communication network are it is also proposed that requirements at the higher level.Communication network needs further to simplify fortune
Dimension, the business support ability for excavating network potential, fast and flexible being provided.
There is SDN (Software Defined Network, software defined network) control and forwarding to separate, be programmable
The technical characterstic of API (API), application layer and the more preferable synergistic mechanism of Internet can be supported, support Internet resources
Virtual management and centralized Control.With traditional distributed OTN (Optical Transport Network, optical transfer network)
Network is different, and what SDN was proposed is a kind of centralized network structure, and being managed collectively equipment all in network by controller provides
Source.Therefore SDN concept applied into the transmission network based on photosphere OTN, automatic discovery to the connection of OTN network links and
Unified safeguard just turns into the key technology for building centralized SDNization OTN networks.
The content of the invention
The invention aims to overcome the shortcomings of above-mentioned background technology, there is provided a kind of OTN networks centralization link is certainly
The dynamic system and method found, photosphere link can be carried out in the SDN based on OTN to find automatically and Link State is tieed up
Shield, meets the centralized management and maintenance and requirement in SDN to topological data.
The present invention provides a kind of system of OTN networks centralization chain-link automatic finding, and the system includes software defined network
SDN Centralized Controllers, photosphere link discovery message sending module, photosphere link discovery message receiving module, SDN Centralized Controllers
Entered by transmission control protocol TCP passage and photosphere link discovery message sending module, photosphere link discovery message receiving module
Row communication, wherein:
SDN Centralized Controllers are used for:The Topology connection of whole optical transfer network OTN networks is safeguarded, safeguards all topological links
Complete lifecycle;Photosphere link discovery message is created, control OTN equipment sends photosphere link discovery report from designated port
Text;Receive and parse through the photosphere link discovery message sent in OTN equipment;
Photosphere link discovery message sending module is used for:Photosphere link discovery message is analyzed, toward photosphere link discovery message
After inserting OTN overhead datas, photosphere link discovery message is sent;
Photosphere link discovery message receiving module is used for:Photosphere link discovery message is received, parses photosphere link discovery
OTN overhead datas in message.
On the basis of above-mentioned technical proposal, all device datas in the SDN Centralized Controllers collection OTN networks;
SDN Centralized Controllers produce and sent photosphere link discovery message;
The outlet encapsulated message Packetout of photosphere link discovery message sending module parsing Openflow protocol definitions disappears
Breath, TCM overhead transmissions photosphere link discovery message is monitored to opposite end using OTN serial connection;
Photosphere link discovery message receiving module parses photosphere link discovery message, is entered using Openflow protocol definitions
Mouth encapsulated message PacketIn message encapsulation photosphere link discovery messages, SDN Centralized Controllers are sent to by TCP channel;
SDN Centralized Controllers parse PacketIn message, analyze message data, complete one way link and find.
On the basis of above-mentioned technical proposal, the SDN Centralized Controllers produce and sent photosphere link discovery message
Process is as follows:
All remote ports are filtered out in S201, all of the port safeguarded from controller, and are carried out according to node sequence
Sequence;
All remote ports of S202, traversal;
S203, selected remote port is obtained, photosphere link discovery message is created according to remote port resource data;
Photosphere link discovery message is encapsulated as Packetout message by S204, SDN Centralized Controller, and message is passed through into SDN
The TCP channel of Centralized Controller and equipment room is sent to photosphere link discovery message sending module, initializes photosphere link discovery
The sending port mark of message;
S205, start link retransmission timer, while configuration message retransmission time threshold value;
S206, checked having sent message port every 2 seconds, be incremented by port and send message time mark;
S207, judge that port sends message time and identifies whether to have reached the threshold value that message is resend, if so, returning
S204;If it is not, return to S206.
The present invention also provides a kind of method of OTN networks centralization chain-link automatic finding, comprises the following steps:
All device datas in S1, SDN Centralized Controller collection OTN networks;
S2, SDN Centralized Controller produce and sent photosphere link discovery message;
S3, photosphere link discovery message sending module parsing Openflow protocol definitions outlet encapsulated message
Packetout message, using OTN TCM overhead transmissions photosphere link discovery message to opposite end;
S4, photosphere link discovery message receiving module parse photosphere link discovery message, are determined using Openflow agreements
Adopted ingress encapsulation message PacketIn message encapsulates photosphere link discovery message, and SDN centralized Controls are sent to by TCP channel
Device;
S5, SDN Centralized Controller parse PacketIn message, analyze message data, complete one way link and find.
On the basis of above-mentioned technical proposal, in step S1, the device data includes the mark of OTN web-transporting devices
With device port information, the mark of equipment is used for unique mark OTN units, equipment end message in SDN Centralized Controllers
Cease in device interior unique mark port and port essential information, port essential information include port speed, port type,
Port status.
On the basis of above-mentioned technical proposal, step S2 specifically includes following steps:
All remote ports are filtered out in S201, all of the port safeguarded from controller, and are carried out according to node sequence
Sequence;
All remote ports of S202, traversal;
S203, selected remote port is obtained, photosphere link discovery message is created according to remote port resource data;
Photosphere link discovery message is encapsulated as Packetout message by S204, SDN Centralized Controller, and message is passed through into SDN
The TCP channel of Centralized Controller and equipment room is sent to photosphere link discovery message sending module, initializes photosphere link discovery
The sending port mark of message;
S205, start link retransmission timer, while configuration message retransmission time threshold value;
S206, checked having sent message port every 2 seconds, be incremented by port and send message time mark;
S207, judge that port sends message time and identifies whether to have reached the threshold value that message is resend, if so, returning
S204;If it is not, return to S206.
On the basis of above-mentioned technical proposal, step S3 specifically includes following steps:
S301, photosphere link discovery message sending module parsing Packetout message, obtain photosphere link hair from message
Existing message;
S302, the TCMi expenses by photosphere link discovery message data insertion OTN;
S303, OTN expenses are sent to opposite end by photosphere link.
On the basis of above-mentioned technical proposal, S302 specifically includes following steps:Photosphere link discovery message sending module
A new TCMi expense is created, by the TTI of the link information partial write TCM expenses in photosphere link discovery data message
Field.
On the basis of above-mentioned technical proposal, step S4 specifically includes following steps:
S401, slave unit port receive TCMi expenses, and photosphere link hair is extracted from the TTI fields of specific TCMi expenses
Existing message;
S402, the photosphere link discovery message of extraction is encapsulated as PacketIn message;
S403, using the TCP channel between equipment and SDN Centralized Controllers, PacketIn corresponding to each port is disappeared
Breath is delivered to SDN Centralized Controllers.
On the basis of above-mentioned technical proposal, step S5 specifically includes following steps:
The PacketIn message that S501, parsing receive, obtain the receiving port and receiving node of photosphere link discovery message
Mark;
S502, photosphere link discovery message is obtained from PacketIn message, parsed from photosphere link discovery message
Originator port and the mark of originator node;
S503, receiving port, the data for port of starting are obtained according to S501, S502, judge receiving port, originator port two
Whether link data configuration there is between individual port, if so, going to S505;If it is not, go to S504;
S504, new link, passage initialization link discovery time are created between the receiving port found, port of starting
Stamp, and link degradations threshold value is set, go to S506;
S505, search safeguard all link datas, the one-way/two-way configuration of renewal link, reset the aging of the link
Threshold value, go to S506;
S506, start link degradations timer, every 1 second, all links of traversal controller module maintenance, go to
S507;
Whether the ageing time stamp of link selected by S507, judgement reaches ageing time threshold value, if so, going to S508;If
It is no, go to S509;
S508, controller delete the link for reaching aging threshold;
S509, the ageing time stamp for being incremented by link.
Compared with prior art, advantages of the present invention is as follows:
All device datas in SDN Centralized Controllers collection OTN networks in the present invention;SDN Centralized Controllers produce
With transmission photosphere link discovery message;Photosphere link discovery message sending module parses Packetout message, uses OTN TCM
Overhead transmission photosphere link discovery message is to opposite end;Photosphere link discovery message receiving module parses photosphere link discovery report
Text, photosphere link discovery message is encapsulated using PacketIn message, SDN Centralized Controllers are sent to by TCP channel;SDN collection
Middle controller parses PacketIn message, analyzes message data, completes one way link and finds.The present invention can be based on OTN's
Photosphere link is carried out in SDN to find automatically and Link State is safeguarded, is met in SDN to the concentrate tube of topological data
Reason and maintenance and requirement.
Brief description of the drawings
Fig. 1 is the structured flowchart of the system of OTN network centralization chain-link automatic findings in the embodiment of the present invention.
Fig. 2 is the flow chart of the method for OTN network centralization chain-link automatic findings in the embodiment of the present invention.
Fig. 3 is the flow chart that sending port link discovery message is created in the embodiment of the present invention.
Fig. 4 is that the flow chart that parsing port links find message is received in the embodiment of the present invention.
Embodiment
Below in conjunction with the accompanying drawings and specific embodiment the present invention is described in further detail.
Shown in Figure 1, the embodiment of the present invention provides a kind of system of OTN networks centralization chain-link automatic finding, and this is
System includes SDN Centralized Controllers, photosphere link discovery message sending module, photosphere link discovery message receiving module, and SDN is concentrated
Controller is communicated by TCP channel with photosphere link discovery message sending module, photosphere link discovery message receiving module,
Wherein:
SDN Centralized Controllers are used for:The Topology connection of whole OTN networks is safeguarded, safeguards the complete life of all topological links
Order the cycle;Photosphere link discovery message is created, control OTN equipment sends photosphere link discovery message from designated port;Receive simultaneously
The photosphere link discovery message sent in parsing OTN equipment;
Photosphere link discovery message sending module is used for:Photosphere link discovery message is analyzed, toward photosphere link discovery message
After inserting OTN overhead datas, photosphere link discovery message is sent;
Photosphere link discovery message receiving module is used for:Photosphere link discovery message is received, parses photosphere link discovery
OTN overhead datas in message.
Shown in Figure 2, the embodiment of the present invention provides a kind of method of OTN networks centralization chain-link automatic finding, including
Following steps:
All device datas in S1, SDN Centralized Controller collection OTN networks;
S2, SDN Centralized Controller produce and sent photosphere link discovery message;
S3, photosphere link discovery message sending module parsing Packetout (the outlet encapsulation reports of Openflow protocol definitions
Text) message, use OTN TCM (Tandem Connection Monitoring, serial connection monitoring) overhead transmission photosphere chain
Road finds message to opposite end;
S4, photosphere link discovery message receiving module parse photosphere link discovery message, use PacketIn
(Openflow protocol definition ingress encapsulations message) message encapsulates photosphere link discovery message, and SDN collection is sent to by TCP channel
Middle controller;
S5, SDN Centralized Controller parse PacketIn message, analyze message data, complete one way link and find.
In step S1, device data includes the mark and device port information of OTN web-transporting devices, and the mark of equipment is used
In the unique mark OTN units in SDN Centralized Controllers, device port information is used in device interior unique mark port
With port essential information, port essential information includes port speed, port type, port status.
Step S2 specifically includes following steps:
All remote ports are filtered out in S201, all of the port safeguarded from controller, and are carried out according to node sequence
Sequence;
All remote ports of S202, traversal;
S203, selected remote port is obtained, photosphere link discovery message is created according to remote port resource data;
Photosphere link discovery message is encapsulated as Packetout message by S204, SDN Centralized Controller, and message is passed through into SDN
The TCP channel of Centralized Controller and equipment room is sent to photosphere link discovery message sending module, initializes photosphere link discovery
The sending port mark of message;
S205, start link retransmission timer, while configuration message retransmission time threshold value;
S206, checked having sent message port every 2 seconds, be incremented by port and send message time mark;
S207, judge that port sends message time and identifies whether to have reached the threshold value that message is resend, if so, returning
S204;If it is not, return to S206.
Step S3 specifically includes following steps:
S301, photosphere link discovery message sending module parsing Packetout message, obtain photosphere link hair from message
Existing message;
S302, the TCMi expenses by photosphere link discovery message data insertion OTN, TCMi refer to ITU-T G.709 agreements
The TCM1-TCM6 field overheads of definition;
S303, OTN expenses are sent to opposite end by photosphere link.
S302 specifically includes following steps:Photosphere link discovery message sending module creates a new TCMi expense, will
The TTI fields of the link information partial write TCM expenses in photosphere link discovery data message.
Step S4 specifically includes following steps:
S401, slave unit port receive TCMi expenses, and photosphere link hair is extracted from the TTI fields of specific TCMi expenses
Existing message;
S402, the photosphere link discovery message of extraction is encapsulated as PacketIn message;
S403, using the TCP channel between equipment and SDN Centralized Controllers, PacketIn corresponding to each port is disappeared
Breath is delivered to SDN Centralized Controllers.
Step S5 specifically includes following steps:
The PacketIn message that S501, parsing receive, obtain the receiving port and receiving node of photosphere link discovery message
Mark;
S502, photosphere link discovery message is obtained from PacketIn message, parsed from photosphere link discovery message
Originator port and the mark of originator node;
S503, receiving port, the data for port of starting are obtained according to S501, S502, judge receiving port, originator port two
Whether link data configuration there is between individual port, if so, going to S505;If it is not, go to S504;
S504, new link, passage initialization link discovery time are created between the receiving port found, port of starting
Stamp, and link degradations threshold value is set, go to S506;
S505, search safeguard all link datas, the one-way/two-way configuration of renewal link, reset the aging of the link
Threshold value, go to S506;
S506, start link degradations timer, every 1 second, all links of traversal controller module maintenance, go to
S507;
Whether the ageing time stamp of link selected by S507, judgement reaches ageing time threshold value, if so, going to S508;If
It is no, go to S509;
S508, controller delete the link for reaching aging threshold;
S509, the ageing time stamp for being incremented by link.
It is described in detail with reference to specific data.
S1, when it is implemented, SDN Centralized Controllers by openflow agreements obtain equipment report resource;Or by with
Put file and import device data;Or network equipment resource is imported by webmaster, these three modes arbitrarily select one kind, gather OTN
Network basic equipment data.
Exemplified by by webmaster lead-in mode, SDN Centralized Controllers read webmaster from webmaster network data exchange interface
Import device data;Generate the data list of OTN web-transporting devices and port data list.The OTN network equipment numbers collected
It is shown in Table 1 according to ginseng.
Table 1, the OTN network equipment data collected
S2, SDN Centralized Controller produce and sent photosphere link discovery message.
Shown in Figure 3, S2 is comprised the following steps that:
All Remote type ports are filtered out in S201, all of the port safeguarded from SDN Centralized Controllers, and according to
Node sequence is ranked up.
The described Remote type port set of S202, traversal.
S203, obtain selected Remote ports.According to Remote port resource data creation photosphere link discovery messages.
The self-defined frame structure of photosphere link discovery message is as shown in table 2:
Table 2, the self-defined frame structure of photosphere link discovery message
DA:Target MAC (Media Access Control) address, for fixed multicast mac address 0x0180-C200-000E.
SA:Source MAC, is port mac address or device mac address, controller MAC Address
EtherType:Self-defined EthType:0x0A0A
LinkInfo:The link information injected in TCMi, description send the information of message port.Structure is as shown in table 3:
Table 3, LinkInfo structures
NodeID:The unique mark of nodes is described.
PortID:Node lower port unique mark is described.
FCS:The frame check sequence (Frame Check Sequence) of 4 fields.
Photosphere link discovery message is encapsulated as Packetout message by S204, SDN Centralized Controller, and Packetout is disappeared
Breath is sent to photosphere link discovery message sending module by the TCP channel of SDN Centralized Controllers and equipment room.Initialize photosphere
Link discovery message source mouth identifies.
Packetout message structures are as shown in table 4:
Table 4, Packetout message structures
MessageType(Packetout) | OutPortID | LinkDiscoveryPacket |
MessageType:Type of message.It is arranged to Packetout.
OutputPortID:Send the port-mark of photosphere link discovery message.
LinkDiscovery:The photosphere link discovery message content to be sent.
S205, start link retransmission timer, while configuration message retransmission time threshold value.
S206, checked having sent message port every 2 seconds, be incremented by port and send message time mark.
S207, judge that port sends message time and identifies whether to have reached the threshold value that message is resend, if so, going to stream
Journey S204;If it is not, go to S206.
S3, photosphere link discovery message sending module parsing Packetout message, use OTN TCM overhead transmission links
It was found that message comprises the following steps that to opposite end:
S301, photosphere link discovery message sending module parsing Packetout message, obtain link discovery report from message
Text.
S302, the TCMi expenses by link discovery message data insertion OTN.
Photosphere link discovery message sending module creates a new TCMi expense, by the chain in link discovery data message
Road message part writes the TTI fields of the TCM expenses.
TCM is a part for OTN expenses, and the OTN expenses that G.709 standard defines are as shown in table 5:
Table 5, OTN expense structures
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Expense explanation:
OTN expenses include frame alignment expense, OTU expenses, ODU expenses and OPU expenses.Mainly make in the embodiment of the present invention
With following field:
FAS:Frame alignment signal;SM:Section monitoring;TCM ACT:TCM is activated;PM:Channel monitoring;EXP:Experimental field;
PSI:Payload structure indicates;NJO:Negative justification byte;MFAS:Multiframe alignment signal;GCC0/1/2:Common communication line;TCM1-
6:Serial type connection monitoring;FTFL:Fault type, abort situation report passage;RES:It is reserved;JC:Control byte;PJO:Positive justification
Byte.
S303, OTN expenses are sent to opposite end by photosphere link.
S4, photosphere link discovery message receiving module parse photosphere link discovery message, are sealed using PacketIn message
After filling photosphere link discovery message, SDN Centralized Controllers are sent to using TCP channel, are comprised the following steps that:
S401, slave unit port receive TCMi expenses, and link discovery report is extracted from the TTI fields of specific TCMi expenses
Text.
S402, the link discovery message of extraction is encapsulated as PacketIn message.
PacketIn message structures are as shown in table 6:
Table 6, PacketIn message structures
MessageType(PacketIn) | InPortID | LinkDiscoveryPacket |
MessageType:Type of message.It is arranged to PacketIn.
OutputPortID:Receive the port-mark of link discovery message.
LinkDiscovery:The link discovery message content received.
S403, using the TCP channel between equipment and SDN Centralized Controllers by PacketIn message corresponding to each port
It is delivered to SDN Centralized Controllers.
S5, SDN Centralized Controller parse PacketIn message, analyze message data, complete one way link and find.
Shown in Figure 4, S5 is comprised the following steps that:
The PacketIn message that S501, parsing receive, obtain the receiving port and receiving node of photosphere link discovery message
Mark.
S502, photosphere link discovery message is obtained from PacketIn message, parsed from photosphere link discovery message
Originator port and the mark of originator node.
S503, according in step S501 and S502 obtain connectivity port data, judge whether existed between two ports
Link data configures, if so, S505 is gone to, if it is not, going to S504.
The link newly created between S504, the originator receiving end port for discovery.Passage initializes link discovery timestamp, and sets
Put link degradations threshold value.
S505, search safeguard all link datas, the one-way/two-way configuration of renewal link, reset the aging of the link
Threshold value.
S506, start link degradations timer, every 1 second, all links of traversal controller module maintenance.
Whether the ageing time stamp of link selected by S507, judgement reaches ageing time threshold value, if so, going to S508;If
It is no, go to S509.
S508, controller delete the link for reaching aging threshold.
S509, the ageing time stamp for being incremented by link.
Using method described in the invention, can quickly be sent out by Centralized Controller in central controlled OTN networks
Existing network topology link.
Those skilled in the art can carry out various modifications and variations to the embodiment of the present invention, if these modifications and change
Type is within the scope of the claims in the present invention and its equivalent technologies, then these modifications and variations are also in protection scope of the present invention
Within.
The prior art that the content not being described in detail in specification is known to the skilled person.
Claims (10)
- A kind of 1. system of OTN networks centralization chain-link automatic finding, it is characterised in that:The system includes software defined network SDN Centralized Controllers, photosphere link discovery message sending module, photosphere link discovery message receiving module, SDN Centralized Controllers Entered by transmission control protocol TCP passage and photosphere link discovery message sending module, photosphere link discovery message receiving module Row communication, wherein:SDN Centralized Controllers are used for:The Topology connection of whole optical transfer network OTN networks is safeguarded, safeguards the complete of all topological links Whole life cycle;Photosphere link discovery message is created, control OTN equipment sends photosphere link discovery message from designated port;Connect Receive and parse the photosphere link discovery message sent in OTN equipment;Photosphere link discovery message sending module is used for:Photosphere link discovery message is analyzed, toward the insertion of photosphere link discovery message After OTN overhead datas, photosphere link discovery message is sent;Photosphere link discovery message receiving module is used for:Photosphere link discovery message is received, parses photosphere link discovery message In OTN overhead datas.
- 2. the system of OTN networks centralization chain-link automatic finding as claimed in claim 1, it is characterised in that:The SDN is concentrated All device datas in controller collection OTN networks;SDN Centralized Controllers produce and sent photosphere link discovery message;Photosphere link discovery message sending module parses the outlet encapsulated message Packetout message of Openflow protocol definitions, TCM overhead transmissions photosphere link discovery message is monitored to opposite end using OTN serial connection;Photosphere link discovery message receiving module parses photosphere link discovery message, is sealed using Openflow protocol definitions entrance Message PacketIn message encapsulation photosphere link discovery message is filled, SDN Centralized Controllers are sent to by TCP channel;SDN Centralized Controllers parse PacketIn message, analyze message data, complete one way link and find.
- 3. the system of OTN networks centralization chain-link automatic finding as claimed in claim 1, it is characterised in that:The SDN is concentrated The process that controller produced and sent photosphere link discovery message is as follows:All remote ports are filtered out in S201, all of the port safeguarded from controller, and are ranked up according to node sequence;All remote ports of S202, traversal;S203, selected remote port is obtained, photosphere link discovery message is created according to remote port resource data;Photosphere link discovery message is encapsulated as Packetout message by S204, SDN Centralized Controller, and message is concentrated by SDN The TCP channel of controller and equipment room is sent to photosphere link discovery message sending module, initializes photosphere link discovery message Sending port mark;S205, start link retransmission timer, while configuration message retransmission time threshold value;S206, checked having sent message port every 2 seconds, be incremented by port and send message time mark;S207, judge that port sends message time and identifies whether to have reached the threshold value that message is resend, if so, returning to S204; If it is not, return to S206.
- A kind of 4. method of OTN networks centralization chain-link automatic finding, it is characterised in that comprise the following steps:All device datas in S1, SDN Centralized Controller collection OTN networks;S2, SDN Centralized Controller produce and sent photosphere link discovery message;S3, the outlet encapsulated message Packetout of photosphere link discovery message sending module parsing Openflow protocol definitions disappear Breath, using OTN TCM overhead transmissions photosphere link discovery message to opposite end;S4, photosphere link discovery message receiving module parse photosphere link discovery message, are entered using Openflow protocol definitions Mouth encapsulated message PacketIn message encapsulation photosphere link discovery messages, SDN Centralized Controllers are sent to by TCP channel;S5, SDN Centralized Controller parse PacketIn message, analyze message data, complete one way link and find.
- 5. the method for OTN networks centralization chain-link automatic finding as claimed in claim 4, it is characterised in that:In step S1, institute Stating device data includes the mark and device port information of OTN web-transporting devices, and the mark of equipment is used in SDN centralized Controls Unique mark OTN units in device, device port information are used in device interior unique mark port and port essential information, Port essential information includes port speed, port type, port status.
- 6. the method for OTN networks centralization chain-link automatic finding as claimed in claim 5, it is characterised in that:Step S2 is specific Comprise the following steps:All remote ports are filtered out in S201, all of the port safeguarded from controller, and are ranked up according to node sequence;All remote ports of S202, traversal;S203, selected remote port is obtained, photosphere link discovery message is created according to remote port resource data;Photosphere link discovery message is encapsulated as Packetout message by S204, SDN Centralized Controller, and message is concentrated by SDN The TCP channel of controller and equipment room is sent to photosphere link discovery message sending module, initializes photosphere link discovery message Sending port mark;S205, start link retransmission timer, while configuration message retransmission time threshold value;S206, checked having sent message port every 2 seconds, be incremented by port and send message time mark;S207, judge that port sends message time and identifies whether to have reached the threshold value that message is resend, if so, returning to S204; If it is not, return to S206.
- 7. the method for OTN networks centralization chain-link automatic finding as claimed in claim 6, it is characterised in that:Step S3 is specific Comprise the following steps:S301, photosphere link discovery message sending module parsing Packetout message, obtain photosphere link discovery report from message Text;S302, the TCMi expenses by photosphere link discovery message data insertion OTN;S303, OTN expenses are sent to opposite end by photosphere link.
- 8. the method for OTN networks centralization chain-link automatic finding as claimed in claim 7, it is characterised in that:S302 is specifically wrapped Include following steps:Photosphere link discovery message sending module creates a new TCMi expense, by photosphere link discovery datagram The TTI fields of the link information partial write TCM expenses in text.
- 9. the method for OTN networks centralization chain-link automatic finding as claimed in claim 8, it is characterised in that:Step S4 is specific Comprise the following steps:S401, slave unit port receive TCMi expenses, and photosphere link discovery report is extracted from the TTI fields of specific TCMi expenses Text;S402, the photosphere link discovery message of extraction is encapsulated as PacketIn message;S403, using the TCP channel between equipment and SDN Centralized Controllers, PacketIn message corresponding to each port is passed It is delivered to SDN Centralized Controllers.
- 10. the method for OTN networks centralization chain-link automatic finding as claimed in claim 9, it is characterised in that:Step S5 is specific Comprise the following steps:The PacketIn message that S501, parsing receive, obtain the receiving port and receiving node mark of photosphere link discovery message;S502, photosphere link discovery message is obtained from PacketIn message, originator is parsed from photosphere link discovery message Port and the mark of originator node;S503, receiving port, the data for port of starting are obtained according to S501, S502, judge receiving port, the end of originator port two Link data configuration whether be present between mouthful, if so, going to S505;If it is not, go to S504;S504, new link being created between the receiving port found, port of starting, passage initializes link discovery timestamp, and Link degradations threshold value is set, goes to S506;S505, search safeguard all link datas, and renewal link one-way/two-way configures, and resets the aging threshold of the link, Go to S506;S506, start link degradations timer, every 1 second, all links of traversal controller module maintenance, go to S507;Whether the ageing time stamp of link selected by S507, judgement reaches ageing time threshold value, if so, going to S508;If it is not, turn To S509;S508, controller delete the link for reaching aging threshold;S509, the ageing time stamp for being incremented by link.
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710860724.7A CN107707390A (en) | 2017-09-21 | 2017-09-21 | The system and method for OTN network centralization chain-link automatic findings |
PCT/CN2018/102045 WO2019056909A1 (en) | 2017-09-21 | 2018-08-24 | Centralized automatic link discover system and method for otn network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710860724.7A CN107707390A (en) | 2017-09-21 | 2017-09-21 | The system and method for OTN network centralization chain-link automatic findings |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107707390A true CN107707390A (en) | 2018-02-16 |
Family
ID=61171795
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710860724.7A Withdrawn CN107707390A (en) | 2017-09-21 | 2017-09-21 | The system and method for OTN network centralization chain-link automatic findings |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107707390A (en) |
WO (1) | WO2019056909A1 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019056909A1 (en) * | 2017-09-21 | 2019-03-28 | 烽火通信科技股份有限公司 | Centralized automatic link discover system and method for otn network |
CN112533082A (en) * | 2019-09-17 | 2021-03-19 | 中国移动通信有限公司研究院 | Link resource discovery method, device, equipment and computer readable storage medium |
CN113452551A (en) * | 2021-06-11 | 2021-09-28 | 烽火通信科技股份有限公司 | VXLAN tunnel topology monitoring method, device, equipment and storage medium |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112911086B (en) * | 2021-01-29 | 2023-10-10 | 卡莱特云科技股份有限公司 | Classification control method and device for batch video processing equipment |
CN113595939B (en) * | 2021-07-28 | 2022-03-18 | 北京邮电大学 | Method and system for discovering unidirectional link of software defined network |
CN113740748B (en) * | 2021-09-03 | 2024-04-26 | 深圳市新威尔电子有限公司 | Battery detection method based on CAN bus sending message |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104333475A (en) * | 2014-11-25 | 2015-02-04 | 上海斐讯数据通信技术有限公司 | Network topology discovery method and system based on SDN |
CN104735001A (en) * | 2013-12-24 | 2015-06-24 | 中兴通讯股份有限公司 | Link discovery method, device and system in software-defined network |
CN105429875A (en) * | 2015-10-29 | 2016-03-23 | 上海斐讯数据通信技术有限公司 | Link automatic discovery method and system based on software defined network |
CN106850053A (en) * | 2017-01-17 | 2017-06-13 | 烽火通信科技股份有限公司 | The method and system that a kind of centralized optical channel based on hybrid network finds automatically |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107707390A (en) * | 2017-09-21 | 2018-02-16 | 烽火通信科技股份有限公司 | The system and method for OTN network centralization chain-link automatic findings |
-
2017
- 2017-09-21 CN CN201710860724.7A patent/CN107707390A/en not_active Withdrawn
-
2018
- 2018-08-24 WO PCT/CN2018/102045 patent/WO2019056909A1/en active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104735001A (en) * | 2013-12-24 | 2015-06-24 | 中兴通讯股份有限公司 | Link discovery method, device and system in software-defined network |
CN104333475A (en) * | 2014-11-25 | 2015-02-04 | 上海斐讯数据通信技术有限公司 | Network topology discovery method and system based on SDN |
CN105429875A (en) * | 2015-10-29 | 2016-03-23 | 上海斐讯数据通信技术有限公司 | Link automatic discovery method and system based on software defined network |
CN106850053A (en) * | 2017-01-17 | 2017-06-13 | 烽火通信科技股份有限公司 | The method and system that a kind of centralized optical channel based on hybrid network finds automatically |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019056909A1 (en) * | 2017-09-21 | 2019-03-28 | 烽火通信科技股份有限公司 | Centralized automatic link discover system and method for otn network |
CN112533082A (en) * | 2019-09-17 | 2021-03-19 | 中国移动通信有限公司研究院 | Link resource discovery method, device, equipment and computer readable storage medium |
CN112533082B (en) * | 2019-09-17 | 2023-11-21 | 中国移动通信有限公司研究院 | Link resource discovery method, device, equipment and computer readable storage medium |
CN113452551A (en) * | 2021-06-11 | 2021-09-28 | 烽火通信科技股份有限公司 | VXLAN tunnel topology monitoring method, device, equipment and storage medium |
Also Published As
Publication number | Publication date |
---|---|
WO2019056909A1 (en) | 2019-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107707390A (en) | The system and method for OTN network centralization chain-link automatic findings | |
US11824960B2 (en) | Communication method, communications device, and storage medium | |
US11082199B2 (en) | Data transmission method in optical network and optical network device | |
CN108075903B (en) | Method and apparatus for establishing flexible Ethernet groups | |
ES2863776T3 (en) | Method, network device, and network system for processing DCN messages | |
JP2018517371A (en) | Data processing method, communication device, and communication system | |
KR102383297B1 (en) | Method and device for transparently transmitting service frequencies | |
CN107566075A (en) | A kind of method, apparatus and network system for sending and receiving business | |
EP3282601B1 (en) | Method for mapping packet service to optical transport network, and otn device | |
CN104270309A (en) | Method for achieving multi-hop BFD under IP RAN equipment | |
CN105100020B (en) | Processing method, device and the network equipment of data | |
JP2019520744A (en) | Service transmission method and first transmission device | |
CN103078777B (en) | Be applied to loop removing method and device in elastic packet loop network | |
CN101179556A (en) | Method and apparatus for conveying optical fibre channel service | |
CN102843293B (en) | A kind of method and network element device for handling message | |
EP3550932B1 (en) | Data encapsulation and transmission methods, device, and computer storage medium | |
CN103532740A (en) | Remote management implementation method, remote management implementation system, general communication channel (GCC) overhead processing method and GCC overhead processing device | |
CN100514935C (en) | Network-unit apparatus management information transmission method and apparatus and network-unit apparatus | |
CN103517332B (en) | A kind of base station, data processing method and communication system | |
CN106850053B (en) | A kind of method and system that the centralized optical channel based on hybrid network is found automatically | |
CN106941448B (en) | A kind of system and method transmitting CPRI interface on packet equipment | |
CN104394160A (en) | Method for applying link layer discovery protocol on synchronous digital hierarchy | |
CN107979442B (en) | Method for sending message and receiving message, network equipment and message sending system | |
CN102388582B (en) | Transmission method for adding idle bit, transmitter and network system | |
CA2581549A1 (en) | Sonet management and control channel improvement |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180216 |