6in4 (tunnelbroker.net): нестабильная работа туннеля, когда он стоит ниже основного подключения в приоритетах

[kovdmit]

Здравствуйте!

Модель: Keenetic Ultra, KeeneticOS 5.2 Beta 3
Основное подключение: DHCP (IPv4). Нативного IPv6 у провайдера нет.
Дополнительное подключение: IPv6 через IPv4 (6in4), брокер tunnelbroker.net (Hurricane Electric).

IPv4 белый, статический. Туннель настраивал по инструкции: https://help.keenetic.com/hc/ru/articles/360009258340-Пример-подключения-к-туннельному-брокеру-IPv6-компании-Hurricane-Electric

IPv6 мне нужен только для подключения к нескольким конкретным адресам. Пускать весь IPv6-трафик домашней сети через туннель я не хочу, поэтому ставить 6in4 выше основного подключения в списке приоритетов не хотелось бы. Планирую оставить туннель с более низким приоритетом.

Когда 6in4 стоит ниже основного подключения, туннель работает нестабильно: иногда всё в порядке, иногда нет. Например, пинг с самого роутера не проходит:

sending ICMPv6 ECHO request to 2001:4860:4860::8888...
PING 2001:4860:4860::8888 (2001:4860:4860::8888) 36 (84) bytes of data.
An I/O error occurred: network unreachable.

--- 2001:4860:4860::8888 ping statistics ---
0 packets transmitted, 0 packets received, 100% packet loss,
0 duplicate(s), time 0.08 ms.

Если туннель 6in4 стоит самым первым в приоритетах, то всегда результат успешный:

sending ICMPv6 ECHO request to 2001:4860:4860::8888...
PING 2001:4860:4860::8888 (2001:4860:4860::8888) 36 (84) bytes of data.
44 bytes from 2001:4860:4860::8888: icmp_req=1, ttl=120, time=48.35 ms.
44 bytes from 2001:4860:4860::8888: icmp_req=2, ttl=120, time=48.25 ms.
44 bytes from 2001:4860:4860::8888: icmp_req=3, ttl=120, time=48.31 ms.
44 bytes from 2001:4860:4860::8888: icmp_req=4, ttl=120, time=48.51 ms.
44 bytes from 2001:4860:4860::8888: icmp_req=5, ttl=120, time=48.38 ms.

--- 2001:4860:4860::8888 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss,
0 duplicate(s), time 4050.46 ms.
Round-trip min/avg/max = 48.25/48.36/48.51 ms.

Почему при низком приоритете туннель иногда работает корректно, а иногда нет? От чего это может зависеть?

Изменено вчера в 11:46 пользователем kovdmit
Дополнил исходне данные

[kovdmit]

Кажется, отчасти, я разобрался. Можно поставить приоритет туннеля ниже и задать IPv6 маршрутизацию до определенных адресов, тогда нужные адреса будут идти через туннель, а все остальное - по IPv4.