组网 LSP Ping/Traceroute
在传统IP网络中，我们利用IPPing来进行网络连通性检测，用Traceroute进行逐跳的毛病定位和路径跟踪。在组网网络，如果我们继续用传统的IPPing和Traceroute进行故障检测会面临以下问题：
1.传统的Ping其实不能够对组网LSP的连通性进行有效的检测。传统Ping能通只能说明IP转发是正常的，而不能够说明LSP是没有问题的。在IP路由正常而LSP中断的情况下，传统Ping报文照旧可以通过IP转发到达目的地。
2.传统的Traceroute其实不能够对组网LSP故障进行有效的逐跳定位和返回LSP的相干信息。由于IP转发通其实不能够代表LSP是通的，并且标准ICMP报文不能返回诸如标签栈、下游映照等LSP的相干信息。
与传统的Ping/Traceroute类似，组网LSPPing/Traceroute一样是基于Echorequest和Echoreply的模式;但是LSPPing/Traceroute其实不使用ICMP协议来实现，而是使用IPv4/IPv6的UDP协议来实现的。组网LSPPing/Traceroute的基本思路是使用特定FEC转发类的分组来验证对应当FEC的LSP(从入口LSR到出口LSR)的完全性。
在LSPPingEcho要求消息中携带所属FEC的信息。LSPPing分组信息封装在UDP包中，包括序列号和时戳参数。组网在处理组网LSPPing要求消息时采取了与该FEC分组相同的转发策略。在进行连通性测试时，分组将到达LSP的出口，出口LSR对分组进行检查，验证该LSR是否是是该FEC的真正出口。
Traceroute模式可以作为故障定位的一种手段，发起测试的LSR向目的LSR发送Traceroute分组，该分组的TTL初始值为1，步进值为1。这些LSR对该分组履行各种检查，进一步返回相干控制和数据平面的信息。
如果Ping失败可以采取Traceroute对故障进行定位，也能够通过周期性的TracerouteFEC验证实际数据转发路径和控制平面路径是否是一致。
组网LSPPing使用IPv4/IPv6的UDP协议来实现的，其中EchoRequest的UDP端口为3503，需要说明的是只有使能组网的路由器才能够辨认该端口号。我们以下图为例说明组网LSPPing的一般进程。
