Никакого глюка тут нет, обычная (не)работа mark routing совместно с fasttrack-ом.
Начальные пакеты проходят через mark routing и соединение устанавливается в вашем случае через резервного провайдера.
Далее, так как соединение помечается fasttrack-ом, бОльшая часть пакетов не проходят через файрвол, в т.ч. и через mark routing,
и эти пакеты уходят через основного провайдера и не доходят до или отбрасываются получателем.
Но небольшая часть пакетов этого соединения периодически проходит файрвол и mark routing и уходит через правильного (резервного) провайдера, так и получается, что подключение как бы есть, но скорость очень низкая.
Когда же вы запускаете торч/сниффер, fasttrack отключается и все нормально работает.
В данном случае, так как выбор клиента для направления через резервного провайдера идет только через его IP адрес,
можно использовать routing rules, там такой проблемы с fasttrack не будет.
Иначе нужно исключать трафик таких клиентов из fasttrack через соотв. правило в firewall/filter.