Сообщения без ответов | Активные темы Текущее время: 29 мар 2024, 14:05



Ответить на тему  [ Сообщений: 14 ] 
Пеадресация на мобильный, CUCM, CUBE 
Автор Сообщение

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Привет!

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

Имеем.

CUCM 12.5--SIP--CUBE--SIP--PROV

На кукме хатпайлот с списком из 3х номеров. На кубе

voice translation-rule 1
rule 1 /ГОРОДСКОЙ НОМЕР1/ /ХАНТПАЙЛОТ/

voice translation-rule 2
rule 1 /внутренний номер/ /ГОРОДСКОЙ НОМЕР1/

voice translation-profile TR-IN
translate called 1
!
voice translation-profile TR-OUT
translate calling 2

Исходящий диалпир

dial-peer voice 1 voip
Код:
 description to-PROV-OUT
 translation-profile outgoing TR-OUT
 destination-pattern 8T
 session protocol sipv2
 session target ipv4:X.X.X.X
 session transport udp
 voice-class sip bind control source-interface GigabitEthernet0/0
 voice-class sip bind media source-interface GigabitEthernet0/0
 dtmf-relay sip-notify rtp-nte
 codec g711alaw
 no vad

входящий диалпир:

Код:
dial-peer voice 100 voip
 description from-SIP-prov
 translation-profile incoming TR-IN
 session protocol sipv2
 session transport udp
 incoming called-number 7495280....
 voice-class sip dtmf-relay force rtp-nte
 voice-class sip bind control source-interface GigabitEthernet0/0
 voice-class sip bind media source-interface GigabitEthernet0/0
 codec g711alaw
 no vad


CUCM диалпир
Код:
dial-peer voice 150 voip
 description to-from-NEW-CUCM-PUB
 preference 1
 destination-pattern [2-7]...
 session protocol sipv2
 session target ipv4:172.17.16.200
 voice-class sip bind control source-interface GigabitEthernet0/1
 voice-class sip bind media source-interface GigabitEthernet0/1
 dtmf-relay rtp-nte
 codec g711alaw
 no vad


В хантпайлоте установлен Forward Hunt No Answer на мобильный. Если звонить на городской номер, который транслируется на хантпайлот, то не работает переадресация. То есть на мобильном, который указан в пайлоте я получаю звонок, но он тут же дропается. Хотя на звонящем продолжают идти гудки. Но, если я делаю в voice translation-profile TR-IN translate calling c правилом /.*/ /ГОРОДСКОЙ НОМЕР1/ то переадресация начинает работать, но сразу же перестают отображаться номера донабора на других городских номерах, входящий показывается как ГОРОДСКОЙ НОМЕР1. Понимаю сумбурно, но чую я что-то не понимаю в трансляции.

При этом если набирать номер пайлота с внутреннего, то переадресация отрабатывает отлично.


12 май 2020, 22:30
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Ничего не понял, что значит перестают отображаться номера донабора на исходящих? По идее такое оператор не должен пропускать если у вас не CUG. Показывайте debug ccsip messages для одной переадресации с CUBE.


13 май 2020, 07:53
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Вот мессаджес на звонок и переадресацию. При этом вызов уже дропнут, он мелькает на секунду, а у вызывающего гудки все идут. Я вижу, что отмена на моей стороне, но вопрос почему?

Код:
May 13 06:52:35.771: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:74952807006@178.238.116.52:5060 SIP/2.0
Via: SIP/2.0/UDP 31.44.92.196:5060;branch=z9hG4bK-524287-1---edfaf515fa5fe0271c048708fb89e738;rport
Via: SIP/2.0/UDP 31.44.92.198:5071;rport=5071;branch=z9hG4bK-x6ib5ydmsubu2ogm
Max-Forwards: 69
Record-Route: <sip:31.44.92.196;lr;ep>
Contact: sip:31.44.92.198:5071
To: <sip:74952807006@178.238.116.52>
From: <sip:89166938025@31.44.92.196>;tag=J5VTBFIWYUFHKXWRZHLQ____.o
Call-ID: SBC059e3312b69b2faf9b9d35cccfb8ee32@10.200.66.5~1o
CSeq: 184 INVITE
Expires: 300
Allow: INVITE, ACK, BYE, CANCEL, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS, UPDATE
Content-Disposition: session
Content-Type: application/sdp
User-Agent: PortaSIP
P-Asserted-Identity: <sip:89166938025@31.44.92.196>
Remote-Party-ID: <sip:89166938025@31.44.92.196>;party=calling
cisco-GUID: 2979373965-2013607855-2977912171-3589641851
h323-conf-id: 2979373965-2013607855-2977912171-3589641851
Content-Length: 297

v=0
o=PortaSIP 2111067826976434853 1 IN IP4 31.44.92.198
s=Sip Call
t=0 0
m=audio 58968 RTP/AVP 8 0 18 4 97
c=IN IP4 31.44.92.198
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=rtpmap:4 G723/8000
a=rtpmap:97 telephone-event/8000
a=fmtp:97 0-15
a=fmtp:18 annexb=yes

May 13 06:52:35.783: //40927/B195A38DB17F/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 31.44.92.196:5060;branch=z9hG4bK-524287-1---edfaf515fa5fe0271c048708fb89e738;rport,SIP/2.0/UDP 31.44.92.198:5071;rport=5071;branch=z9hG4bK-x6ib5ydmsubu2ogm
From: <sip:89166938025@31.44.92.196>;tag=J5VTBFIWYUFHKXWRZHLQ____.o
To: <sip:74952807006@178.238.116.52>
Date: Wed, 13 May 2020 06:52:35 GMT
Call-ID: SBC059e3312b69b2faf9b9d35cccfb8ee32@10.200.66.5~1o
CSeq: 184 INVITE
Allow-Events: telephone-event
Server: Cisco-SIPGateway/IOS-15.7.3.M4a
Session-ID: 00000000000000000000000000000000;remote=354e76d365e35b9d99f6f28b368a7615
Content-Length: 0


May 13 06:52:35.783: //40928/B195A38DB17F/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:2503@172.17.16.200:5060 SIP/2.0
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK365F3E8
Remote-Party-ID: <sip:89166938025@172.17.16.14>;party=calling;screen=no;privacy=off
From: <sip:89166938025@172.17.16.14>;tag=37DF6544-167E
To: <sip:2503@172.17.16.200>
Date: Wed, 13 May 2020 06:52:35 GMT
Call-ID: 2966E03A-941D11EA-ABFAD66B-A166B6F0@172.17.16.14
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 2979373965-2013607855-2977912171-3589641851
User-Agent: Cisco-SIPGateway/IOS-15.7.3.M4a
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1589352755
Contact: <sip:89166938025@172.17.16.14:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 68
Session-ID: 354e76d365e35b9d99f6f28b368a7615;remote=00000000000000000000000000000000
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 247

v=0
o=CiscoSystemsSIP-GW-UserAgent 1765 9814 IN IP4 172.17.16.14
s=SIP Call
c=IN IP4 172.17.16.14
t=0 0
m=audio 20608 RTP/AVP 8 101
c=IN IP4 172.17.16.14
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20

May 13 06:52:35.783: //40928/B195A38DB17F/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK365F3E8
From: <sip:89166938025@172.17.16.14>;tag=37DF6544-167E
To: <sip:2503@172.17.16.200>
Date: Wed, 13 May 2020 06:52:35 GMT
Call-ID: 2966E03A-941D11EA-ABFAD66B-A166B6F0@172.17.16.14
CSeq: 101 INVITE
Allow-Events: presence
Content-Length: 0


May 13 06:52:35.791: //40928/B195A38DB17F/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK365F3E8
From: <sip:89166938025@172.17.16.14>;tag=37DF6544-167E
To: <sip:2503@172.17.16.200>;tag=248302~0e234f4a-4f20-4fab-962c-ae279def9df2-28822430
Date: Wed, 13 May 2020 06:52:35 GMT
Call-ID: 2966E03A-941D11EA-ABFAD66B-A166B6F0@172.17.16.14
CSeq: 101 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Server: Cisco-CUCM12.5
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-ID: 3b03afbc09ed4f74b74c74ba28822431;remote=354e76d365e35b9d99f6f28b368a7615
P-Asserted-Identity: <sip:2503@172.17.16.200>
Remote-Party-ID: <sip:2503@172.17.16.200>;party=called;screen=yes;privacy=off
Contact: <sip:2503@172.17.16.200:5060>
Content-Length: 0


May 13 06:52:35.795: //40927/B195A38DB17F/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 31.44.92.196:5060;branch=z9hG4bK-524287-1---edfaf515fa5fe0271c048708fb89e738;rport,SIP/2.0/UDP 31.44.92.198:5071;rport=5071;branch=z9hG4bK-x6ib5ydmsubu2ogm
From: <sip:89166938025@31.44.92.196>;tag=J5VTBFIWYUFHKXWRZHLQ____.o
To: <sip:74952807006@178.238.116.52>;tag=37DF6554-825
Date: Wed, 13 May 2020 06:52:35 GMT
Call-ID: SBC059e3312b69b2faf9b9d35cccfb8ee32@10.200.66.5~1o
CSeq: 184 INVITE

ISR2921_VG2#Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Remote-Party-ID: <sip:2503@178.238.116.52>;party=called;screen=yes;privacy=off
Contact: <sip:74952807006@178.238.116.52:5060>
Record-Route: <sip:31.44.92.196;lr;ep>
Server: Cisco-SIPGateway/IOS-15.7.3.M4a
Session-ID: 3b03afbc09ed4f74b74c74ba28822431;remote=354e76d365e35b9d99f6f28b368a7615
Content-Length: 0


ISR2921_VG2#
May 13 06:52:39.615: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:172.17.16.14:5060 SIP/2.0
Via: SIP/2.0/TCP 172.17.16.201:5060;branch=z9hG4bK1ac1b6a315c4f
From: <sip:172.17.16.201>;tag=1381901907
To: <sip:172.17.16.14>
Date: Wed, 13 May 2020 06:52:39 GMT
Call-ID: 54841b00-1eb1b2e9-1ab34-c91011ac@172.17.16.201
User-Agent: Cisco-CUCM12.5
CSeq: 101 OPTIONS
Contact: <sip:172.17.16.201:5060;transport=tcp>
Max-Forwards: 0
Content-Length: 0


May 13 06:52:39.615: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 172.17.16.201:5060;branch=z9hG4bK1ac1b6a315c4f
From: <sip:172.17.16.201>;tag=1381901907
To: <sip:172.17.16.14>;tag=37DF7440-201B
Date: Wed, 13 May 2020 06:52:39 GMT
Call-ID: 54841b00-1eb1b2e9-1ab34-c91011ac@172.17.16.201
Server: Cisco-SIPGateway/IOS-15.7.3.M4a
CSeq: 101 OPTIONS
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Accept: application/sdp

ISR2921_VG2#Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Content-Type: application/sdp
Content-Length: 371

v=0
o=CiscoSystemsSIP-GW-UserAgent 1454 2231 IN IP4 172.17.16.14
s=SIP Call
c=IN IP4 172.17.16.14
t=0 0
m=audio 0 RTP/AVP 18 0 8 9 4 2 15
c=IN IP4 172.17.16.14
m=image 0 udptl t38
c=IN IP4 172.17.16.14
a=T38FaxVersion:0
a=T38MaxBitRate:9600
a=T38FaxRateManagement:transferredTCF
a=T38FaxMaxBuffer:200
a=T38FaxMaxDatagram:320
a=T38FaxUdpEC:t38UDPRedundancy

ISR2921_VG2#
May 13 06:52:45.807: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
INVITE sip:89998301721@172.17.16.14:5060 SIP/2.0
Via: SIP/2.0/TCP 172.17.16.200:5060;branch=z9hG4bK2127c5d9a74b
From: <sip:89166938025@172.17.16.200>;tag=248307~0e234f4a-4f20-4fab-962c-ae279def9df2-28822436
To: <sip:89998301721@172.17.16.14>
Date: Wed, 13 May 2020 06:52:45 GMT
Call-ID: 5817a200-1eb1b2e9-1fde6-c81011ac@172.17.16.200
Supported: timer,resource-priority,replaces
Min-SE:  1800
User-Agent: Cisco-CUCM12.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-ID: 354e76d365e35b9d99f6f28b368a7615;remote=00000000000000000000000000000000
Cisco-Guid: 1477943808-0000065536-0000001432-3356496300
Session-Expires:  1800
P-Asserted-Identity: <sip:89166938025@172.17.16.200>
Remote-Party-ID: <sip:89166938025@172.17.16.200>;party=calling;screen=yes;privacy=off
Contact: <sip:89166938025@172.17.16.200:5060;transport=tcp>
Max-Forwards: 67
Content-Type: application/sdp
Content-Length: 204

v=0
o=CiscoSystemsCCM-SIP 248307 1 IN IP4 172.17.16.200
s=SIP Call
c=IN IP4 172.17.16.200
t=0 0
m=audio 28120 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

May 13 06:52:45.819: //40931/5817A2000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:89998301721@31.44.92.196:5060 SIP/2.0
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bK366020F5
Remote-Party-ID: <sip:4952807006@178.238.116.52>;party=calling;screen=yes;privacy=off
From: <sip:4952807006@178.238.116.52>;tag=37DF8C78-138E
To: <sip:89998301721@31.44.92.196>
Date: Wed, 13 May 2020 06:52:45 GMT
Call-ID: 2F62406C-941D11EA-AC01D66B-A166B6F0@178.238.116.52
Supported: 100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1477943808-0000065536-0000001432-3356496300
User-Agent: Cisco-SIPGateway/IOS-15.7.3.M4a
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
CSeq: 101 INVITE
Timestamp: 1589352765
Contact: <sip:4952807006@178.238.116.52:5060>
Call-Info: <sip:178.238.116.52:5060>;method="NOTIFY;Event=telephone-event;Duration=2000"
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 66
Session-ID: 354e76d365e35b9d99f6f28b368a7615;remote=00000000000000000000000000000000
Session-Expires:  1800
Content-Type: application/sdp
Content-Disposition: session;handling=required
Content-Length: 253

v=0
o=CiscoSystemsSIP-GW-UserAgent 6538 9248 IN IP4 178.238.116.52
s=SIP Call
c=IN IP4 178.238.116.52
t=0 0
m=audio 20612 RTP/AVP 8 101
c=IN IP4 178.238.116.52
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

May 13 06:52:45.831: //40931/5817A2000000/SIP/Msg/ccsipDisplayMsg:
Received:

ISR2921_VG2#SIP/2.0 100 Trying
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bK366020F5;rport=50061
Record-Route: <sip:31.44.92.196;lr;ep>
To: <sip:89998301721@31.44.92.196>
From: <sip:4952807006@178.238.116.52>;tag=37DF8C78-138E
Call-ID: 2F62406C-941D11EA-AC01D66B-A166B6F0@178.238.116.52
CSeq: 101 INVITE
Allow: INVITE, ACK, BYE, CANCEL, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS, UPDATE
Server: PortaSIP
Content-Length: 0


ISR2921_VG2#
May 13 06:52:50.811: //40931/5817A2000000/SIP/Msg/ccsipDisplayMsg:
Sent:
CANCEL sip:89998301721@31.44.92.196:5060 SIP/2.0
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bK366020F5
From: <sip:4952807006@178.238.116.52>;tag=37DF8C78-138E
To: <sip:89998301721@31.44.92.196>
Date: Wed, 13 May 2020 06:52:45 GMT
Call-ID: 2F62406C-941D11EA-AC01D66B-A166B6F0@178.238.116.52
CSeq: 101 CANCEL
Max-Forwards: 70
Timestamp: 1589352770
Reason: Q.850;cause=38
Session-ID: 354e76d365e35b9d99f6f28b368a7615;remote=00000000000000000000000000000000
Content-Length: 0


May 13 06:52:50.823: //40931/5817A2000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bK366020F5;rport=50061
To: <sip:89998301721@31.44.92.196>
From: <sip:4952807006@178.238.116.52>;tag=37DF8C78-138E
Call-ID: 2F62406C-941D11EA-AC01D66B-A166B6F0@178.238.116.52
CSeq: 101 CANCEL
Allow: INVITE, ACK, BYE, CANCEL, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Server: PortaSIP
Content-Length: 0


May 13 06:52:50.847: //40931/5817A2000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 487 Request Terminated
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bK366020F5;rport=50061
Record-Route: <sip:31.44.92.196;lr;ep>
To: <sip:89998301721@31.44.92.196>;tag=FUVQVGC5SVIXQ24KJZCQ____.i
From: <sip:4952807006@178.238.116.52>;tag=37DF8C78-138E
Call-ID: 2F62406C-941D11EA-AC01D66B-A166B6F0@178.238.116.52
CSeq: 101 INVITE
Allow: INVITE, ACK, BYE, CANCEL, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Server: PortaSIP
Content-Length: 0


May 13 06:52:50.847: //40931/5817A2000000/SIP/Msg/ccsipDisplayMsg:
Sent:

ISR2921_VG2#ACK sip:89998301721@31.44.92.196:5060 SIP/2.0
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bK366020F5
From: <sip:4952807006@178.238.116.52>;tag=37DF8C78-138E
To: <sip:89998301721@31.44.92.196>;tag=FUVQVGC5SVIXQ24KJZCQ____.i
Date: Wed, 13 May 2020 06:52:45 GMT
Call-ID: 2F62406C-941D11EA-AC01D66B-A166B6F0@178.238.116.52
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Session-ID: ;remote=
Content-Length: 0


13 май 2020, 09:58
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
38 код означает что транспорт недоступен - скорее всего вызов уходит в пир который смотрит на адрес который не отвечает.


13 май 2020, 11:04
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Да, вы правы. В сторону CUCM пиры были TCP в строну провайдера - UDP. После того, как сменил пиры к CUCM на TCP переадресация пошла, но голос только в дону сторону. Тот кто вызывает, тот слышит, а номер на который проходит переадресация - нет.


13 май 2020, 11:55
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Лучше переделать на TCP. Далее убедитесь что media flow-through и если да то ищите фильтры или нат.


13 май 2020, 11:57
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Переделать на TCP в сторону CUCM? провайдер то TCP не отдает


13 май 2020, 12:00
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
media flow-through - на каких пирах ? На всех? И в сторону кукма и в сторону провайдера?


13 май 2020, 12:08
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Рекомендую использовать для сигнализации TCP везде где возможно. Media идет через CUBE если хоть на одном из пиров включен media flow-through.


13 май 2020, 12:16
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
А судя по всему media flow-through это настройка по умолчанию, введение такого параметра на пире не меняет отображаемую конфигурацию


13 май 2020, 12:23
Профиль

Зарегистрирован: 29 май 2017, 21:19
Сообщения: 1404
для того чтобы уходила переадресация на моб. на транке между кукм и кубом нужно выставить такой параметр, рероутинг callerid запрещён по умолчанию у всех операторов

Изображение


13 май 2020, 13:17
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Именно это и рашело проблему! Спасибо!


13 май 2020, 13:41
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
root99 это поле отвечает за то какой CLID подставлять и не влияет на прохождение вызова, тем более у товарища инициатором отбоя выступал сам CUBE.


13 май 2020, 13:44
Профиль

Зарегистрирован: 29 май 2017, 21:19
Сообщения: 1404
то что я описал решает проблему с переадресацией на внешку, читайте внимательно что написано на АНГ. и этот параметр как раз очень влияет для переадресованных вызовов что и требовалось решить....


13 май 2020, 13:49
Профиль
Показать сообщения за:  Поле сортировки  
Ответить на тему   [ Сообщений: 14 ] 

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 87


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Designed by ST Software for PTF.
Русская поддержка phpBB