传输的，为什么要使用udp？Linux Traceroute为何选择UDP传输？ (linux traceroute是udp)

传输的，为什么要使用UDP？Linux Traceroute为何选择UDP传输？

网络传输中有很多种协议可供选择，其中最常见的就是TCP和UDP协议。TCP协议是一种面向连接的协议，它提供了可靠的数据传输，并且保证数据的有序性。而UDP协议则是一种面向无连接的协议，它提供了较为简单的数据传输，没有连接建立的过程，也不保证数据的可靠性和有序性。显然，二者各有优缺点，并且有适用场景的区别。本篇文章将和大家一起探究为什么在某些情况下需要使用UDP协议，以及为什么Linux Traceroute选择UDP协议进行传输。

先来看看为什么在一些情况下需要使用UDP协议。UDP协议不保证数据传输的可靠性和有序性，那么在哪些情况下可靠性和有序性并不是必须的呢？

UDP协议适用于实时传输的场景。比如，音视频的传输，对于这些实时的数据，即使出现了丢包或者数据的延迟，也不会对用户造成太大的影响。因为，它们的延迟时间很短，一些无关紧要的数据被丢弃后，用户很快就会获得下一个数据包，而且数据包之间的顺序可能不那么重要。此外，对于一些发送数据请求时，一次请求只需要返回一次响应的情况，也可以使用UDP协议。比如，DNS查询服务。

接下来，我们来看看为什么Linux Traceroute选择UDP协议进行传输。Traceroute是一种网络诊断工具，能够在Internet的IP网络中按照逐跳原理追踪数据的传输路线。Traceroute的原理是利用数据包中ICMP协议的Time to Live(TTL)字段来实现。具体来说，Traceroute会向目的地址发送首个TTL值为1的UDP数据报，并监听这个数据报是否能够到达目的地。如果数据报传输到了一个中转设备就会将TTL值减1，并将TTL值减少后的数据报再次发送。这样一直进行下去，直到到达目的地，目的地址返回ICMP不可达的数据包，或者一定时间内没有收到回复，Traceroute就会结束。它的输出结果就是每个中转设备的IP地址和响应时间。

现在，我们来探索一下为什么Traceroute使用UDP协议进行传输，而不是TCP协议。

Traceroute需要的是数据包到达目的地的情况下才能得到正确的路由信息。而TCP协议是面向连接的协议，它需要建立连接的过程，而建立连接的过程可能会被路由中的某些设备阻塞，这就会影响到Traceroute的准确性。

Traceroute需要的是数据包能够从一个节点到达下一个节点，在中间的路由节点不能拦截UDP数据包，否则就达不到Traceroute的目的。而TCP协议是面向流的，数据包是按照有序的方式传递的，并且TCP协议在传递数据之前会先进行三次握手，路由节点可以利用这个过程拦截TCP数据包和TCP连接。而UDP协议则没有这个问题，路由节点无法拦截UDP数据包。

为了确保Traceroute的执行效率，UDP是更合适的选择。在Traceroute中，需要对所有经过的数据包进行时间戳的记录和分析，UDP协议能够更快速地实现这个操作。

综上所述，UDP协议在一些实时传输的场景下有其优势，同时在Traceroute工具中，也是更为适用的选择。但是UDP协议并不是理想的协议，对于确保数据可靠性和有序性要求极高的场景，TCP协议还是更好的选择。