Здраствуйте, появилась необходимость использовать следующую схему, работаю в торговой компании, есть операторы они работают в 1с прикручена прога с протоколом сип. Рядом с оператором стоит телефон сиповский, сип ид в программе оператора и на сип телефоне разные ипы соответственно тоже разные. Пытаюсь сделать следующее, идет звонок оператору поступает он в клиент сиповский который интегрирован в 1с, там указывается кто звовонит, и кнопка ответить, когда он нажимает кнопку ответить звонок должен перевестись на сип телефон, как только он поговорил, кладет трубку телефона и сессия сбрасывается с программы. Или наооборот операторы нужно позвонить клиенту, он выбирает клиента из списка который в 1с, идет звонок клиенту, и как только она это сделает она берет трубку с сип телефона и слышит клиента. Это все сделанно на Инфра callcenter, стоит она дофига, и + техподдержка около 16 каждый месяц, в итоге организация хочет перейти на астериск, как бы все уже работает настроенно и по е1 и по сип от провайдера очереди, записи разговоров, но как заставить астер раздваивать грубо говоря сессию, то есть протокол. Согласно фак по сип понял что это не реально. Но может кто нибудь знает решение, может можно как то вклинится в сессию или передать ее куда нибудь?? Подскажите пожалуйста!

не очень понятно, что в итоге хотите получить...

switch
В итоге хочется получить чтобы астер примерно так же работал как инфра, тобишь каким то образом то что в одном сип ид происходит передавал в сип ид другого... слушал его. Как будто это один и тот же сип ид. Но это согласно фак по сип не реально. Поэтому прочитал про ф-цию bridge, но так и не понял как с ней взаимодействовать.

если посмотреть снизу то сбоку кажется что сверху ничего не видно.
в общем: понятнее не стало

ммм.... так хорошо... тогда вот так. Требуется чтобы входящий звонок поступил оператору по SIP на клиент который интегрирован в 1с, например на SIP 1024. У оператора высвечивается входящий звонок, клиент такой то. Так же оператор видит кнопку ответить. Он на нее нажимает. И стоящий рядом сип телефон с номером 1025 начинает звонить. Оператор поднимает трубку и начинает беседовать. Одновременно ведется статистика в 1с от данного оператора: сколько оператор обслужил клиентов сколько с ними побеседовал. Почему он не может беседовать по сип клиенту интегрированному в 1с, спросите вы, да попросту 1с находится на терминальном сервере, и качество разговора по сип телефону намного лучше (сип телефон не зависит от цп на терминале), тобишь получается, что звонок идет на сип клиент в 1с а разговор идет по сип телефону. Так лучше?

Ну так и звоните на сразу два клиента .
Local/call@context

[context]
exten => call,1,Noop(call)
same => n,dial(sip/1&sip/2,,tT)

zzuz

Да не вопрос таким то образом все звонит без проблем... Но просто получается что все будет упираться в телефон 1025 как я выше объяснил, но ведь операторы приходят и уходят, и поэтому требуется стата с 1024, мало того не нужно чтобы оператор набирала телефон она в клиенте который в 1с указывает на того клиента кому надо позвонить и нажимает кнопку позвонить. Есть еще варианты?

просто надо сделать по-людски: зацепить 1Ц и астериск по протоколу AMI и будет все равно кто на каком телефоне и где сидит.

Погоди... ты хочешь чтобы 1с целялась к астеру через ami под каким то пользователем? или под каждым? и туда чтото сыпалось????? и по тому что сыпится я парсил или прога и сообщалось оператору? если под одним пользователем то получается что надо доп сервис делать на стороне 1с и чтобы он постоянно опрашивал или принимал по ami? хз конечно но приколи как сеть загрузится???

switch если ты этот вариант пробывал, то расскажи как это сделать с ami, просто массу фака по этому моменту проситал, в итоге 1с как бы цепляется через ддл'ку под пользователем и паролем который указал в manager права на read и write:
[general]
enabled=yes
webenabled = yes
port=5038
bindaddr=0.0.0.0
timestampevents = yes
displayconnects = yes
allowmultiplelogin = yes
displayconnects = yes
timestampevents = yes
debug = on

[admin]
secret=tgbpltw
read=system,log,verbose,agent,user,config,dtmf,reporting,cdr,dialplan
write=system,log,verbose,agent,user,config,command,reporting,originate