As said in Summary, MTR with -r and -c parameters fails to count(always lost) the last packet to last hop.
I have the same issue, when you -r -c 10, the packet loss on the last hop for some host will always shows 10% loss, which cause the report terminate earlier then it receive the last packet
Bug watches keep track of this bug in other bug trackers.
I have the same issue, when you -r -c 10, the packet loss on the last hop for some host will always shows 10% loss, which cause the report terminate earlier then it receive the last packet