Size: a a a

2019 March 09

ML

Mike Lyashenko in ru_ipv6
правда всеравно не заработало >< ладно завтра разберусь
источник

ES

Evgeny Sergeev in ru_ipv6
покури ipv6 nd
источник

ES

Evgeny Sergeev in ru_ipv6
как предложение сделать
источник

ES

Evgeny Sergeev in ru_ipv6
nd remove [find all]
источник
2019 March 10

ML

Mike Lyashenko in ru_ipv6
Вообщем у кого будет такая же ситуация перезагрузите микротик, в моем случае по неведомой причине отсуствовал линклокал айпишник на интрфейсе бриджа. После перезагрузки он появился и SLAAC коректно заработал.
источник
2019 March 11

А

Андрей in ru_ipv6
Ростелеком в Первоуральске (Свердловская область) без предупреждения начал предоставлять IPv6 нативно (PPPoEv6 RADVD+DHCP PD).
источник

А

Андрей in ru_ipv6
Скажите, какой коммандой проверить причину неработоспособности. Сегодня что-то случилось видимо. Соединяет с интернетом на ростелекоме, IPv6 тоже статус подключено на роутере, префикс делегируется, настройки на компьютер приходят те же, как раньше, но коннекта нет. На пинг узлы тоже не отвечают по v6
источник

А

Андрей in ru_ipv6
с компом все впорядке. Через тунельброкера IPv6 работает хорошо
источник

А

Андрей in ru_ipv6
источник

А

Андрей in ru_ipv6
источник
2019 March 12

SE

Sergey Engels in ru_ipv6
Ну сам же сказал тестируют. Обратно без предупреждения немножко отключили.
источник

А

Андрей in ru_ipv6
Вот печаль... Я еще не натестировался
источник

А

Андрей in ru_ipv6
А проверить как-то можно, действительно ли отключили. Или может на моей стороне причина.
источник

SE

Sergey Engels in ru_ipv6
Понятия не имею.
Будем ждать лучше обученных товарищей🙂
источник

VG

Vladislav Grishenko in ru_ipv6
traceroute to 2a01:540:6a0:6e01:*** (2a01:540:6a0:6e01:***), 30 hops max, 80 byte packets
1  ***
2  ***
3  ***
4  2a02:1710:4:3::702  36.074 ms  36.107 ms  36.061 ms
5  2001:7f8:20:101::209:65  46.596 ms  47.215 ms  46.632 ms
6  2a01:620:1:a00f::12  73.367 ms  72.720 ms  72.678 ms
7  2a01:620::57e2:8682  72.413 ms  73.384 ms  72.903 ms
8  2a01:620:1:a00f::12  100.040 ms  99.425 ms  99.672 ms
9  2a01:620::57e2:8682  125.743 ms  97.700 ms  99.893 ms
...
источник

VG

Vladislav Grishenko in ru_ipv6
у ростелекома сломалось
источник

KB

Konstantin Bekreyev in ru_ipv6
тестировать можно было и через 6to4, а теперь уже всё, хватит тестировать, использовать и только натив :)
https://tools.ietf.org/html/rfc7526
источник

SE

Sergey Engels in ru_ipv6
Падажжи.. оно ещё в 2015 году предложили отказаться
источник

В

Владимир in ru_ipv6
Вопрос про mtu discovery.

В mikrotik с настроенн ipv6 тунель. Через ND устройствам в локальной сети раздаётся правильное значение mtu  - всё работает.
Для практики я хочу понять и настроить mikrotik и устройства в локальной сети, чтобы корректное значение mtu устанавливалось через mtu discovery.

Например я конфигурирую сетевой интерфейс на компьютере с заведомо большим mtu. Пробую открыть какую-нибудь страницу в браузере - не открывается. В wireshark нет imcp ответов Type 2 - Packet Too Big.

Если пробовать смотреть кэш маршрутов (linux) ip route get <ipv6 addr> показывается обычный маршрут.

Как только я делаю пинг с большим размером пакета. В Wireshark вижу ответ Type 2 - Packet Too Big. Кэш маршрутов начинает показывть mtu значение и сайт открывается.

Разве Type 2 - Packet Too Big не должен генерироваться на любой пакет, а не только как ответ на ping?
источник

r

rm in ru_ipv6
Владимир
Вопрос про mtu discovery.

В mikrotik с настроенн ipv6 тунель. Через ND устройствам в локальной сети раздаётся правильное значение mtu  - всё работает.
Для практики я хочу понять и настроить mikrotik и устройства в локальной сети, чтобы корректное значение mtu устанавливалось через mtu discovery.

Например я конфигурирую сетевой интерфейс на компьютере с заведомо большим mtu. Пробую открыть какую-нибудь страницу в браузере - не открывается. В wireshark нет imcp ответов Type 2 - Packet Too Big.

Если пробовать смотреть кэш маршрутов (linux) ip route get <ipv6 addr> показывается обычный маршрут.

Как только я делаю пинг с большим размером пакета. В Wireshark вижу ответ Type 2 - Packet Too Big. Кэш маршрутов начинает показывть mtu значение и сайт открывается.

Разве Type 2 - Packet Too Big не должен генерироваться на любой пакет, а не только как ответ на ping?
насколько я понимаю здесь всё дело в направлениях
источник