IPv6

Добрый день! Подскажите, работает ли IPV6 на мобильном интернете МТС? Не удаётся найти информацию однозначную, в фиксированном интернете от того же МТС и на велкоме вопросов нет. В техподдержке ясно ответить не смогли, хотя у них есть услуга «статический ipv4 ipv6».

yura3d:

jumster:

Добрый день! Подскажите, работает ли IPV6 на мобильном интернете МТС? Не удаётся найти информацию однозначную, в фиксированном интернете от того же МТС и на велкоме вопросов нет. В техподдержке ясно ответить не смогли, хотя у них есть услуга «статический ipv4 ipv6».

Как минимум пару лет уже работает.

iOS? Я где-то читал что нужно чтобы mts обновил там профиль сотового оператора у apple. На А1 работает просто после простого USSD. В гугле информации не нашёл, наверное предполагается что работает из коробки. Но у меня планшет с eSIM и непонятно что сделать

jumster:

iOS? Я где-то читал что нужно чтобы mts обновил там профиль сотового оператора у apple. На А1 работает просто после простого USSD. В гугле информации не нашёл, наверное предполагается что работает из коробки. Но у меня планшет с eSIM и непонятно что сделать

Работает на iOS с момента появления IPv6 в сети МТС (примерно начало 2020 г.) Никаких дополнительных настроек и прочих действий не делал. Но у меня iPhone и обычная SIM.

Добрый день, может кто объяснит, в чем разница между этими двумя услугами у Белтелекома(кроме цены и взноса, естественно)?

настроил на мобильном мтс ipv6, исходящие соединения работают, а обратные нет (файрволл отключал, пробовал разное оборудование).
судя по трассировке обратного маршрута затыкается на узлах becloud (2a00:c820:f:14:: )
с поддержкой по тех вопросам в мтс все тяжело и долго, но вроде как ответили, что со своей стороны ничего не блокируют (спрашивал про порты).
у кого-нибудь получилось достучаться до своей подсети ipv6 на мтс?

p.s. пробовал проверить на домашнем мтс. настраивал удаленно keenetic. получил префикс ::\56, но дальше глухо - даже исходящие соединения не работают.

3368524:

2a02:e300: - (НЦОТ aka NTEC)
2a00:c820: - (BeCloud)
2a02:bf0: - (MTS)
2a02:bf0: - вы

у меня входящий маршрут обрубается за BeCloud в обоих случаях (мобильный и ethernet)

13.|-- 2a02:e300:0:403::2 0.0% 3 120.1 120.3 120.1 120.6 0.3
14.|-- 2a00:c820:f:2::1 0.0% 3 123.5 123.6 123.5 123.9 0.2
15.|-- ??? 100.0 3 0.0 0.0 0.0 0.0 0.0

на кинетике, да есть проблема с первичной инициализацией - после перезагрузки ipv6 не получает. нужно переподключить ipv6 (но это можно решить через cli\ndm hooks). вот почему исходящие не идут надо разбираться. из отличий на кинетике нет сейчас никаких клиентов в lan,
один роутер стоит.

с мобильным мтс я пробовал разные симки и модемы результат один. файрволл win10 вообще отключал на время теста еще нужно что-то явно открывать? на роутере тоже отключаю файрволл ipv6 для теста.

3368524:

Починилось, опять же, саппортом.

очень медленно и избирательно отвечают. в реальном времени у них вообще никакого инструментария для проверки ipv6 нет.

3368524:

Также кинетик умеет просить себе персональный IPv6 address, МТС выдаёт. И он отдельный, не из /56 диапазона, который в префикс дают для распределения во внутренней сети. Вот на этот адрес сам кинетик легко отзывается без дополнительных настроек. Так ещё легче проверять, не переживая о правилах внутри сети.
У него это называется ipv6 address auto, по умолчанию активно.

сегодня разбирался с ethernet мтс - отключали порт на полчаса, потом еще переполучил ipv6 адрес с паузой 5 мин, результат нулевой - пинга наружу нет.
и да на ethernet мтс действительно ipv6 адрес на входном интерфейсе и префикс в разных подсетях 2a02:bf0::/32.
на мобильном мтс на вх. интерфейсе адрес из префикса.

BLOOD_ELF:

вторая половина адреса

Там же префикс выдают (диапазон адресов), а не адрес. Он написан как xxxx:yyyy:zzzz:kkkk::/56. Или прям префикс меняется? Я сам не видел от БТК, но, вроде как, смысл статичности в том, чтобы не менялся диапазон. Если меняется диапазон, наверняка это повод зарепортить, ведь услуга статичного фактически не предоставлена.

В свою очередь, внутри диапазона конечные устройства получают себе адреса, какие хотят, и меняют их по своему усмотрению. Поддерживающие temporary address получают и пользуют временные (у виндовс это сутки, например), а реализующие privacy extensions получают их так, чтобы нельзя было предсказать.

BLOOD_ELF:

Как

Точно так же, как в общем случае с белым динамическим ipv4: dynamic dns или кастомное решение, которое будет репортить текущий адрес в какое-то статическое место.
Также можно отказаться от slaac и использовать dhcpv6 с предсказуемой раздачей. Или просто статичные прибить. Или устройства настроить, чтобы просили себе один и тот же адрес.
Какие-то устройства по умолчанию держат один из адресов за постоянный только для входящих и довольно неохотно меняют его (скажем, простая перезагрузка их не заставит поменять). Какие-то вовсе назначают себе предсказуемый адрес и не верят во все эти временные и сесуриту.
Проверяйте, что именно реализует интересующая вас система.

BLOOD_ELF:

никто не предупреждал

Претензии к своему личному секретарю. Или кто ещё обязан был предупредить? Вы же подписали, будто ознакомлены с этим, включая пункт 3.5.2.
Подождите, вы же тот самый человек, которого секретарь об условиях гугла по предоставлению услуг по странам тоже не предупредил. Надо менять секретаря, получается.

BLOOD_ELF:

внешний ipv6 и внутренний ipv4 никак не работают вместе?

Они просто не связаны, не мешают и не помогают друг другу. У устройства может быть много адресов, в т.ч. одновременно несколько ipv4 и ipv6. Причём, для ipv6 иметь несколько глобальных адресов и отзываться на каждый из них это обычно дело даже для вашего пк.

xxxx:yyyy:zzzz:kkkk::/56 это подсеть (диапазон адресов). У устройства конкретный адрес.
Префикс /56 провайдеры дают роутеру для распределения в своей домашней сети. Просто их настолько много, что каждому отваливают адреса вагонами заранее зная, что на большинство из них никто в сети не отзовётся.
Роутер показывает кусок адреса (префикс) устройствам, а устройства выбирают себе конкретный адрес (заполняют префикс до полного адреса) и договариваются с соседями и роутером об этом (при автоконфигурации).
Например, вот один из серверов гугла [2a00:1450:401b:806::1503]. Я с ним поговорил по хттпс по умолчанию, потому вышло [2a00:1450:401b:806::1503]:443

BLOOD_ELF:

пробросил я порты в роутере на все свои устройства

Это не применимо для ipv6. Смысл ipv6 в том, что у устройств и даже отдельных запущенных процессов глобально (в пределах планеты) уникальные адреса. Обращаются просто напрямую к ним, указывая желаемый порт.

Нужно не пробрасывать, а лишь настроить, чтобы устройство отвечало на входящие (не инициированные им) соединения.
И ещё настроить, чтобы адреса были не слишком уж временные, а ожидаемо для вас менялись. А то вот в виндовс, например, по умолчанию временные адреса используются 1 день (потом для исходящих выбирается другой), а через 7 дней (или ближайшего ребута) каждый временный забывается навсегда (ну, до следующей неопределённой случайности в выборе ) и на него никто не ответит.
При этом, даны возможности настроить относительно постоянный с сознательно контролируемым временем жизни, или просто отключить временность плюс случайность.

В моем понимании статический выдаваемый IP никогда не должен меняться.

Это не один IP-адрес на все устройства как в случае со статичным IPv4-адресом. Вам выдают статичный диапазон IPv6-адресов. То как адреса внутри этого диапазона будут распределены между вашими устройствами зависит от того как вы настроите свои устройства. По умолчанию обычно адреса внутри этого диапазона выбираются случайно и регулярно меняются.