1. LSR发现
2. LDP会话的建立与维护
3. 标签映射通告
4. 使用通知进行管理
· Discovery messages— Announce and sustain an LSR's presence in the network
· Session messages— Establish, upkeep, and tear down sessions between LSRs
· Advertisement messages— Advertise label mappings to FECs
· Notification messages— Signal errors
LDP通过端口646,地址为224.0.0.2(本地所有路由器)发送hello消息进行邻居的发现,LDP会话允许两端的Hello时间不一致,以hello值小的一方为准。在进行进一步的交互之前,邻接的LSR之间需要选举出一个active 路由器,这个路由器将发起到对方的TCP连接然后建立会话。通过比较 LDP router ID,较大的获胜。LDP是一个6字节的字段,包括4字节的标识符和2字节的标签空间。
Peer LDP Ident:; Local LDP Ident 5.5.5.5:0
TCP connection: 3.3.3.3.646 - 5.5.5.5.11351
State: Oper; Msgs sent/rcvd: 138/139; Downstream
Targeted Hello 5.5.5.5 -> 3.3.3.3, active, passive
Addresses bound to peer LDP Ident:
在上面的输出中,3.3.3.3:0就是一个LDP router ID,3.3.3.3是4字节的标识符,在建立对等体的时候可以手动指定也可以由系统自动选举最大的Loopback地址或者最大的IP地址作为标识符(没有up的loopback地址的情况下)。注意,虽然我们可以手动指定标识符,但是这个地址必须是自身直连的并且是up状态的,一句话,就是建立peer的两个邻接LSP的标识符需要能够互相ping通。这一点与OSPF的router id是不一样的,需要注意。否则,会话不可建立。建议使用loopback 地址。
TCP连接成功后就需要就会话参数进行协商以初始化会话,这个动作是由active router发起的。协商的参数包括keepalive时间,标签分发方法,PDU长度等。
1. 标签分发模式
下游被动(Downstream on Demand):LSRLSP的下一跳从上游路由器收到标签分发的请求时才分配标签。
2. 标签保留模式
3. LSP控制模式
*在Cisco IOS中,使用独立于LSP的控制模式,Cisco IOS的ATM默认使用非独立与LSP的控制模式。独立的控制模式说明该LSR会立即回复从上游LSR收到的标签请求信息,非独立的控制模式说明LSR只在他收到了来自其下游的LSR对其标签请求的回复后才会回复其从上游LSR收到的标签请求信息。他的缺陷在与引入了标签捆绑接收上的延时,又在在与不会有报文被丢弃。
下面介绍几种标签类型
1. untagged
2. Implicit-null or POP label
3. Explicit-null label
4. Aggregate
聚合标签,将MPLS包转换成IP包,然后通过FIB查找逃出接口。聚合标签在MPLS ×××中常见,他与untagged比较类似,但是MPLS数据包不同,在MPLS ×××中存在多层标签,例如加上一层×××v4标签。