kodi

Давай по-порядку. Зачем вообще юзать IPSec - для того, чтобы защитить трафик идущий по публичным (или не очень) сетям. Сделать возможность перехвата, расшифровки или компрометации трафика минимальной. Для этих целей подходят туннели типа OpenVPN и IPSec (всё остальное либо проприетарное, либо ломается на ура).
Имхо, oVPN больше подходит для приземления клиентов, а IPSec для связи сетей.

Дальше. IPSec способен работать в двух режимах, туннельном и транспортном.

Тот что ты описал - туннельный - после появления первого пакета с данными, подходящими под условия политики - поднимается туннель и остаётся открытым пока идёт траф или таймаут его не убьёт. Туннельный режим хорош тем, что, действительно, настроил политики и всё работает как бы само.

Транспортный режим - соединяет трафик идущий между двумя точками - между двумя устройствами - без построения туннеля. Т.е. просто (де)шифрование пакетов. И для построения туннель нужно будет использовать отдельно IPIP, или L2TP или любой другой протокол Point to Point.

Нафига же нам может такой понадобиться? Например если у тебя соединяются не две отдельные сети, а несколько с каждой стороны (политик в этом случае нужно в X*Y). А может ты строишь множественную связность, когда нельзя однозначно сказать через какой Peer доступна та или иная сеть (например с ospf внутри). А может быть у тебя по туннелю гоняется не IP трафф (а телефония или мультикаст или FoIP или ATAIP). А может так же ты гоняешь l2 пакеты (например, сбриджевал два офиса и у них общая адресация - при небольшом расстоянии вполне себе решение). А ещё иногда нужно перестроить сеть без сброса всех активных туннелей (что в предыдущем случае невозможно). В целом использование транспорта IPSec - гораздо более удобнее.

Банальный Кабельный тестер или Мультиметр который дешевле тестера , лучше с пищалкой брать чтобы не смотреть на шкалу в момент замыкания. Ну и к мультиметру понадобиться еще коннектор с обжатыми и закороченными парами (вставляем в розетку), со стороны свича или патч-панели ищем данную розетку.
И первое и второе поможет найти порванные пары если таковые имеются.

exten => _X!, 1, GotoIf($[${SIPPEER(${EXTEN},curcalls)}<${SIPPEER(${EXTEN},limit)}]?num_free)
same => n, Answer()
same => n, Playback(abonent_is_busy, noanswer)
same => n, Hangup
same => n(num_free), Dial(SIP/${EXTEN},,t)

Создайте себе новый лог в System/logging с топикоп Topics=pptp,ppp,info,account

1) на внешний интерфейс Микротика назначаете _три_ публичных адреса - его собственный 1.2.3.4, публичный адрес первой локалки 1.2.3.5 и второй 1.2.3.6

2) в файрволле создаете два правила SNAT: первую локалку 10.20.30.0/24 в 1.2.3.5, вторую 10.20.40.0/24 в 1.2.3.6.

Тебе нужно маркировать пакеты (/ip firewall mangle) в зависимости от источника (с какой локалки они пришли), и добавить два маршрута по умолчанию в инет, с разными source address для каждой маркировки. Подробности про mangle смотри в документации.
Если понадобится помощь - обращайся

Связи никакой нет. А вот с названиями ящиков есть один момент. Приветствие голосовой почты говорит что-то вроде "Абонент с номером [mailbox] занят/недоступен...", т.о. название ящика долно совпадать с extension, на который звонили, иначе не очень хорошо получается.