nVizzz:Проверил на двух разных номерах. Ни на одном нет такой услуги.
пропорционально было подключение услуги
nVizzz:Проверил на двух разных номерах. Ни на одном нет такой услуги.
пропорционально было подключение услуги
TTPAuT:nVizzz:Проверил на двух разных номерах. Ни на одном нет такой услуги.
пропорционально было подключение услуги
У меня на номере, который на юрлице не даёт сделать USSD-запрос. Взял телефон с A1, который не физлице. Там такое проходит, и IPv6 работает. Разобрались. Спасибо за информацию и помощь!
Похоже, что сапорт A1 ничего не знает про это ![]()
там вся отрасль в таком состоянии. тот же селектел уже несколько месяцев не может наладить работу элементарного smb-хранилища, но вполне себе позволяет его продавать по невменяемой цене.
С учётом того, что очень много кто пересел на три буквы, то логично, что трафик ipv6 упал. Мало кто его настраивает. А 2/3 провайдеров и вовсе не предоставляют ipv6 и не планируют.
yury_by:И у Юнета некоторое время ipv6
Наверное, спроса нет
А какие есть оферхеды применения ipv6 для оператора типа unet? Требуется ли больше или производительней оборудование? Почему не настроить всем по умолчанию как это делает мтс. В моём примитивном понимании вопроса оверхеды не должны быть значительные.
jumster:yury_by:И у Юнета некоторое время ipv6
Наверное, спроса нет
А какие есть оферхеды применения ipv6 для оператора типа unet? Требуется ли больше или производительней оборудование? Почему не настроить всем по умолчанию как это делает мтс. В моём примитивном понимании вопроса оверхеды не должны быть значительные.
На совеременном оборудовании не должно быть никаких проблем
jumster:В моём примитивном понимании вопроса оверхеды не должны быть значительные.
исключительно административные и требуется более высокая квалификация. наоборот, ipv6 снижает нагрузку на оборудование в масштабах провайдера.
Pose1don:jumster:В моём примитивном понимании вопроса оверхеды не должны быть значительные.
исключительно административные и требуется более высокая квалификация. наоборот, ipv6 снижает нагрузку на оборудование в масштабах провайдера.
На современном оборудовании NAT это тоже не проблема поэтому и на нагрузку провайдерам все равно
3368524:А если нет проблем и денег больше не станет, зачем что-то делать.
Ну в случае РБ есть нормативный акт который требует от провайдера предоставлять IPv6 абоненту
3368524:netmaster:3368524:А если нет проблем и денег больше не станет, зачем что-то делать.
Ну в случае РБ есть нормативный акт который требует от провайдера предоставлять IPv6 абоненту
однако стоит, в точности следуя акту, предложить абонентам только в виде статики (с регой на свои фио) и только за разумный прайс, как оказывается, что ipv6 этот особо никому не нужон.
Действительно большинству он не нужен т.к. и без него все работает
Мировые темпы внедрения IPv6 упали. Еще 20 лет ждать пока к 100 процентом подберешься
Но, возможно, к 2030 случится знаковое событие - КНР прекратит маршрутизацию IPv4. Если это случится то это станет очень хорошим пинком для всего мира в направлении IPv6
Вопрос отчасти по теме, получилось ли у кого-то делать mini jumbo frame (а может и было всегда) для PPPoE, вроде оборудование БТК должно это поддерживать и можно установить MTU 1508 чтобы пакеты проходящие через туннель были стандартного размера 1500.
netmaster:jumster:вроде оборудование БТК должно это поддерживать
с чего это?
Я не эксперт, но вроде это общемировая практика инкапсулировать пакеты в PPPoE туннель без потерь mtu (т.е. интерфейс что поднимает туннель имеет mtu от 1508-1512), и в операторском оборудовании это все учтено и давно есть (но не факт что включено). Что это даёт? очевидно мы не тратим полезную нагрузку на туннельный оверхед.
К примеру ethernet от MTC таких проблем не имеет.
Так вот вопрос работает ли это в БТК? Может кто-то разбирался с этим вопросом глубже и имеет положительные результаты.
jumster:netmaster:jumster:вроде оборудование БТК должно это поддерживать
с чего это?
Я не эксперт, но вроде это общемировая практика инкапсулировать пакеты в PPPoE туннель без потерь mtu (т.е. интерфейс что поднимает туннель имеет mtu от 1508-1512), и в операторском оборудовании это все учтено и давно есть (но не факт что включено). Что это даёт? очевидно мы не тратим полезную нагрузку на туннельный оверхед.
К примеру ethernet от MTC таких проблем не имеет.
Так вот вопрос работает ли это в БТК? Может кто-то разбирался с этим вопросом глубже и имеет положительные результаты.
Не стоит потраченного времени на выяснение работает или нет
jumster:К примеру ethernet от MTC таких проблем не имеет.
Может быть потому что там и PPPoE нету? ![]()
Господа помогите разобраться!
Есть домашний интернет от A1 по эзернету, если включаю шнурок к ноутбуку напрямую, IPv6 адрес получается и работает.
Если включаю роутер Xiaomi mi router ax3000t прошитый на openwrt, нету IPv6, хотя интерфейс настроен и DHCPv6 включен.
Может кто-то знает что надо в настройках покрутить чтобы заработал IPv6 на этом роутере ?
2817223:Не выдавался IPv6 адресс от A1 (минск, ранее Atlant-Telecom) на роутере с прошивкой openwrt. Удалось исправить добавлением noacceptreconfig в конфигурации клиента odhcp6c. Итоговая конфигурация odhcp6c клиента (в /etc/config/network):
- код выделить все
config interface 'Wan6'
option proto 'dhcpv6'
option device 'eth1'
option reqaddress 'try'
option reqprefix 'auto'
option noacceptreconfig 1
В результате выдаётся подсеть /64
Спасибо добрый человек! Помогло!
У меня теперь есть IPv6 ![]()