Не получается добавить транк SIP или IAX

Это как смотреть.
Тебе в раздел учетные записи
Если ты хочешь сделать talk37 транком своей АТС, то это будет здесь как “устройство”.
Только линия для связи будет одна.
Если ты хочешь сделать свою IP АТС транком здесь, то вводишь именно как учетную запись.
Поскольку ты уже это сделал, то на своей АТС пропиши логин, пароль, порты.
Потом тебе нужно будет создать правила входящих звонков (это твои звонки исходящие в АТС)
и исходящих (это будут входящие в твоей АТС).

Если ты хочешь из своей АТС звонить через talk37, то это будет 1-й вариант (витруальный
телефонный аппарат), но линий будет только одна. Ну можно изголиться и сделать несколько
таких “транков”.
А зачем так делать? Проще иметь доступ именно через устройство, ну там мобильный с Zoiper
или обычный VOIP-телефон.
А вообще твоя АТС это в терминах сервиса сервер. Но как это вот работает я не знаю,
поскольку у меня своей АТС нет. Может кто-то подскажет, как это работает.

Если я правильно понял, соединение типа “шлюз” одинаковое в обе стороны, в то время как соединения “внешняя учётная запись” и “клиент” однобокие. То есть для связывания двух АТС лучше использовать “шлюз” и тогда номера будут проходить в обе стороны и обрабатываться согласно правилам оконечной АТС.

Вопрос – как организовать шлюз с Pbxes.org? Пока подключил как “внешнюю учётную запись”. Оптимально было-бы переключить телефоны оттуда в Т37, но аппараты находятся очень далеко от меня, рядом даже продвинутого пользователя компьютера нет, все начинающие.

Дмитрий, прошу прощения, что встреваю. Но я вот этого не понимаю.
“А разница между устройством и шлюзом в основном в возможностях пропуска CallerID и маршрутизации.”
Допустим у меня есть сервер (или АТС) и там у меня есть транк (входящие и исходящие через talk37).
Если я на talk37 подключу этот транк как “устройство”, то звонки через транк той АТС придут
в мое устройство на talk37 и дальше это будет уже исходящим звонком и пойдет через правила исходящих.
Если же я на talk37 подключу этот транк как “шлюз”, то звонки через транк в talk37 будут приходить
как входящие и пойдут через правила входящих звонков. А мне то нужно, чтобы звонок в
talk37 был исходящим, а не входящим.
Или я не правильно понимаю?

Ага. Сегодня попробую провести эксперимент. Для меня было неочевидным, что входящий звонок
транзитом станет исходящим. Это любопытно. Я считал, что звонок не пройдет и будет
что то типа занято. Насчет убогости транзита через устройство согласен, это решение
будет хуже.

Ах вот оно что…То-то у меня раньше этот эксперимент не удался. Я долго мучился тогда.
Это хорошая новость. На самом деле это дает гибкость в использовании 2-х АТС и повышает
надежность связи. Спасибо за информацию)))

Провел эксперимент. Создал шлюз Т37 и создал транк в PBXes.
Как и ожидалось обработка звонка от PBXes идет во входящих правилах.
Анализ правил показывает, что выбиратеся правило стандартное, т.е.
звонок на внутренний. Я слышу как тренькает телефон.
Что нужно сделать, чтобы он ушел транзитом в исходящие звонки?
А вот если я сделаю не шлюз Т37, а устройство, то звонок уйдет в исходящие.

Для чистоты эксперимента отключил стандартное правило. В итоге слышу в ответ гудки занятости линии.
В PBXes есть выбор в обработке входящих правил – “звонок сквозь”. Когда входящий
звонок попадает на исходящие транки и в ответ слышен гудок на линии. Можно донабрать номер и дозвониться.
Такого же эффекта можно добиться в в Т37 через автосекретаря. Это будет аналог. Но лучше бы был транзит.
В итоге остается вариант транзита через создание устройства, хотя мне этот вариант не нравится.

Так, разобрался немного. Оказывается Pbxes нужно цеплять к шлюзу Т37, тогда наиболее полно объединяются АТС. Но почему-то в этом режиме не проходит CID с Pbxes, а вместо него виден идентификатор шлюза.

Вернулся к Sub PBX, поскольку тут номер проходит. Сразу не осознал, что нужно было

В настройках шлюза в разделе “Правила трансформации CallerID” в поле “Адресат при входящих” укажите “Не указан”.

Через транк в Pbxes номер не уходит почему-то, через Sub PBX уходит.