+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Устаревание старого IPv6 префикса при удалении или замене – RFC6204.

Устаревание старого IPv6 префикса при удалении или замене – RFC6204., RouterOS

frittentheke

Guest

26.05.2013 12:56:00

Привет всем! У меня RB2011UAS-2HnD-IN с RouterOS 6. Он подключен к домашнему PPPoE-интернету, поддерживающему IPv6. По этой связи я получаю динамический /64. Кроме того, я использую DHCPv6 для получения дополнительного (также динамического) /48, который затем используется для выделения /64 для внутренних интерфейсов. Позвольте мне ещё раз подчеркнуть, что как PPPoE /64, так и /48 — динамические, как обычно бывают IPv4-адреса на домашних интернет-подключениях. Моя настройка и конфигурация работают хорошо, за одним маленьким исключением: Время аренды префикса, делегируемого через DHCPv6, может быть больше, чем время существования PPPoE-подключения. Обычно нет связи между временем аренды DHCP(v6)-лицензии и интерфейсом, на котором она была получена. Но в этом случае она есть. Если PPPoE-подключение разрывается (есть принудительное отключение через несколько часов от провайдера) и роутер переподключается, он получает другой /64 и новый /48 префикс через DHCPv6. Кроме того, старые префиксы больше нельзя использовать через PPPoE-подключение. Роутер кажется, что связывает /48 префикс с pppoe-интерфейсом. Когда я отключаю DSL-модем, префикс исчезает из dhcp-клиента, а интерфейс получает статус "остановлен". Проблема в том, что префикс (а точнее /64 из него) всё ещё есть на внутреннем интерфейсе, который всё ещё отправляет наши объявления о маршрутизации, рассказывая всем и каждому о нём со сроком жизни в несколько часов. Когда переподключение успешно и на интерфейс выставляется новый префикс, роутер начинает рекламировать этот префикс. Старый и нерабочий префикс остаётся на клиентах до тех пор, пока не истечёт его предпочитаемый срок жизни. И это суть проблемы: Удалённый/замененный префикс не "устаревает" путем отправки объявлений о маршрутизации с предпочитаемым сроком жизни "0". Позвольте мне обратить ваше внимание на RFC6204 — Basic Requirements for IPv6 Customer Edge Routers, в котором чётко говорится: Если делегированный префикс меняется, то есть текущий префикс заменяется новым префиксом без какого-либо перекрывающегося периода времени, то IPv6 CE-маршрутизатор ДОЛЖЕН немедленно рекламировать старый префикс с Preferred Lifetime равным нулю и Valid Lifetime равным меньшему из текущего Valid Lifetime и 2 часа (что должно уменьшаться в реальном времени) в сообщении Router Advertisement, как описано в разделе 5.5.3, (e) [RFC4862].

boboland Guest	#2 0 22.10.2013 15:34:00 Какие новости по этому вопросу?

ranpha Guest	#3 0 08.11.2013 00:12:00 Все еще та же ситуация на сегодняшний день. Можно исправить, используя скрипт с http://forum.mikrotik.com/t/ipv6-connectivity-problems/70214/1

frittentheke Guest	#4 0 16.12.2013 00:39:00 По этому вопросу есть тикет Ticket#2013052766001293, но от Mikrotik пока никаких новостей.

frittentheke Guest	#5 0 12.01.2014 20:20:00 Привет!

frittentheke Guest	#6 0 02.12.2014 00:42:00 Только что получил обновление по тикету. Видимо, эта и другие функции маршрутизации как-то "запланированы" для RouterOS 7.

frittentheke Guest	#7 0 11.05.2017 22:42:00 Я только что запросил обновление по этому вопросу. Серьезно, так мало боли среди пользователей, что это даже не преследуется?

kielerjung Guest	#8 0 20.01.2018 20:50:00 Просто чтобы этот поток мыслей не заглох: проблема до сих пор не решена. Требуется скриптинг.

pe1chl

Guest

20.01.2018 21:44:00

Скорее всего, это проблема в основном для пользователей в Германии. У вас получаются динамические адреса, которые фактически меняются каждый день, в то время как во многих других странах либо получают статический адрес, либо динамический адрес, который меняется только при необходимости или когда что-то запускает изменение (например, новый модем с другим MAC-адресом, продолжительное отключение электроэнергии, вызывающее истечение срока аренды и т. д.). Что касается обещания решения в V7: это стандартный ответ, который дается многим запросам на улучшение. Практически говоря, V7 не существует, и его обещают уже несколько лет.

sebastia Guest	#10 0 21.01.2018 01:27:00 Привет! Нельзя ли эту проблему частично смягчить, установив короткий жизненный цикл IP-адресов, например: `/ipv6 nd prefix default set preferred-lifetime=1h valid-lifetime=1h`?

redskilldough

Guest

#11

26.04.2018 10:36:00

Да, именно так я и делаю: оставляю valid-lifetime по умолчанию, а preferred lifetime устанавливаю в 10 минут 10 секунд. 10 минут 10 секунд, потому что ra-interval от 200 до 600 секунд. Берем худший случай, что объявление выходит через 600 секунд (10 минут), так что адрес должен прожить как минимум до этого момента, плюс 10 секунд запаса. Таким образом, при следующем объявлении, если префикс тот же, текущий адрес будет продлен еще на 10 минут 10 секунд и так далее. Если следующее объявление выйдет с новым префиксом, будет создан новый адрес, а старый устареет. Время простоя IPv6 — максимум несколько минут. Работает отлично уже несколько месяцев.

mlu1

Guest

#12

31.12.2019 10:35:00

Есть какие-нибудь обновления или изменения, чтобы это включили в следующие версии ROS? Я немного покопался и нашёл, что нужное поведение можно настроить в radvd.conf с помощью “DeprecatePrefix on” [1], который добавили ещё в 2011 году. Может быть, для MikroTik не большая проблема добавить свойство в /ipv6 nd? [1] https://manpages.debian.org/stretch/radvd/radvd.conf.5.en.html

piku Guest	#13 0 11.02.2020 01:48:00 Прошло 7 лет, а проблема всё ещё существует.

pe1chl

Guest

#14

11.02.2020 08:35:00

Исправление IPv6 у MikroTik пока не является приоритетной задачей. Теперь, когда вышла бета-версия V7, выяснилось, что обещанные функции отсутствуют — это была всего лишь "мы сейчас это не исправим, но может быть, когда-нибудь в будущем" отговорка. Наберитесь терпения ещё на 5 лет, полагаю…

piku Guest	#15 0 10.03.2020 08:39:00 Я запускаю скрипт каждые 20 минут, чтобы исправить эту проблему, но не уверен, работает ли он. Спасибо, ranpha. FYI. :log info "IPv6 Check Start"; # запускай этот скрипт не более 2 часа, чтобы удалить устаревшие адреса; # пока MikroTik не исправит ошибку [ipv6 fir add timeout] :do { :ipv6 fir addr remove [/ipv6 fir addr find timeout=0s and list=oldV6] } on-error={} # poolname – это имя IPv6-пула, который содержал префикс, полученный от провайдера. :local poolname "pool-ipv6"; # intname – это интерфейс, на котором рекламируется пул. :local intname "bridge1"; :global oldV6; :local newV6; :set newV6 [/ipv6 pool get $poolname prefix]; :if ([ :typeof $oldV6 ] = "nothing") do={ :set oldV6 $newV6 } :if ($newV6 != $oldV6) do={ :log info "Несовпадение -- удаляю старый префикс"; :log info "Текущий -- $newV6"; :log info "Предыдущий -- $oldV6"; :do { :ipv6 fir add add list=oldV6 address=$oldV6 timeout=2h; } on-error={} :set oldV6 $newV6; } :do { :ipv6 nd prefix remove [/ipv6 nd prefix find (!dynamic)]; } on-error={} :foreach oldipv6s in=[/ipv6 fir add find list=oldV6] do={ :do { :ipv6 nd prefix add autonomous=yes disabled=no interface=$intname on-link=yes preferred-lifetime=0s prefix=[/ipv6 fir add get $oldipv6s address] valid-lifetime=0s; } on-error={} } :log info "IPv6 Check Stop";

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры