使用 UDP 时，数据传输通道将保持打开状态多长时间？
图像显示 PC1 和 PC2 尝试通过 UDP 进行通信。 PC1 位于路由器后面，而 PC2 则不在。
PC1 向 PC2 发送 UDP 数据报。
PC2当然可以接收。然后PC2向PC1发回UDP数据报。
我们知道即使有路由器，PC1 也可以接收。路由器会记录数据通道（我不想用“连接”代替，因为它是UDP），并暂时从PC2打开PC1的通道，即使通常如果没有端口转发等，它也会阻塞。
所以，我的问题是，如果PC1先打开，PC1和PC2之间的通道会保持打开多长时间？
谢谢
Image that PC1 and PC2 are trying to communicate via UDP. PC1 is behind a router and PC2 is not.
PC1 sends out a UDP datagram to PC2.
PC2 can of course receive. Then PC2 sends back a UDP datagram to PC1.
We know PC1 can receive too, even if there is a router. The router will record the data channel (I do not want to use "connection" instead because it is UDP), and temporarily open the channel for PC1 from PC2, even if normally it will block if without port forwarding, etc.
So, my question is that how long time will the channel be kept open between PC1 and PC2 if PC1 opens it first?
Thanks
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
这完全取决于 PC1 和 PC2 之间的路由器/防火墙的性质/类型/配置。
STUN 和 ICE 可能会让您找出您所寻求的价值。当然，STUN 将帮助您保持 NAT 绑定的活动。
That depends entirely on the nature/type/configuration of the router/firewall between PC1 and PC2.
Protocols like STUN and ICE might allow you to figure out the value you seek. Certainly STUN will help you keep that NAT binding alive.