некорректная переадресация автосекретаря

[fedomarazm]

Пользователи постоянно жалуются на звонки поступающие через автосекретаря. Не получается разобраться. Пример проблемного звонка в логах 3сх в автосекретаре
v=0
o=3cxVCE 162139230 179940720 IN IP4 127.0.0.1
s=3cxVCE Audio Call
c=IN IP4 127.0.0.1
t=0 0
m=audio 40612 RTP/AVP 0 8 9 3 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
08-фев-2016 12:03:57.469 L:66949.2[Ivr:801] Sending: OnSendReq Send Req ACK from 0.0.0.0:0 tid=705314727f61c561 Call-ID=YWVlOTA4YzgwOWY0OTc2ZWRkMDJmY2Q5YjJjNzA1YzU.:
ACK sip:[email protected]:40600;rinstance=c5bf74655c61018f SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-d8754z-705314727f61c561-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>;tag=1b334a1c
From: <sip:[email protected]:5060;nf=e>;tag=ff479f11
Call-ID: YWVlOTA4YzgwOWY0OTc2ZWRkMDJmY2Q5YjJjNzA1YzU.
CSeq: 1 ACK
Content-Length: 0
08-фев-2016 12:03:57.469 Provisional response arrived for session 13924606 of Leg L:66949.2[Ivr:801]
08-фев-2016 12:03:57.469 L:66949.2[Ivr:801] got Provisional Recv 180/INVITE from 127.0.0.1:40600 tid=9606de02b2779b1a Call-ID=YWVlOTA4YzgwOWY0OTc2ZWRkMDJmY2Q5YjJjNzA1YzU.:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 127.0.0.1:5060;branch=z9hG4bK-d8754z-9606de02b2779b1a-1---d8754z-;rport=5060
Contact: <sip:[email protected]:40600;rinstance=c5bf74655c61018f>
To: <sip:[email protected]:5060>;tag=1b334a1c
From: <sip:[email protected]:5060;nf=e>;tag=ff479f11
Call-ID: YWVlOTA4YzgwOWY0OTc2ZWRkMDJmY2Q5YjJjNzA1YzU.
CSeq: 1 INVITE
User-Agent: 3CX IVR
Content-Length: 0
08-фев-2016 12:03:57.469 [CM505001]: Endpoint Ivr:801: 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]
08-фев-2016 12:03:57.469 [CM503002]: Call(C:66949): Alerting Ivr:801 by contact <sip:[email protected]:40600>
08-фев-2016 12:03:57.468 UacSession 13924606 has formed leg L:66949.2[Ivr:801]
08-фев-2016 12:03:57.319 [CM503025]: Call(C:66949): Calling T:Ivr:801@[Dev:sip:[email protected]:40600;rinstance=c5bf74655c61018f] for L:66949.1[Line:10000<<+79149210772]
08-фев-2016 12:03:57.319 Route to L:66949.2[Ivr:801] sends Invite-OUT Send Req INVITE from 0.0.0.0:0 tid=bd739c7c4c21bc7d Call-ID=YWVlOTA4YzgwOWY0OTc2ZWRkMDJmY2Q5YjJjNzA1YzU.:
INVITE sip:[email protected]:40600;rinstance=c5bf74655c61018f SIP/2.0
Via: SIP/2.0/ ;branch=z9hG4bK-d8754z-bd739c7c4c21bc7d-1---d8754z-;rport
Max-Forwards: 70
Contact: <sip:[email protected]:5060>
To: <sip:[email protected]:5060>
From: <sip:[email protected]:5060;nf=e>;tag=ff479f11
Call-ID: YWVlOTA4YzgwOWY0OTc2ZWRkMDJmY2Q5YjJjNzA1YzU.
CSeq: 1 INVITE
Alert-Info: <http: //www.notused.invalidtld>;info=external
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REGISTER, SUBSCRIBE, NOTIFY, REFER, INFO, MESSAGE
Content-Type: application/sdp
Supported: replaces
Content-Length: 272

В /reports/MainForm.wgx написанно что человек набрал номер 112 и позвонил на 112, но на самом деле он набирал 115, таких звонков очень много так что это не ошибка человека.

 

[fedomarazm]

Смысл в том что человек звонит на один номер(набирает в автосекретаре) а попадает на другой

 

[igorsnezhko]

В логе не видно этого. В логе видно только, что звонок попал на голосове меню 801. Может быть, просто номер 115 поставил перевод вызовов на 112?

 

[fedomarazm]

Нет, это проверенно.

 

[igorsnezhko]

Тогда попробуйте пересоздать автосекретарь.

 

[pojidaev]

Вам нужно с трансляцией DTMF сигналов разобраться.
Вот здесь можно кратко теорию почитать:
http://ciscomaster.ru/content/dtmf-i-ego-nastroyka-chast1-teoriya

Что является клиентом при инициации звонка на автосекретаря? Судя по логу - это мобильный телефон? Он звонит на номер VoIP провайдера, который переводит вызов на Вашу 3CX?
Если это так, то в принципе может провайдерский шлюз косячить и неправильно декодировать DTMF посылки.

 

[igorsnezhko]

Обычно оператор перезает по RFC 2833 и там ошибка распознания маловероятна.

 

[pojidaev]

Согласен, главное чтобы автор поднятой темы понял, что при входящем вызове за правильность распознавания набранных на телефоне цифр донабора отвечает провайдер VoIP телефонии (если он используется в качестве SIP транка) или шлюз PSTN-SIP (если 3CX подключается к городской сети по аналоговым линиям).
А дальше, какие цифры что они на 3CX по протоколу RFC 2833 передадут, такие 3CX и примет, и вызов куда надо переведет. Т.е. на стороне 3CX ошибка распознавания DTMF тонов исключена.