Networking UDP连接何时被视为UDP流

在NAT中，UDP会话有两种不同的超时

• UDP超时
• UDP流超时

在大多数NAT配置中，

UDP超时

设置为

30秒

。但是，

UDP流超时

设置为

180秒

。我知道网络管理员可能会更改配置。但是，UDP会话由一对源端点和目标端点标识。NAT应该将连接分类为流

我的问题是

NAT

如何以及何时将连接分类为流，以及何时不分类？尽管看起来一对连续的双向

send（）

，和

receive（）

将UDP连接分类为流，但我没有找到记录在案的证据

另外，我假设不同的NAT策略应用不同的算法。但是否有任何RFC或任何已发表的论文记录了这些算法

在下面的示例中，流被定义为双向通信的会话。但需要多少发送和接收？这在不同的NAT中有所不同吗

在此上下文中，“流”表示连接跟踪机制 “双向”查看数据包，因此默认超时更长。如果 只看到一个方向，“另一个”超时适用

---

通常，当LAN客户端向WAN发送UDP数据报时，NAT将UDP流（也称为端口状态）与用于向WAN发送数据报的端口相关联。当NAT在特定端口上从WAN接收UDP数据报时，它会查看是否有与该端口关联的UDP流，如果有，它会将数据报转发给关联的LAN客户端。否则，数据报将被丢弃

---

当两个不同的LAN客户端希望通过WAN相互发送UDP数据报时，遍历其NAT的常见做法是：两个客户端开始从/向同一端口相互发送数据报，以便其NAT将UDP流关联起来并开始转发数据报。

通常，当LAN客户端向WAN发送UDP数据报时，NAT将UDP流（也称为端口状态）与用于向WAN发送数据报的端口相关联。当NAT在特定端口上从WAN接收UDP数据报时，它会查看是否有与该端口关联的UDP流，如果有，它会将数据报转发给关联的LAN客户端。否则，数据报将被丢弃

---

当两个不同的LAN客户端希望通过WAN相互发送UDP数据报时，遍历它们的NAT的常见做法是：两个客户端开始从同一端口向彼此发送数据报，因此，他们的NAT会关联UDP流并开始转发数据报。

但我的问题是NAT何时决定将UDP连接视为流？@AkashChowdhury，当它从LAN接收UDP数据报到WAN时。在一些实验中，我没有这样做。然而，经过几次双向LAN-WAN通信后，它决定将该连接作为流。只有一个LAN-to-WAN数据报没有将其标记为流，路由器使用30秒的空闲时间。请检查更新的问题。@AkashChowdhury您完全重写了您的问题。我建议你检查你的NAT文件。是的，以前我问的不清楚。我想现在更清楚了。但我的问题是NAT何时决定将UDP连接视为流？@AkashChowdhury，当它接收到从LAN到WAN的UDP数据报时。在一些实验中，我没有这样做。然而，经过几次双向LAN-WAN通信后，它决定将该连接作为流。只有一个LAN-to-WAN数据报没有将其标记为流，路由器使用30秒的空闲时间。请检查更新的问题。@AkashChowdhury您完全重写了您的问题。我建议你检查你的NAT文件。是的，以前我问的不清楚。我想现在更清楚了。