-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Dirty experience in dealing with ISP traffic policies
Yancey Wang edited this page Oct 1, 2024
·
2 revisions
sometimes you might notice:
- right after you establish udp2raw connection, the packet loss is high or latency is high
- if you restart udp2raw with some chance it becomes significant better
this is not really udp2raw's fault. This is by ISP's load balancing mechanism, sometimes you are accidently allocated to a bad link.
you tried to restart/reconnect udp2raw for a few times, either by kill udp2raw or by the --fifo
option, until you believe it's good enough. Once it's good enough, leave it there and don't touch it any more.
sometimes you might notice:
- right after you establish udp2raw connection, the packet loss and latency is good
- after a day, you came back you see the packet-loss or latency becomes super bad
- if you restart/reconnect udp2raw, it might recover.
when this happens, you can manually trigger a reconnect with the --fifo
option.
It's better you write a script doing this. You monitor the packet loss of udp2raw via some script, if some condition is met your script tell udp2raw to reconnect with --fifo