Markus Elfring

I became curious also on further clarification possibilities for similar issues. 💭 Would you like to share any more experiences with “surprising” data processing results in affected networks?

>I don't think the data can include commas in mtr output, … Can such data display be adjusted according to [decimal separator settings](https://en.wikipedia.org/wiki/Decimal_separator "Documentation")? :thinking:

:thought_balloon: I find that the displays “??? … 100.0” and “40.0%” would need further clarifications (according to the information “Loss%”).

>…, that there must be a router at position 2 in the path to the "downloads" machine, it did not send back ANY response when it was supposed to. So...

>I don't understand what you mean by "safe". Is the positioning of the shown triple question marks meaningful according to the involved data transmissions? >Mtr sent a packet Which addresses...

>So yeah, we know the lazy stationmaster is at the second station, I would like to be sure that other positions are not affected during the discussed system test. >but...

>Mtr sent a packet … How will the chances evolve then to display an usable address instead of question marks? :thinking:

Would you get further development ideas from information like the following? :thinking: ``` Sonne:~ # traceroute --icmp --max-hops=99 download.opensuse.org … 1 fritz.box (…) 0.893 ms 1.141 ms 1.423 ms 2...

How do you think about to take another look at an information source like “[United States Patent 11,356,352 (from 2022-07-06): Identifying reachability of network-connected devices](https://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.htm&r=1&f=G&l=50&s1=11,356,352.PN.&OS=PN/11,356,352&RS=PN/11,356,352 "United States Patent: 11,356,352")”? :thinking:

>If "traceroute" does get a response and mtr doesn't, we should analyse the packets sent and find their differences. Would you like to check data processing effects any more for...