Виктор Судаков

Предположим есть два ISP, от каждого ISP по /56 и отдельный физический линк, маршрутизатор ЛВС один. Какие есть решения по переключению всех хостов внутренней сети на резервного провайдера при падении основного? Понятно, что на внутренний интерфейс маршрутизатора можно назначить два или более префикса одновременно, а на маршрутизаторе policy routing, но как предполагается сабжи будут узнавать о падении одного из ISP?

Понятно что есть IPv6-to-IPv6 Network Prefix Translation - но это же костыль. "За что боролись?" И кстати в Микротике его нет, и неизвестно в каких моделях SOHO маршрутизаторов он есть.

Если от каждого ISP поставить по отдельному маршрутизатору, и установить небольшой RA lifetime, то при отказе или выключении одного из маршрутизаторов все хосты постепенно (в течение RA lifetime) переползут на другой, но это будет а) небыстро и б) не сработает, если проблемы за маршрутизатором (на стороне ISP).

Так как?

Network Analyzer (платный) - очень хорошо сделанный пакет сетевых утилит под Android. Способен показать то, что другими средствами не всегда удается посмотреть, например глобальный IPv6 адрес устройства, IPv6 DNS сервер и др.

Включает удобно сделанные ping, traceroute, LAN Scan, скан портов и пр. Поддержка IPv6.

Для мониторинга WiFi сетей не нашёл ничего лучше WiFiAnalyzer (open source).

BGP/OSPF/RIP/ lab with bird

Искренне надеюсь, что это всё же какое-то моё непонимание или незнание темы, а не конструктивный недостаток во FreeBSD: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242744

В линухах оно как, кто знает или может проверить? Тоже DF флаг принудительно ставится на ESP? И как тогда работает простой IPSec transport mode между двумя хостами?

Между FreeBSD 11 и Windows 7 транспортный режим работал без проблем, ssh, FTP и прочее TCP ходило. Жаль что не осталось пакетных дампов. Предполагаю, что Windows знает, что надо в такой ситуации уменьшить MSS.

UPD Специально проверил, Windows Server 2012 также генерирует в транспортном режиме ESP пакеты с флагом DF. Но работе TCP это не мешает. Видимо неправильным будет предлагать решение для FreeBSD с принудительным снятием флага DF с ESP. Тем более в свете IPv6, в котором собственно этого флага и нет: если отправитель не позаботился фрагментировать пакет и вставить Fragment extension header, то на транзитном устройстве уже ничего с этим поделать нельзя.

Если во FreeBSD желательно использовать SLAAC, и в то же время чтобы исходящие соединения шли с "красивого" адреса, можно сделать через ключ -prefer_source в ifconfig. В rc.conf так:

ifconfig_re0_ipv6="inet6 accept_rtadv" # SLAAC
ifconfig_re0_alias0="inet6 2001:19f3:5081:21dc::10 prefixlen 64 prefer_source"

Или даже так (не проверял):

ifconfig_re0_ipv6="2001:19f3:5081:21dc::10 prefixlen 64 prefer_source accept_rtadv"

RFC по теме: https://www.rfc-editor.org/rfc/rfc3484.txt

В дебианах эта опция - preferred_lft, в генту - просто preferred, спасибо vpluto

Сейчас принято кому попало давать /48. В глобальном пуле 2000::/3 всего 35 триллионов (2^45=35*10^12) блоков /48. Интересно, как быстро они кончатся.

Триллион - это не так много. Говорят, именно столько бактерий живет на одном человеке, или звезд в Туманности Андромеды.

На RIPE-овском вебинаре сказали, что в мировой BGP таблице фильтруются префиксы длиннее /48