Quantcast
Channel: MikroTik
Viewing all articles
Browse latest Browse all 15394

General • Re: Possible Bug: UDP Stream (1-way transmission) cannot be L3HW(NAT)-offloaded.

$
0
0
The above result is slightly different from viewtopic.php?t=178364#p1027205, as the timeout in my environment does not expire even for UDP stream (but never marked as UDP stream, rather remained as generic? UDP of which timeout is the default one - 10s as default value) but rather remains as constant value same with the initial.

In the above link:
To get the tracking into the UDP assured state needs 3 packets, the initial one from the client, a return packet from the server, and then a 3rd packet from either the server or client. If it doesn't get the 2nd or 3rd packets before each udp timeout interval (10S, 20S) the connection will disappear, and the server will not be able to send any more udp packets to the client. (each udp packet restarts the udp timeout)
If all 3 packets happen, the udp stream timeout is enabled. (3 min or as configured)
I think it would not meet the requirement for offloading some/many of UDP-based streaming applications/benchmarks.

Statistics: Posted by hurryman2212 — Thu Feb 22, 2024 12:46 pm



Viewing all articles
Browse latest Browse all 15394

Trending Articles