Pinging with udp gets packets loss outside wan is that a problem?

hello,

i used mtr to test packets loss and with udp i gets high packets loss but with tcp and icmp no packets loss can this affect gaming and streaming as they both dpends on udp here is my result ping using udp to 8.8.8.8

    My traceroute  [v0.93]
                 (my wan ip)                                                                                                                                                                    2021-03-22T19:21:31+0200
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                                                                                                                                                      Packets               Pings
 Host                                                                                                                                                                               Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. default gateway                                                                                                                                                                      0.0%   139   24.9  26.3  24.0 201.9  15.0
 2. 172.31.250.53                                                                                                                                                                    0.0%   139   25.9  28.2  24.8 209.4  15.9
 3. host-81.10.87.165.tedata.net                                                                                                                                                     0.0%   139   29.7  31.4  28.0 210.7  15.6
    host-81.10.87.161.tedata.net
 4. ip4.gtt.net                                                                                                                                                                      0.0%   139   33.0  34.6  29.0 243.9  19.0
    149.6.154.170
 5. te0-0-1-6.ccr21.mrs01.atlas.cogentco.com                                                                                                                                        10.9%   139   67.6  70.5  59.2 234.4  19.3
    et-0-0-8-0.cr6-mrs1.ip4.gtt.net
    te0-0-0-19.rcr21.mil01.atlas.cogentco.com
    ae10-392.cr5-lon2.ip4.gtt.net
    93.186.129.10
    80.81.68.121
    125.16.250.17
    te0-0-1-16.ccr21.mrs01.atlas.cogentco.com
 6. 72.14.196.122                                                                                                                                                                    5.0%   139   72.2  73.1  59.4 240.8  19.5
    72.14.197.198
    be2194.rcr21.mil01.atlas.cogentco.com
    be2189.rcr21.mil01.atlas.cogentco.com
    ip4.gtt.net
    ae22.cr10-lon1.ip4.gtt.net
    72.14.197.204
    ae21.cr10-lon1.ip4.gtt.net
 7. 72.14.209.236                                                                                                                                                                   39.9%   139   66.8  78.4  61.3 121.8   9.2
    209.85.172.66
    72.14.221.145
    72.14.216.154
    ix-ae-12-0.thar1.wi3-milan.as6453.net
    be2348.rcr21.b023101-0.lon13.atlas.cogentco.com
    72.14.204.72
    74.125.244.209
 8. 72.14.213.156                                                                                                                                                                   57.7%   138   66.7  76.6  59.7 233.2  25.1
    209.85.172.66
    ae39-xcr1.ltw.cw.net
    dns.google
 9. ae8-xcr1.lnt.cw.net                                                                                                                                                             86.9%   138   91.9  83.8  59.9  92.6  13.2
    74.125.245.225
    dns.google
10. google-gw.lnt.cw.net                                                                                                                                                            87.6%   138   91.7  82.0  59.4  94.5  14.0
    dns.google
    216.239.40.201
11. dns.google                                                                                                                                                                      94.2%   138   71.7  70.7  60.3  89.1   8.4
    74.125.242.97

You can only control traffic up to the ISP equipment at most.
There's a small chance to solve the problem on the ISP network if any.
Anything beyond the ISP infrastructure is typically impossible to change.

However, if you can see the problem, the ISP can also detect it.
If they have not solved it yet, the reason is likely one of those:

  • Solution is economically unjustified
  • Lack of technical capabilities
  • Out of control area

Also note that packet loss can be the result of:

  • Hardware and software resources limitation
  • Traffic shaping, analyzing, censorship

Moreover, UDP traffic can be processed separately from TCP.
So, the losses for UDP and TCP can vary significantly.

In short, that's normal and you usually cannot change it.
Although some cases can be work around with a VPN.

3 Likes

@Vigo,

The ISP can also be:

  • intentionally dropping traffic destined to their equipment
  • dropping traffic across their core equipment with TTLs that will not forward thru
3 Likes

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.