目录
1.3.1 LDP Session建立和维护1
初始化消息,可以看到最后一个是标签空间。
注意的第一点是,被动方回复的初始化消息和Keep Alive消息是封装在同一个数据包中的:
注意的第二点是,协商完成后会发送Address Message,这只是该peer上有的IP地址(宣告接口地址,就是peer所有使用了MPLS和MPLS LDP的接口的IP地址,当然LSR ID的l0口可以不使能),而不是FEC/Label映射消息:
注意的第三点是,接下来才会互相发送FEC/Label映射消息(Label Mapping):
可以看到,一个FEC一个Label Mapping Message,其关键的字段为:FEC Element Type(Prefix FEC),FEC Element Length(32),Prefix(10.1.3.3)
- 补充2:协商完整过程
- 补充1:Initialization Message报文示例
- 直到双方都收到对端的KeepAlive Message后,会话建立。两个LSR就会成为LDP Peers并交换Advertisement Message。
- TCP连接建立之后,由主动方(SWB)发出Initialization Message携带会话协商参数,如LDP协议号,标签分发方式等等,被动方(SWA)检查参数能够接受,如果接受则发送Initialization Message并携带自己希望使用的协商参数,并随后发KeepAlive Message。(实际测试的结果是,被动方的这两条消息是同时发送的)
- 如果Hello Message中携带了Transport Address,该Transport Address用于建立TCP连接,如果Hello Message中没有携带Transport Address,LSR ID用于建立TCP连接。两个LSR都从对端发来的Hello Message中获得对端用于建立TCP连接的地址,然后比较两个地址的大小,地址大的作为主动方发起TCP连接,图中SWB作为主动方发起TCP连接。
- 建立TCP连接之前,两个LSR(如图中SWA和SWB)首先会决定使用哪个地址建立TCP连接以及谁是主动方谁是被动方,然后由主动方发起连接。
1.3.2 LDP Session建立和维护2
- 如果被动方(SWA)不接受协商参数,则发送Error Notification Message给对方取消连接。