Перевод звонка

[anonymous]

Звоним оператору номер определился
затем оператор выполняет перевод звонка после перевода
на экране светится имя и номер оператора
Какой параметр позволяет высветить номер звонящего после перевода звонка ?

 

[igor.snezhko]

В 3CX в опциях шлюза, через который звоните, включите re-invite.

 

[anonymous]

не помогает

 

[igor.snezhko]

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

 

[anonymous]

VOIP Provider - General
телефоны IP Matika SIP-T22P

13:22:23.083 [CM503008]: Call(42): Call is terminated
13:22:21.896 Active calls counted toward license limit: [34,37,42,43]
13:22:20.489 Session 994 of leg C:43.1 is confirmed
13:22:20.224 [CM503007]: Call(43): Device joined: sip:[email protected]:5062
13:22:20.208 [CM503007]: Call(43): Device joined: sip:[email protected]:5062
13:22:20.208 [MS210003] C:43.1:Answer provided. Connection(transcoding mode[unsecure]):10.0.1.33:7120(7121)
13:22:20.208 [MS210001] C:43.2:Answer received. RTP connection[unsecure]: 10.0.1.17:11782(11783)
13:22:20.208 Remote SDP is set for legC:43.2
13:22:15.271 [MS210005] C:42.5:Answer provided. Connection(proxy mode):127.0.0.1:7126(7127)
13:22:15.271 [MS210001] C:42.1:Answer received. RTP connection[unsecure]: 195.28.32.6:19460(19461)
13:22:15.255 Remote SDP is set for legC:42.1
13:22:15.146 [CM503007]: Call(42): Device joined: sip:[email protected]:40600;rinstance=cd0f9e2c3826085d
13:22:15.146 [MS210004] C:42.1:Offer provided. Connection(proxy mode): 84.253.102.78:9044(9045)
13:22:15.130 [MS210000] C:42.5:Offer received. RTP connection: 127.0.0.1:40642(40643)
13:22:15.130 Remote SDP is set for legC:42.5
13:22:15.130 [CM505001]: Ext.9999: Device info: Device Identified: [Man: 3CX Ltd.;Mod: Voice Mail Menu;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX Voice Mail Menu] PBX contact: [sip:[email protected]:5060]
13:22:15.130 [CM503002]: Call(42): Alerting sip:[email protected]:40600;rinstance=cd0f9e2c3826085d
13:22:14.943 [CM503025]: Call(42): Calling Ext:Ext.9999@[Dev:sip:[email protected]:40600;rinstance=cd0f9e2c3826085d]
13:22:14.927 [CM503005]: Call(42): Forwarding: Ext:Ext.9999@[Dev:sip:[email protected]:40600;rinstance=cd0f9e2c3826085d]
13:22:14.911 [CM503003]: Call(42): Call to sip:[email protected] has failed; Cause: 486 Busy Here; from IP:10.0.1.17:5062
13:22:14.802 [CM505001]: Ext.ZZZZ: Device info: Device Identified: [Man: Yealink;Mod: T22;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, no-recvonly] UserAgent: [Yealink SIP-T22P 7.42.14.31 00:15:65:12:10:0b] PBX contact: [sip:[email protected]:5060]
13:22:14.802 [CM503002]: Call(42): Alerting sip:[email protected]:5062
13:22:14.599 [CM503025]: Call(42): Calling Ext:Ext.ZZZZ@[Dev:sip:[email protected]:5062]
13:22:14.583 [MS210002] C:42.4:Offer provided. Connection(transcoding mode): 10.0.1.33:7124(7125)
13:22:14.536 [CM503004]: Call(42): Route 1: Ext:Ext.ZZZZ@[Dev:sip:[email protected]:5062]
13:22:14.536 [CM503010]: Making route(s) to
13:22:14.521 Relpaces: 2027670675 @10.0.1.150;to-tag=8c10841c;from-tag=1604733259
13:22:14.521 Refer: from=;tag=1236711172; to=;tag=54610f27; RefTo=
13:22:10.864 [CM505001]: Ext.ZZZZ: Device info: Device Identified: [Man: Yealink;Mod: T22;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, no-recvonly] UserAgent: [Yealink SIP-T22P 7.42.14.31 00:15:65:12:10:0b] PBX contact: [sip:[email protected]:5060]
13:22:10.864 [CM503002]: Call(43): Alerting sip:[email protected]:5062
13:22:10.552 [CM503025]: Call(43): Calling Ext:Ext.ZZZZ@[Dev:sip:[email protected]:5062]
13:22:10.552 [MS210002] C:43.2:Offer provided. Connection(transcoding mode): 10.0.1.33:7122(7123)
13:22:10.505 [CM503004]: Call(43): Route 1: Ext:Ext.ZZZZ@[Dev:sip:[email protected]:5062]
13:22:10.505 [MS210000] C:43.1:Offer received. RTP connection: 10.0.1.150:11782(11783)
13:22:10.505 [CM503010]: Making route(s) to
13:22:10.505 Remote SDP is set for legC:43.1
13:22:10.505 [CM505001]: Ext.YYYY: Device info: Device Identified: [Man: Yealink;Mod: T22;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, no-recvonly] UserAgent: [Yealink SIP-T22P 7.42.14.31 00:15:65:12:0f:ab] PBX contact: [sip:[email protected]:5060]
13:22:10.489 [CM503001]: Call(43): Incoming call from Ext.YYYY to
13:22:10.489 [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 10.0.1.150:5062;branch=z9hG4bK47817934
Max-Forwards: 70
Contact:
To:
From: "YYYY";tag=1604733259
Call-ID: 2027670675 @10.0.1.150
CSeq: 21 INVITE
Expires: 360
Allow: INVITE, INFO, PRACK, ACK, BYE, CANCEL, OPTIONS, NOTIFY, REGISTER, SUBSCRIBE, REFER, PUBLISH, UPDATE, MESSAGE
Proxy-Authorization: Digest username="YYYY",realm="3CXPhoneSystem",nonce="414d535c01df54c208:4eb08ca8527f283b03ade14e2a87cd2b",uri="sip:[email protected]",response="c49fc11cf52082dac76ab0975eede712",algorithm=MD5
User-Agent: Yealink SIP-T22P 7.42.14.31 00:15:65:12:0f:ab
Allow-Events: talk, hold, conference, refer, check-sync
Content-Length: 0

13:22:07.411 [MS210003] C:42.3:Answer provided. Connection(transcoding mode[unsecure]):10.0.1.33:7118(7119)
13:22:07.411 [MS210001] C:42.1:Answer received. RTP connection[unsecure]: 195.28.32.6:19460(19461)
13:22:07.411 Remote SDP is set for legC:42.1
13:22:07.271 [MS210002] C:42.1:Offer provided. Connection(transcoding mode): 84.253.102.78:9044(9045)
13:22:07.271 [MS210000] C:42.3:Offer received. RTP connection: 10.0.1.150:11780(11781)
13:22:07.271 Remote SDP is set for legC:42.3
13:22:05.755 [MS210001] C:42.1:Answer received. RTP connection[unsecure]: 195.28.32.6:19460(19461)
13:22:05.755 Remote SDP is set for legC:42.1
13:22:05.630 [CM503007]: Call(42): Device joined: sip:[email protected]:5062
13:22:05.630 [MS210002] C:42.1:Offer provided. Connection(transcoding mode): 84.253.102.78:9044(9045)
13:22:05.614 [MS210001] C:42.3:Answer received. RTP connection[unsecure]: 10.0.1.150:11780(11781)
13:22:05.614 Remote SDP is set for legC:42.3
13:22:02.020 [CM505001]: Ext.YYYY: Device info: Device Identified: [Man: Yealink;Mod: T22;Rev: General] Capabilities:[reinvite, no-replaces, unable-no-sdp, no-recvonly] UserAgent: [Yealink SIP-T22P 7.42.14.31 00:15:65:12:0f:ab] PBX contact: [sip:[email protected]:5060]
13:22:02.020 [CM503002]: Call(42): Alerting sip:[email protected]:5062
13:22:01.583 [CM503025]: Call(42): Calling Ext:Ext.YYYY@[Dev:sip:[email protected]:5062]
13:22:01.583 [MS210002] C:42.3:Offer provided. Connection(transcoding mode): 10.0.1.33:7118(7119)
13:22:01.520 [CM503004]: Call(42): Route 1: Ext:Ext.YYYY@[Dev:sip:[email protected]:5062]
13:22:01.520 [CM503010]: Making route(s) to
13:22:01.520 Refer: from=;tag=7c76fe02; to=;tag=2616005a; RefTo=
13:22:01.317 [MS210003] C:42.2:Answer provided. Connection(transcoding mode[unsecure]):127.0.0.1:7116(7117)
13:22:01.317 [MS210001] C:42.1:Answer received. RTP connection[unsecure]: 195.28.32.6:19460(19461)
13:22:01.317 Remote SDP is set for legC:42.1
13:22:01.177 [MS210002] C:42.1:Offer provided. Connection(transcoding mode): 84.253.102.78:9044(9045)
13:22:01.177 [MS210000] C:42.2:Offer received. RTP connection: 127.0.0.1:40640(40641)
13:22:01.177 Remote SDP is set for legC:42.2
13:21:53.052 Session 978 of leg C:42.1 is confirmed
13:21:52.958 [CM503007]: Call(42): Device joined: sip:[email protected]:40600;rinstance=536e346e2b2b541e
13:21:52.942 [CM503007]: Call(42): Device joined: sip:[email protected]:5060
13:21:52.942 [MS210005] C:42.1:Answer provided. Connection(proxy mode):84.253.102.78:9044(9045)
13:21:52.942 [MS210001] C:42.2:Answer received. RTP connection[unsecure]: 127.0.0.1:40640(40641)
13:21:52.927 Remote SDP is set for legC:42.2
13:21:52.927 [CM505001]: Ext.8001: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX IVR;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:[email protected]:5060]
13:21:52.927 [CM503002]: Call(42): Alerting sip:[email protected]:40600;rinstance=536e346e2b2b541e
13:21:52.786 [CM503025]: Call(42): Calling Ext:Ext.8001@[Dev:sip:[email protected]:40600;rinstance=536e346e2b2b541e]
13:21:52.786 [MS210004] C:42.2:Offer provided. Connection(proxy mode): 127.0.0.1:7116(7117)
13:21:52.755 [CM503004]: Call(42): Route 1: Ext:Ext.8001@[Dev:sip:[email protected]:40600;rinstance=536e346e2b2b541e]
13:21:52.755 [CM503010]: Making route(s) to
13:21:52.755 [MS210000] C:42.1:Offer received. RTP connection: 195.28.32.6:19460(19461)
13:21:52.755 Remote SDP is set for legC:42.1
13:21:52.739 [CM505003]: Provider:[MMT] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-SIPGateway/IOS-12.x] PBX contact: [sip:[email protected]:5060]
13:21:52.739 [CM503001]: Call(42): Incoming call from XXXXXXXXX@(Ln.10000@MMT) to
13:21:52.723 [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:8001
13:21:52.723 Looking for inbound target: called=2234268; caller=XXXXXXXXX
13:21:52.723 [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 195.28.32.6:5060;branch=z9hG4bK2CE41E71
Max-Forwards: 70
Contact:
To:
From: ;tag=66D0DDB8-249A
Call-ID: 28096D00-4C5E11DF-9E24B1CF-B5F27135 @195.28.32.6
CSeq: 101 INVITE
Expires: 180
Min-SE: 1800
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO, UPDATE, REGISTER
Date: Wed, 21 Apr 2010 09:21:52 GMT
Supported: 100rel, timer
Timestamp: 1271841712
User-Agent: Cisco-SIPGateway/IOS-12.x
Allow-Events: telephone-event
Content-Length: 0
Remote-Party-ID: ;party=calling;screen=yes;privacy=off
Cisco-Guid: 671546312-1281233375-2600665108-473918392

13:21:32.676 Session 968 of leg C:41.1 is confirmed
13:21:32.551 [CM503007]: Call(41): Device joined: sip:[email protected]:5060
13:21:32.536 [MS210001] C:41.2:Answer received. RTP connection[unsecure]: 127.0.0.1:40638(40639)
13:21:32.520 [CM505001]: Ext.8001: Device info: Device Identified: [Man: 3CX Ltd.;Mod: 3CX IVR;Rev: General] Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CX IVR] PBX contact: [sip:[email protected]:5060]
13:21:32.379 [CM503025]: Call(41): Calling Ext:Ext.8001@[Dev:sip:[email protected]:40600;rinstance=536e346e2b2b541e]
13:21:32.364 [CM503004]: Call(41): Route 1: Ext:Ext.8001@[Dev:sip:[email protected]:40600;rinstance=536e346e2b2b541e]
13:21:32.348 [MS210000] C:41.1:Offer received. RTP connection: 195.28.32.5:19400(19401)
13:21:32.348 [CM505003]: Provider:[MMT] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [Cisco-SIPGateway/IOS-12.x] PBX contact: [sip:[email protected]:5060]
13:21:32.333 [CM503012]: Inbound office hours rule (unnamed) for 10000 forwards to DN:8001
13:21:32.317 [CM500002]: Info on incoming INVITE:
Via: SIP/2.0/UDP 195.28.32.5:5060
Contact:
From: ;tag=7E81CFB4-AB
CSeq: 101 INVITE
Min-SE: 1800
Date: Wed, 21 Apr 2010 09:21:32 GMT
Timestamp: 1271841692
Allow-Events: telephone-event
Remote-Party-ID: ;party=calling;screen=yes;privacy=off

 

[vpaulo]

сам столкнулся с этой хренью. Делается так. есть два вида переадресации. все зависит от того как оператор делает переадресацию. Значит Если он поднял трубку и на телефоне нажал трансфер набрал номер и положил трубу просто!!!!! то переадресуется нормально ( не всегда почему то ))) и номер отобразится на дисплее нормально ( у того кому переадресовали) если же оператор нажал трансфер набрал номер и дождался пока тот возьмет трубу !!!! ТО ТАК И БУДЕТ ЗВОНОК от оператора. Причем в статистике этого звонка нет и не будет. Вот такая фигня. Еще прикольней обстоять дела с транками. Когда завязываешь несколько атс между собой. Там вообще интересней. Звонит тебе человек из другой атс по настроенному правилу. все нормально твой телефон звонит. Допустим ты не берешь трубу ( ну не успел )) нажимаешь на редиал... и вроде бы звонок должен уйти тому от кого он был начат но нифига подобного. он уходит на тран айди )) а тот естественно его просто скидывает. Причем поле фром указывает на того человека который тебе звонил, а набирает все равно айди транка.

 

[anonymous]

При попытке преадресовать звонок недожидаясь ответа абонента переключает на автоатветчик это если просто нажать трансфер

 

[ice]

Делаю звонок с мобильника - звонок попадает на номер 104 (определяется номер мобильника)
-оператор 104 нажимает трансфер и набирает номер 105
-звонит телефон 105 (определяется номер 104)
-абонент 105 поднимает трубку (на дисплее все еще номер 104)
-после нажатия оператором 104 кнопки трансфер повторно, мобильник соединяется с номером 105 (на дисплее 105 номер мобильника)

В настройках для обоих телефонов включены Re-invaite и Replace.

номер 104 - SIP-T22P
номер 105 - 3CXPhone

 

[vpaulo]

попробуй так. звонишь с мобильного на 104 и когда 104 поднимет трубу нажми трансфер 105 и положи трубу

 

[ice]

По просьбам трудящихся...
ПЕРЕВОД ВЫЗОВА БЕЗ ПОДТВЕРЖДЕНИЯ

Делаю звонок с мобильника - звонок попадает на номер 104 (определяется номер мобильника)
- оператор 104 поднимает трубку
- нажимает трансфер (мобильник становится на удержание) набирает номер 105 и кладет трубку
- звонит номер 105 (на экране определяется номер мобильника)
- после поднятия трубки абонентом 105, устанавливается разговор

номер 104 - SIP-T22P
номер 105 - 3CXPhone

 

[vpaulo]

только почему то иногда слетает на переадресацию, а телефон не занят!!!

 

[anonymous]

@vpaulo wrote:только почему то иногда слетает на переадресацию, а телефон не занят!!!

Слетает на "переадресацию" по трём причинам:
1. Нет ответа
2. Занят
3. Не зарегистрирован

2. и 3. явно прописываются в логе.
Не думаю, что ты о случае "Нет ответа" говоришь

"Слепой" перевод иногда вообще запрещают на телефонах.
Если звонок важный, то Attended transfer процедуру надо использовать.
PBX будет заботиться о доставке даже в случае "слепого" перевода и вернёт звонок на "трансферящий" телефон, если не удалось достучаться до цели. Это работает только в случае, если телефон не "забивает" на "слепо" переведённый звонок. Кстати, Yealink (прошивка как указано в другой ветке) на звонок не забивает, а отслеживает его.

 

[anonymous]

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

 

[vpaulo]

t 28 после обновления прошивы действительно смотрит на звонок, но видел ситуацию когда екстеншн освободился а ожидаемый вызов все равно висит на холде. Но пока не до этого.

 

[vpaulo]

Расскажите люди добрые как же все таки это работает.
Итак ситуация. Входящий звонок на телефон ( снаружи) ты поднимаешь трубку, поговорил и делаешь перевод звонка на другой екстеншн, нажимаешь трансфер набираешь номер и кладешь трубу. Звонит тот телефон на который ты перевел звонок. Реинвайт везде поддерживается. Там поднимает трубу и в этот момент ( странный и проявляется лишь иногда не могу пока понять как и почему) когда человек поднимает трубу он ничего не слышит!!!!! пусто тишина полная, а тому кого перевели слышится ( оставьте голосовое сообщение... бла бла бла) т.е. срабатывает переадресация по недоступности. почему так я не понял, это срабатывание не по времени не ответа да, как прописано в правиле переадресации а именно как будто вообще нет аппарата. В логе есть запись аля но ртп пакет и все. Т.Е. звонок перенаправлен на другой внутренний номер переадресация отрабатывает и телефон звонит, но как только там поднимаешь трубу звонок уходит в голосовую почту, если настроена переадресация или же срывается если она не настроена. Это явление проявляется не часто и выявить причину пока не удалось, пробовал снимать галки про реинвайт и про голос через атс, все равно явление продолжает иногда присутствовать. Причем проявляется как при простой переадресации так и когда тот кто переадресует дождался поднятия трубки на другом екстеншене ( куда переводится звонок)

 

[anonymous]

Всему есть причины.
Если такое произошло, то надо отрыть консоль управления, Help/Generate Support Info и в саппорт запрос отправлять...
В логах видно, по крайней мере должно быть видно, причину такой ситуации и её виновника.

 

[anonymous]

Установил 9 бета версию
Телефон SIP-T22P

Перевод входящего звонка если средствами телефона то номер остается того кто перевел
если средствами Ассистенса то номер кто позвонил.

Может какие настройки на самом телефоне нужно сделать?

ЗЫ: В 9 версии с этих телефонов на факс машину переводить стало можно звонки что +

 

[anonymous]

Re: Перевод звонка
by igor.snezhko » Sat Jan 30, 2010 2:16 am

В 3CX в опциях шлюза, через который звоните, включите re-invite.


Только в этом случае на холде/трансфере уже играет музыка не 3cx, которую мы сами поставили, а оператора :S