l1ght

Да, создать их всех вручную. Нет ни малейшего желания учить вас. Раз те которых вы создали работают - делаю вывод, что ручную регистрацию вы осилили.

Как смигрировали. Я сказал как должно быть. Ищите и проверяйте. Либо уже ручками их посоздавайте раз с миграцией у вас не ладится.

Там должна быть только одна IP. И она же должна существовать в nethosts с правильной привязкой ip -> netid, mac

Ещё и попытка запустить второй стг К абону привязана пачка IP в users табличке. Либо *. Когда такое происходит alwaysonline механизм отключается. Отсюда все остальные симптомы.

да лучше PPPoE чем PPTP, который уже умер

совсем упоролись? кто б его тянул в модуль с ЗТЕ? там вообще бл@#ь другая механика. модуль "неизвестные ону" - это которые существуют физически но не занесены в БД. модуль для зте показывает ону которые ещё не прошли авторизацию на самом олт и предлогает их как-то авторизовать и настроить.

тут скорее проблема в длинке чем в связке

у ОНЕТ сильно больше абонов должно быть я думаю сетка не из этого списка

Ну по идее миграция должна происходить при мертвом старгейзере. А когда БД готова и стг запустили то он должен их подцепить.

@Pautiina, @bobr-kun и кто там ещё с микротиками помогите человеку))) но я чую что это не специфичная проблема для микротика скорее всего какая-то лажа с ip -> netid надо пробовать ручками дергать скрипты из /etc/stargazer и смотреть че происходит

это значит что стоит лучше ознакомится с интерфейсом и его возможностями а так же поискать модуль "целостность пользователя"

очевидно зайти и почекать целосность абонов для начала так же проверить привязаны ли сети к насам

Ну как бы понятно что будут какие-то пересечения. Терминология одна на всех. Vlan, switch, router, ip, mpls (P, PE, P/PE), asbr, bras ну и дальше. Ну и обозначить как-то местоположение. Единой модели не может быть, потому что у всех разные рабочие процессы. Все в курсе что mtr is real Сторонние инструменты не всегда могут быть под рукой. Да и есть ещё несколько плюс у реверс днс кроме трейсроута. tcpdump любит делать revers dns lookup, некоторые протоколы тоже его используют. Но оно не обязательно, да.

Там нет единого стандарта. Обычно принимают какой-то стандарт внутри компании как называть оборудование что б можно было легко отличить его, а не безличный IP по которым в большой сети можно запутаться просто. Ну и реверс днс нужен для более быстрой трассы, особенно винда жестко тупит если не указать -d ключик.

А кто NAT-SERVICE-SET будет вешать на сабскриберов? Я чтоле? И полисер можно более изящно делать, ну. И next-hop-style для ната тоже можно бы и не юзать, ибо к чему оно, только конфигу усложнять. Так что батенька у вас не МХ-104 виноват.

настройки показывайте

длинк 3612г прости господи я ж правильно понимаю, что вам надо балансить абонентский исход? если да - меняйте свитч

выкинуть 4612 говно же, ну

И какой список в итоге? Кроме Eltex сюда что-то попало?

@ttttt

у акцеля свой шейпер, если про него речь

ну во всяких PPP когда брас не умеет СоА это бест практис установки session-timeout в сутки а на счет ната... к чему этот бугурт? возмите и попробуйте так ли всё ужасно

Мне кажется сильно за уши притянуто.

потому что алгоритм поиска по трансляциям такой повторяю что это стейтфул протокол от кол-ва активных трансляций будут расходоваться ресурсы ЦПУ (представляете что это не только на линухе так нат работает?) что б не искать в мертвых трансляциях и не тратить зазря такты ЦПУ просто уменьшают время жизни неактивных сессий

тут да, пичалька будет с таймаутами указанными выше