I do not see what all this tracerouting has to do with ToS/DSCP but I can add that we have full support for ToS/DSCP in our local net and it works beautifully. We use the top 3 bits of the ToS/DSCP to split the traffic in 8 queues in a Queue Tree (MikroTik feature) on links with a defined bandwidth, and it is used in WiFi link equipment (Ubiquiti, MikroTik) to split the traffic in 4 queues typically (WMM). We mainly use EF (46) for voice, CS1 (8) for background traffic like backups, and have CS2 (16) for a priority slightly above that. Default 00 is above that priority.
I see no latency effects of running a long backup over the same links used for the repeater audio for our co-channel multi site repeaters. Of course DSCP only works as long as it is not abused to get priority over fellow hams. It is like using more power to wipe everyone else from the repeater... works until the others do it too.
Rob
Rob,
I'm not quite sure, but perhaps they noticed differences in the past. As most know, I drop traceroute by default, simply because my router doesn't pass traffic until I've opened a port. So now I have udp/33434-335434 open, just for reject messages to bounce off my hosts.
I've observed improvements in round-trip-time, and mostly observed using the speedtest http://44.60.44.10/tools/mini/
This only changes the IPENCAP header (which is sometimes deprioritized thru networks I can observe), so tracing to my Public IP has no effect. This should only improve transport of the outer header to its destinations - thru Carrier links along the path that recognize the ToS bit field. The inner header should have its same priority.
- KB3VWG
the tester expires in two days :-)
the downstream test can you make that longer timeframe?
On 5/30/2017 5:25 PM, lleachii--- via 44Net wrote:
(Please trim inclusions from previous messages) _______________________________________________ Rob,
I'm not quite sure, but perhaps they noticed differences in the past. As most know, I drop traceroute by default, simply because my router doesn't pass traffic until I've opened a port. So now I have udp/33434-335434 open, just for reject messages to bounce off my hosts.
I've observed improvements in round-trip-time, and mostly observed using the speedtest http://44.60.44.10/tools/mini/
--- This email has been checked for viruses by AVG. http://www.avg.com