+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Проблема с on-down в профилях ppp

Проблема с on-down в профилях ppp, RouterOS

nocipeva

Guest

24.01.2019 17:04:00

Всем привет! Мне нужно использовать on-down и on-up скрипты для pppoe-client соединений, потому что в некоторых конкретных случаях, например, нужно очистить таблицу соединений ip firewall. Во время экспериментов я заметил странное поведение: если pppoe-client пытается подключиться, но не может, он всё равно вызывает on-down скрипт с сообщением PPPoE disconnected, хотя вообще-то соединение так и не установилось. Это значит, что каждый раз, когда pppoe-client пытается подключиться, у меня очищается таблица соединений ip firewall, а у меня это происходит раз в 30 секунд. В итоге, когда роутер переключается на резервную линию, качество обслуживания, мягко говоря, ужасное. Думаю, так быть не должно. Кто-нибудь может подтвердить? Может, я что-то упускаю? Спасибо!

nocipeva Guest	#2 0 20.02.2019 17:50:00 Вверх! Чёрт, я что, тут один остался, кто пользуется скриптами отключения?

sebastia Guest	#3 0 20.02.2019 19:10:00 Почему бы не защититься от этого так: задать какую-то глобальную переменную в on-up и выполнять очистку в on-down только если эта переменная установлена?

eworm Guest	#4 0 20.02.2019 20:27:00 Я никогда не чистил свою таблицу соединений… Какие у тебя «особые случаи»?

nocipeva

Guest

21.05.2019 09:02:00

(Извини, пропустил уведомление о твоём посте) В ситуациях, когда ты переключаешься с WAN1 на WAN2, а потом хочешь вернуться к WAN1, при этом WAN2 всё ещё активен, записи в таблицах соединений продолжают показывать IP WAN2 как адрес назначения для ответа и не обновляются (потому что src-address:port и dst-address:port для SIP-соединений совпадают), поэтому IP-телефоны не работают.

nocipeva Guest	#6 0 21.05.2019 09:03:00 Могу попробовать, обязательно. Спасибо.

sindy

Guest

21.05.2019 12:33:00

Если я правильно понял, вы хотите удалить все соединения, которые проходят через src-NAT к публичному IP WAN2, даже если WAN2 продолжает работать после возвращения WAN1, потому что отдаёте предпочтение WAN1. С этим связано несколько проблем, которые здесь уже подробно обсуждались. Во-первых, удаление всех отслеживаемых соединений, связанных с конкретным публичным IP или WAN-интерфейсом, — это задача, требующая значительных ресурсов процессора. Так что, независимо от триггера, пользователи будут затронуты. Здесь есть несколько тем и даже официальная презентация Mikrotik, которая объясняет, почему src-NAT с маскарадингом стоит использовать только тогда, когда WAN-интерфейс имеет динамический адрес, так как маскированные соединения автоматически удаляются при изменении WAN-адреса, к которому они применены. Во-вторых, если вы просто удалите SIP-соединения, не заставив телефоны повторно зарегистрироваться (а сделать это невозможно), телефоны не смогут принимать входящие вызовы до тех пор, пока не зарегистрируются снова сами по себе.

nocipeva

Guest

21.05.2019 15:09:00

Прежде всего, я очищаю только те соединения, у которых src-address — это IP-телефоны, примерно по одному соединению на телефон. Во-вторых, проблема с регистрацией приемлема. И, наконец, если я не очищаю эти соединения, телефоны перестают работать, пока я не сделаю это вручную. Возможно, вам нужны более подробные сведения о настройке: WAN1 — это выделенная линия (PPPoE через SDSL или через оптоволокно) с доступом в Интернет (статический IP), но трафик от телефонов к SIP-серверу не проходит через NAT (потому что соединение напрямую между клиентом и нашей инфраструктурой). Это основной маршрут для всего трафика. WAN2 — 4G, поэтому NAT применяется ко всему (на самом деле, три уровня NAT: на Mikrotik, на 4G-маршрутизаторе и CGNAT в сети мобильного оператора). Я использую masquerading. В такой конфигурации возникают довольно серьёзные проблемы, когда теряется WAN1, а через несколько минут WAN1 снова появляется. Думаю, я буду дальше экспериментировать с on-up/on-down на WAN1, используя идею глобальной переменной, которая меняется при поднятии линии. Но, скорее всего, это не сработает для скрипта on-up. Так что надеюсь, что баг не затрагивает и on-up.

sindy Guest	#9 0 21.05.2019 15:14:00 Хорошо. Единственная причина, по которой я решил написать, — убедиться, что вы в курсе.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры