Badyavka Опубликовано 14 октября, 2017 · Жалоба Здравствуйте. Имеется ccr1036. После запланированной перезагрузки каждый раз перестают работать вланы, вернее отваливаются абоненты на вланах, авторизаванные через pppoe. Решаем отключением и повторным включением этих вланов. Ситуация наблюдается только на одном оптическом порту микротика, через который работают вланы, причем перестают работать не все вланы, а примерно 90-95%, т.е. какие-то все же продолжают работать, хотя по топологии и настройкам ни чем не отличаются от остальных кроме id. Как решить данную проблему? Какие еще нужны исходные данные чтобы понять в чем дело? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 16 октября, 2017 · Жалоба Создайте в планировщике по событию стартуп следующий скрипт: /system scheduler add name=Vlans on-event=":foreach i in=[/interface vlan find] do={/interface v\ lan disable \$i}\r\ \n\r\ \n:foreach i in=[/interface vlan find] do={/interface vlan enable \$i}" \ policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive \ start-time=startup Тогда после перезапуска все вланы будут выключены, а потом снова запустятся. И все заработает. Такое бывает когда много вланов на микротике (от 400-600), при включении они не успевают инициализироваться, а PPPoE сервера или IP интерфейсы навешиваются ранее, в следствии этого они выделяются красным. Если вланы выключить и включить уже после инициализации, все заработает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
YuryD Опубликовано 16 октября, 2017 · Жалоба Напишите инструкцию по порядку поднимания интерфейсов физических, затем логических, в загрузке. В иных системах - порядок выполнения стартовых скриптов вполне документирован. :) А тут аж планировщик нужен :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myth Опубликовано 16 октября, 2017 · Жалоба Костыльненько. Линукс почему-то все поднимает корректно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 24 октября, 2017 · Жалоба Не знаю как там поднимает линукс, но если железка типа RB2011 в качестве роутера может обслуживать порядка 200-300 клиентов (терминировать вланы без ограничения скорости), с общей прокачкой до 500мбит, то добавить скрипт на перезапуск вланов вполне можно и это не является проблемой, т.к. решения на линуксе потребуют большей стоимости железа и больше времени на настройку (микротик можно за 10 сек настроить, влив типовой конфиг). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 24 октября, 2017 · Жалоба 2 минуты назад, Saab95 сказал: решения на линуксе потребуют большей стоимости железа и больше времени на настройку Вранье. Например есть такое решение на линуксе — Ubiquiti EdgeRouter Lite. Стоит дешевле, работает лучше. Я уж не говорю о всяких *WRT на домашних роутерах, дешевле которых сложно что-то найти. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 24 октября, 2017 · Жалоба И что это за совет? А когда станет мало производительности, что делать? Или лучше по другому. У меня есть текстовый конфиг микротика под эту задачу - в нем создаются вланы, на каждый влан вешается IP, DHCP сервер, включается OSPF, один порт приходящий на нем IP в сторону центра, во второй порт PON подключается. Эту настройку на микротике я могу как влить - взять новый микротик, зайти на него, выполнить полный сброс без дефолтных настроек, потом в терминал вставить текстовый конфиг. Все. Напишите как это же сделать на вашем Ubiquiti EdgeRouter Lite ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 24 октября, 2017 · Жалоба Взять новый ER, зайти на него, выполнить конфигурирование, сохранить конфигурацию. Все. Полный сброс делать не нужно (хотя есть такая опция). Колхозить костыли на скриптах не нужно (хотя скрипты тоже есть). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 24 октября, 2017 · Жалоба А как это конфигурирование выполнить то? На линуксе всегда такие советчики - взять устройство, собрать пакеты и запустить в работу=) А если что-то не так будет, как проблемы решать? Вот тем микротик и лучше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 24 октября, 2017 · Жалоба Только что, Saab95 сказал: А как это конфигурирование выполнить то? Нужно наколдовать специальное заклинание "copy-paste". Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Badyavka Опубликовано 1 мая, 2018 · Жалоба В 16.10.2017 в 09:18, Saab95 сказал: Создайте в планировщике по событию стартуп следующий скрипт: /system scheduler add name=Vlans on-event=":foreach i in=[/interface vlan find] do={/interface v\ lan disable \$i}\r\ \n\r\ \n:foreach i in=[/interface vlan find] do={/interface vlan enable \$i}" \ policy=ftp,reboot,read,write,policy,test,password,sniff,sensitive \ start-time=startup Тогда после перезапуска все вланы будут выключены, а потом снова запустятся. И все заработает. Такое бывает когда много вланов на микротике (от 400-600), при включении они не успевают инициализироваться, а PPPoE сервера или IP интерфейсы навешиваются ранее, в следствии этого они выделяются красным. Если вланы выключить и включить уже после инициализации, все заработает. Спасибо. Скрипт применяется, стало гораздо лучше, но все равно из 160 вланов после перезагрузки ccr1036 1-2 влана не поднимаются. Приходится по-прежнему вручную отключать и снова включать их. Что еще порекомендуете сделать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
andryas Опубликовано 1 мая, 2018 · Жалоба 21 minutes ago, Badyavka said: Что еще порекомендуете сделать? Я порекомендую. Купить за копейки циску 3550 или 3560 и забыть о костылях, как о страшном сне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mystray Опубликовано 3 мая, 2018 · Жалоба В 24.10.2017 в 11:29, Saab95 сказал: А как это конфигурирование выполнить то? На линуксе всегда такие советчики - взять устройство, собрать пакеты и запустить в работу=) А если что-то не так будет, как проблемы решать? Вот тем микротик и лучше. Проще, чем на микротике... > configure # load scp://<user>:<passwd>@<host>/<file> # commit Чем микротик лучше? Тем, что при проблемах в реализации чего либо остается только ребут по крону делать, и не пускают в потроха заглянуть? Так это не лучше, это хуже. В 01.05.2018 в 14:39, andryas сказал: Я порекомендую. Купить за копейки циску 3550 или 3560 и забыть о костылях, как о страшном сне. 3560 умеет терминировать pppoe? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
andryas Опубликовано 3 мая, 2018 · Жалоба 1 hour ago, Mystray said: 3560 умеет терминировать pppoe? Самый большой костыль - это микротик на BRAS'е. Тем более, с vlan'ами. И да, pppoe - тоже костыль в 2018-м. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...