понятие "виртуальный PBX" намного отличается от простого разделения номерных планов..

и чем же так сильно различаются?

я имел в виду, что понятие "виртуальный PBX" более глубокое, чем задача, которую автор решал и из-за словоблудия (использования умных слов не по назначению) топик зашел в дебри разработки..

Да - уж простите за не совсем точное изъяснение и постановку задачи, я же не профессионал в *.
Реализовал я то что хотел как объяснил выше уважаемый switch.

Есть еще одна задачка относящаяся к Virtual PBX.
На том же сервере есть sip peer к провайдеру телефонии.

[POVAYDERX]
host=ip of provayderx
defaulthost=ip of provayderx
context=OUT1
type=peer
insecure=port,invite
usereqphone = yes
canreinvite=no
qualify=yes
disallow=all
allow=alaw

Мне нужно построить еще одно такое же соединение к этом у провайдеру что бы разделять оплату по разным компаниям и пропускать чз это новое взаимосоединение другой номерной ресурс.
(В идеале лучше было бы поставить новый сервер)

Проблема в том что провайдер (provayderx) не выделил еще 1н ip адрес для нового взаимосоединения, а сказал использовать тот же! При это со своей стороны по условиям договора я добавил новый ip на свой сетевой интерфейс.


Мой сервер------------------POVAYDERX
ip A <---------------------------> ip A
ip B <---------------------------> ip A


В итоге sip peer построился но при попытке - позвонить происходит ошибка так как трафик идет по 1-му ip.
Как реализовать такое взаимосоединение не устанавливая новый сервер ?

а зачем разные адреса-то?
предоставляете услуги разным абонентам,и через эту учетную запись получаете разные номера?

т.е.
клиент 1 - номер Х
клиент 2 - номер Y
клиент 3 - номер Z
?
или как?

если не профессионал, то говорите своими словами, а не используйте малопонятные, но красивые для вас термины..

> еще одна задачка относящаяся к Virtual PBX...
???

зачем вообще был нужен еще один транк?
достаточно существующего c авторизацией по IP. Вам достаточно было разделить входящие: входящие на номер А в один домен, на номер Б - в другой. А для исходящих подставлять корректный callerid. Хотите вести параллельный подсчет - cdr в помощь..

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

Новое взаимосоединие юридически от другой компании - но технически то же самое :)
Соответсвенно у другой компании другой номерной ресурс который разрешено пропускать чз этого провайдера.

ну делайте аналогично

[OUT1-inbound]
exten => X,1,Set(CDR(accountcode)=X);по этому коду потом считаем "поконторно"
exten => X,n,goto(X-internal,300,1);переводим на группу 300 в конторе Х
exten => Y,1,Set(CDR(accountcode)=Y)
exten => Y,n,goto(Y-internal,300,1);переводим на группу 300 в конторе Y
exten => Z,1,Set(CDR(accountcode)=Z)
exten => Z,n,goto(Z-internal,300,1);переводим на группу 300 в конторе Z

[X-internal]
include => X-to-pstn
exten => 300,1,dial(LOCAL/101&LOCAL/102&LOCAL/103)
exten => _1XX,1,dial(SIP/X${EXTEN})

[X-to-pstn]
exten => _9X.,1,Set(CDR(accountcode)=X);по этому коду потом считаем "поконторно"
exten => _9X.,n,Set(Callerid(num)=X);выходим строго с номера конторы
exten => _9X.,n,Dial(SIP/POVAYDERX/${EXTEN:1});набираем в провайдера

[Y-internal]
include => Y-to-pstn
exten => 300,1,dial(LOCAL/101&LOCAL/102&LOCAL/103)
exten => _1XX,1,dial(SIP/Y${EXTEN})

[Y-to-pstn]
exten => _9X.,1,Set(CDR(accountcode)=Y);по этому коду потом считаем "поконторно"
exten => _9X.,n,Set(Callerid(num)=Y);выходим строго с номера конторы
exten => _9X.,n,Dial(SIP/POVAYDERX/${EXTEN:1});набираем в провайдера

[Z-internal]
include => Z-to-pstn
exten => 300,1,dial(LOCAL/101&LOCAL/102&LOCAL/103)
exten => _1XX,1,dial(SIP/Z${EXTEN})

[Z-to-pstn]
exten => _9X.,1,Set(CDR(accountcode)=Z);по этому коду потом считаем "поконторно"
exten => _9X.,n,Set(Callerid(num)=Z);выходим строго с номера конторы
exten => _9X.,n,Dial(SIP/POVAYDERX/${EXTEN:1});набираем в провайдера

уж такие-то вещи сами осилить должны

2 switch: Или Вы меня не поняли до конца - или я Вас.

Два соединения к 1-му провайдеру должны быть в любом случае!
Так как это разный юридические компании предоставляющие услуги.
А реализовать это в диалплане и разобрать CDR я смогу.
Проблема в том что с моего сервера не получается позвонить по второму взаимосоединению, потому что оно на тот же ip провайдера что и первое.

svoy - меня понял:

svoy:

yujin777:

..трафик идет по 1-му ip.
Как реализовать такое взаимосоединение не устанавливая новый сервер ?

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