Тестирование IPv6, нужна помощь.

Мой провайдер использует PPPoE. Мне это не нравится, но, по крайней мере, это решает проблему с назначением адреса канального уровня. Конечно, можно использовать и link-local адрес. С этим проблем нет, и по нему можно маршрутизировать, но это может ввести в заблуждение некоторых пользователей. Мой провайдер применяет DHCPv6-PD, и я просто назначаю адреса из пула на внутренние интерфейсы. К сожалению, в MikroTik нет функции закрепления определённой подсети за конкретным интерфейсом. Когда меняется конфигурация или меняется поведение ПО, адреса разбегаются случайным образом, что совсем некомфортно, если у тебя есть внешне доступные серверы на IPv6. Было бы здорово иметь возможность статически задавать адреса, но провайдер маршрутизирует только те префиксы, которые запрашиваются через PD, так что просто назначить статический адрес и игнорировать PD — не вариант. Пожалуйста, не используйте динамические адреса, это очень неудобно для пользователей, у которых в сети есть локальные устройства (принтеры, NAS и т.п.), к которым нужно постоянно обращаться по локальному адресу, а не видеть его постоянно меняющимся. Некоторые даже просили добавить в роутеры MikroTik функции IPv6 NAT, чтобы обойти эту проблему (статический LAN-адрес переводится в динамический интернет-адрес)…

Не то чтобы такой «почти статический» назначение по интерфейсу могло спасти ситуацию. Хотя это и лучше, чем полный рандом, когда основной префикс приходит от DHCPv6, адреса всё равно могут поменяться в любой момент. Я бы хотел услышать от провайдера: «Добро пожаловать, уважаемый клиент, вот ваш статический префикс 2001:db8::/48, он полностью ваш, пока вы с нами, пользуйтесь как хотите и получайте удовольствие».

Согласен, что провайдеры должны использовать статические выделения для клиентов. Однако у полу-статических есть пара преимуществ: режим «из пула» позволяет очень быстро перенумеровать сеть при смене провайдера — при условии, что новый провайдер даст такое же количество префиксов, это будет единичное изменение на уровне инфраструктуры... Я просил добавить возможность указывать суб-префиксы из пула, но так и не видел ответа о том, что эта функция в планах.

Мои самые желанные функции для IPv6:

- Возможность отправлять записи AAAA в обновлениях dyndns  
- Stateless DHCPv6 сервер  
- Stateless NAT64 (функция CLAT в развертывании 464XLAT — очень полезная вещь для провайдеров: они могут строить сеть только на v6 на уровне доступа и распределения, пользуясь централизованным stateful NAT64 для IPv4-связи)  
- DHCP сервер → автогенерация статических DNS-записей (чтобы по именам можно было обращаться к устройствам в локальной сети)  
- Исправление багов маршрутизации в IPv6: игнорирование Cisco роутерами /128 loopbacks в OSPFv3, проблемы с рекурсивным поиском next-hop в iBGP, особенно при использовании link-local next hop  
- Stateful DHCPv6 сервер (для тех, кто хочет более централизованно контролировать, какие устройства могут подключаться к сети)  
- Stateless NAT66-PT (префиксный транслятор для обхода тех надоедливых динамических провайдеров… но с другой стороны, если этой функции нет, то давление на провайдеров, чтобы они переходили на статические адресации, только усилится)

Мой провайдер именно так и делает! Мне выделяют статический префикс /48, который меняется только по техническим причинам, а не случайным образом. Но мне нужно получать префиксы с помощью DHCPv6-PD! Если я этого не делаю, у них на стороне маршрутизация не работает. Поэтому я хочу иметь возможность указывать подсеть (16-битную в моем случае) для каждой сети, которой я назначаю IPv6-адрес, или хотя бы задавать порядок, в котором адреса будут назначаться интерфейсам при загрузке. Тогда я смогу хотя бы решить, какой интерфейс получит подсеть с номером 0, какой — 1 и так далее. И смогу заносить эти адреса хостов в DNS и сохранять их после перезагрузок или переконфигурации роутера.

Моя идеальная конфигурация — действительно статическая, то есть прописанные вручную адреса, никакого DHCPv6. Но похоже, что это не станет массовым подходом. Когда добавляешь адрес с from-pool=, RouterOS уже сохраняет последние 64 бита. Так что всё, что им нужно — это расширить это до сохранения последних 128 бит, и тогда для такого случая всё будет идеально, при условии, что длина префикса останется прежней.

Zywall делает то же самое!