привет, проще не лепи на старом freepbx - запусти виртуалку еще одну и там всё сделай, пробрось usb и свяжи с основным астером транком.

PJSIP хорош для внутренних экстенов, та же возможность регать несколько телефонов.
Но наружу chan_sip до сих пор понятнее, надежнее и безопаснее.
заметил еще что taskprocessors PJSIP потребляет просто дико..

ТС, почитайте как это сделано у других: 1. Фаза прокси-регистрации. Вр внешнюю систему регается прокся и она всегда доступна. 2. При входящем звонке прокся начинает будить пользователей согласно логике через push. 3. Прокся ожидает таймаута ответа пользователей, те освежают регистрации протухшие. 4....

Сдается мне что это обычный транк без регистрации по белому IP и без всяких их ВАТС. host=95.167.51.32 type=peer insecure=port,invite directmedia=no disallow=all allow=alaw qualify=yes Только в Peer. User почистить секцию. Ну и еще один сделать для второго host. Проверить входящие.. Для исходящих не...

Не проще было в CDR(userfield) смещение до трансфера указывать и при хэнгапе для аналитики Вашей на лету готовить wav файл вместо танцев с бубном?

А вообще в серые сети стремнее чем в белые в последнее время - поговорить с обоими операторами и перевести всё в белую.

На микротике это решается через виртуальные таблицы маршрутизации и изоляцию.
А так если проще и без этого - одну напрямую, другую - через роутер с NAT.

Наверное надежнее через CUT отрезать правее @, часто длина и формат номера - плавающие.

Стоить удалить ссылку

Астер -> SIP -> TDE100 -> Город (лапша)

Нужно на TDE заполнить диалплан по маскам, тогда она не будет оверлап делать - будет донабирать сама.
Но вообще это садо-мазо - проще обратиться к оператору связи и переделать эту лапшу на SIP, тогда астер поставить ДО TDE и будет как положено.