Когда подключены к провайдеру через впн, то обычно маскарад настроен на двух интерфейсах, впн и физическом в сторону провайдера.
А зачем так? Маскарад нужен исключительно для хостов локальной сети, чтобы выходить в интернет. VPN-же соединение до провайдера поднимает роутер — не хост внутри локалки, а роутер со своего пусть серого адреса, который ему выдал провайдер, но который находится внутри сети провайдера и с которого достижим, по крайней мере, адрес VPN-шлюза.
Вот прямо так указать возможности нет. В Микроте в разделе /ip firewall nat создается правило маскарадинга через WAN интерфейс, и оно срабатывает моментально при изменении его IP-адреса после реконнекта PPPoE сессии, например.
В моем же примере на PPPoE интерфейсе адрес автостатический, т.е. его всё же выдает провайдер при поднятии сессии, но при этом всегда один и тот же.
В случае резервирования должен быть скрипт, который заставляет Asterisk перерегистрировать транки через новый IP-адрес (другого провайдера). Я экспериментировал с этим, но пока устойчивого результата добиться не удалось.
Так вот в том-то и цимес, что при разрыве и последующем восстановлении VPN-соединений с филиалами SIP-сессии моментально восстанавливаются (ну, как моментально — в соответствии с таймером REFRESH) и работают без дополнительного возложения рук, а те, что проходят через NAT залипают.
Спасибо за комментарии. Действительно, хранить логи очередей и искать по ним удобнее в xSQL. Но за ту же минуту может нападать несколько событий ABANDON.
Проще комбинировать эти способы — обработку появления ABANDON делать через MONIT и текстовый лог, а поиск ENTERQUEUE по xSQL.
А зачем так? Маскарад нужен исключительно для хостов локальной сети, чтобы выходить в интернет. VPN-же соединение до провайдера поднимает роутер — не хост внутри локалки, а роутер со своего пусть серого адреса, который ему выдал провайдер, но который находится внутри сети провайдера и с которого достижим, по крайней мере, адрес VPN-шлюза.
В моем же примере на PPPoE интерфейсе адрес автостатический, т.е. его всё же выдает провайдер при поднятии сессии, но при этом всегда один и тот же.
И менять эту опцию надо совместно с настройкой NAT в Chan SIP/PJSIP.
Проще комбинировать эти способы — обработку появления ABANDON делать через MONIT и текстовый лог, а поиск ENTERQUEUE по xSQL.