本章要拆开的误区
新手常把“不确定”理解成“网络太慢”。但在 TSN 语境里，慢不是唯一问题，甚至经常不是主要问题。真正麻烦的是同一条流今天 80 微秒到，明天 900 微秒到，而控制系统无法承受这种不可预测。
普通以太网默认服务模型是 best effort。交换机看到报文后按队列、优先级、端口状态和当前发送情况处理。如果关键报文到达时端口正在发送一个普通大帧，它不能让这个大帧瞬间消失；如果前面有一串突发报文，它也可能要等待队列清空。
本章小节怎么读
第一小节先拆延迟组成：发送时间、传播时间、交换处理、排队等待分别是什么。只有先把迟到拆成这些来源，后面才能理解 TSN 在控制哪一项。
第二小节从队列和抖动讲起，重点看突发流量、大帧阻塞和多跳累积如何把微小等待放大成尾延迟。这里会配一个队列等待实验，因为这是最适合通过可视化建立直觉的部分。
第三小节讲本地优先级的边界。优先级是必要工具，但它不是完整的确定性方案。理解这个边界，后面才会知道为什么 TSN 需要时间表、guard band、抢占和流级资源配置。
第四小节讲突发和尾延迟。它会解释为什么平均负载很低也可能出现关键帧迟到，以及后续为什么不能只用平均延迟判断 TSN 是否有效。
本章的核心结论
普通以太网不是不能承载关键流量，而是默认没有足够信息去承诺关键流量的最坏情况。TSN 不是推翻以太网，而是在保留以太网生态的前提下，给关键流量补上时间、资源和验证能力。
检查点
- 为什么“网络很快”仍然可能出现关键帧迟到？
- 如果某条关键流偶发延迟变大，你会优先检查哪些等待来源？