我发现很多数据丢失了，比如 udp 数据包的大小、路由器处理/排队时间和传输速度。此外，数据包到达节点并被送回的时间是否相等？

首先，ping使用 ICMP，而不是 UDP，并且您在运行命令时指定数据包大小，或者操作系统可能具有固定的数据包大小。它可能默认为 64 字节。

您使用的操作系统决定了traceroute您使用的类型（例如 ICMP、UDP、TCP），以及它是否使用选项，所有这些都会影响数据包的大小。

路由器排队和处理时间会有所不同，具体取决于路由器型号、配置方式以及路由器链路的繁忙程度，这可能会因一周中的某天、一天中的时间等而有所不同。例如，共享介质、就像电缆调制解调器一样，晚上人们回家时可能会很忙，而商业 ISP 路由器可能在工作时间最忙。

我假设您的意思是带宽，而不是传输速率（众所周知，传输速率是电子穿过铜线或光穿过光纤）。串行化率（带宽）会因跳数而异，比实际传输速度更重要。此外，每条链路上的第 2 层协议也会产生影响。您将拥有第 2 层帧的标头，并且这些标头的大小因链路上使用的第 2 层协议而异。例如，以太网将为帧添加 26 到 30 个八位字节，并且帧之间有 12 个八位字节的间隙。如果链路具有半双工介质，您可能会因为该介质正被其他主机使用而延迟。

ICMP 通常是低优先级的流量，它被排队或丢弃以支持“真实”流量。ICMP 的性能并不能反映真实流量的表现，许多 ISP 会重定向 ICMP 流量以伪装其内部网络。

traceroute 所采用的路径可能不会像其他流量所采用的路径那样反映任何内容。它甚至可以定向到辅助传输链路，您的其他流量仅在发生故障时才会使用。

数据包到达另一端所需的时间可能与返回数据包到达您的时间不同，并且在远端处理数据包并生成返回数据包所需的时间可能会有所不同。例如，ping给您一个往返时间，该时间是数据包每条路的时间和处理时间的累积。

总而言之，使用ping和traceroute进行测量是粗略的，充满了问题，并且可能无法反映您的其他流量的表现。甚至有可能这些在您自己的网络中的延迟（较短的物理距离）大于从您的网络周边到 ISP 周边的延迟（较长的距离）。