LMP Link Management Protocol Francesco Diana Umberto Raimondi

LMP Link Management Protocol Francesco Diana Umberto Raimondi diana@dti. unimi. it uraimondi@crema. unimi. it Marco Anisetti Marco. anisetti@unimi. it

Part one Introduction to Control Plane

Network example IP/MPLS Backbone DWDM core Residential users Services ISP Common NMS/EMS VOD Gb. E 10 Gb. E ring(s) FE/Gb. E Enterprise DWDM Access Ring Data traffic CWDM Access Ring FE/Gb. E PDH B/E/GPON Access IP DSLAM Residential users Mobile SDH/SONET Legacy 3

Switching levels PSC Cloud TDM Cloud LSC Cloud Fiber 1 Fiber n Explicit Label LSPs n n Time-slot LSPs LSC Cloud TDM Cloud PSC Cloud Bundle Fiber LSPs Time-slot LSPs Explicit Label LSPs PSC = Packet Switch Capable TDM = Time Division Multiplexing LSC = Lambda Switch Capable FSC = Fiber Switch Capable 4

Signaling functionalities To manage such complex networks some signaling functionalities are required, for instance: n Routing n Resource reservation n Fault localization n Connectivity verification As these features may require different types of networks to communicate, the related information cannot be sent over the same channel that carries the data. 5

Control plane: why? For instance, if signaling information is sent over SONET frames and then wavelengthmultiplexed into a DWDM network, that information will be unreadable until it exits the DWDM network. Another reason to keep data and signaling information apart is that if a node detects a fault on a data link, it can still alert its neighbors or a network management system over a different communication channel. 6

Control plane n n The set of communication channels over which all signaling information is sent is named Control Plane, in opposition to the Data Plane which carries the data. Many protocols have been defined to manage specific control plane functionalities, e. g. RSVP for resource reservation and OSPF or IS-IS for routing. GMPLS suite encompasses all these control plane features, providing an integrated strategy to manage heterogeneous networks with respect to routing, resource reservation, connectivity verification and fault localization. In this seminar we will focus on an important component of the GMPLS suite, namely the Link Management protocol. 7

Part two Link Management Protocol

LMP n n n Defined in RFC 4204 It manages data links, that is the channels on which the data are carried between two adjacent nodes. It can be used for a variety of equipments including optical crossconnects and photonic switches. 9

LMP Features n Maintain control channel connectivity Neighbor discovery Verify data link connectivity Correlate link property information n Localize link failures n n n • Suppress downstream alarms 10

LMP procedures n LMP currently consists of four main procedures, of which the first two are mandatory and the last two are optional: • Control channel management • Link property correlation • Link verification • Fault management 11

Control Channel n n Control channel management is used to establish and maintain control channels between adjacent nodes. This is done using a Config message exchange and a fast keep-alive mechanism between the nodes. To initiate an LMP adjacency between two nodes, one or more bi-directional control channels MUST be activated. 12

Neighbor discovery n Automatic inventory of links between nodes • Allows to detect incorrect physical fiber connections n Automatic identification between neighbors • There is a need to accurately identify the neighbors so that this information can be shared with the routing protocol for dissemination in the network • This allows the routing protocol to build an accurate network topology 13

Control Channel: Config message (1) n To establish a control channel, the destination IP address on the far end of the control channel must be known. This knowledge may be manually configured or automatically discovered (multicast 224. 0. 0. 1). • control channels are electrically terminated at each node. 14

Control Channel: Config message (2) n n n Control channel activation begins with a parameter negotiation exchange using Config, Config. Ack, and Config. Nack messages (LMP objects: negotiable or non -negotiable). To activate a control channel, a Config message MUST be transmitted to the remote node, and in response, a Config. Ack message MUST be received at the local node. The Config message contains: • • Local Control Channel Id (CC_Id) sender's Node_Id Message_Id for reliable messaging. CONFIG object. 15

Control Channel: Config message (3) n It is possible that both the local and remote nodes initiate the configuration procedure at the same time: • The node with the higher Node_Id wins the contention. n n The Config. Ack express agreement on ALL of the configured parameters (both negotiable and non-negotiable). E. g RFC 4209 (LMP for DWDM) a new LMPWDM CONFIG object is defined. 16

Control Channel: keep-alive (1) n n n Control channel connectivity is maintained through LMP Hello messages Before sending Hello messages, the Hello. Interval and Hello. Dead. Interval parameters MUST be agreed. These parameters are exchanged in the Config message. • The Hello. Interval indicates how frequently LMP Hello messages will be sent. • The Hello. Dead. Interval indicates how long a device should wait to receive a Hello message before declaring a control channel dead 17

Control Channel: keep-alive (2) n LMP Hello protocol is a light-weight keep-alive mechanism • Hello messages are transmitted in the control channel n n LMP Hello messages can detect control channel failures quickly For each Hello msg transmitted, the source node must receive an Hello msg with the same sequence number • Hello messages use Transmit and Receive sequence numbers (Tx. Seq. Num, Rcv. Seq. Num) to identify msgs of the same session 18

Control Channel: keep-alive (3) n n There are two special sequence numbers. Tx. Seq. Num MUST NOT ever be 0. Tx. Seq. Num = 1 is used to indicate that the sender has just started/restarted When Tx. Seq. Num reaches (2^32)-1, the next sequence number used is 2, not 0 or 1. {Tx. Seq. Num=1; Rcv. Seq. Num=0} {Tx. Seq. Num=1; Rcv. Seq. Num=1} A Hello. Interval B {Tx. Seq. Num=2; Rcv. Seq. Num=1 } 19

TE & Data Links n Recall that data-bearing links and control channels are not necessarily the same • Out-of-band control channel connectivity does not indicate that data bearing link is up n Multiple parallel resources (links) in the transport layer may be bundled into a traffic engineering (TE) link for efficient summarization of the resource capacity • This process is done through link property correlation 20

Link Property Correlation n n Every node must notify the characteristics of its links, e. g. channels number, channel ids, etc… This information is stored on both ends of the link, LMP must guarantee properties alignment 21

Link Discovery: example Control channel 1 2 3 4 Data links 1 2 3 4 Each local port is associated with its corresponding remote port. 22

Link Property Correlation (1) n Three LMP messages are used for correlation • Link. Summary, Link. Summary. Ack and Link. Summary. Nack n n n Link. Summary includes the local and remote link id’s, a list of all data links that comprise the TE link, and various link properties Link. Summary is sent by a node to its adjacent node One of Link. Summary. Ack and Link. Summary. Nack is sent as a response by the adjacent node • E. g. Link. Summary. Nack is sent if local and remote TE link types are different 23

Link Property Correlation (2) n n n If the Link. Summary message is received from a remote node, and the Interface_Id mappings match those that are stored locally, then the two nodes have agreement on the Verification procedure. If the verification procedure is not used, the Link. Summary message can be used to verify agreement on manual configuration. The Link. Summary. Ack message is used to signal agreement on the Interface_Id mappings and link property definitions. Link. Summary. Nack message MUST be transmitted, indicating which Interface mappings are not correct and/or which link properties are not accepted. If a Link. Summary. Nack message indicates that the Interface_Id mappings are not correct and the link verification procedure is enabled, the link verification process SHOULD be repeated for all mismatched, free data links; 24

Connectivity Verification n n Optional procedure Test Message sent over data plane, verified using control plane messages Same control channel used to check multiple data links on the same node Note that this procedure can be used to "discover" the connectivity of the data ports 25

Connectivity Verification over transparent networks n n Transparent networks = All optical networks without OEO conversion capabilities • E. g. A network segment composed by a set of OLAs The connectivity verification requires that the involved nodes can perform OEO conversion • The Test. Message must be sent/received over the data plane 26

Fault localization n n When a node detects an upstream failure (e. g. a loss of power), it sends a Channel. Status message upstream The upstream node sends Channel. Status. Ack back Upstream node correlates that failure with any failure detected locally If, as an effect of the correlation procedure, a node localizes a fault, it sends a Channel. Status message to the downstream node to indicate if the channel is failed or OK 27

Example of Fault Localization 2. B and C send a Channel. Status message to nodes A and B respectively A B C 1. B and C detect a failure on 4. A does not detect any fault on their input links the input port, and sends a Channel. Status to B to inform it 3. A Channel. Status. Ack message that the link between them has confirms that the Channel. Status has failed. been received. 28