|
|
Страница 1 из 1
|
[ Сообщений: 14 ] |
|
Пеадресация на мобильный, CUCM, CUBE
Автор |
Сообщение |
AlexNiko
Зарегистрирован: 29 янв 2017, 00:39 Сообщения: 431
|
Привет! Столкнулся со странностью, хотя есть стойкое подозрение что это моя необразованность. Имеем. CUCM 12.5--SIP--CUBE--SIP--PROV На кукме хатпайлот с списком из 3х номеров. На кубе voice translation-rule 1rule 1 /ГОРОДСКОЙ НОМЕР1/ /ХАНТПАЙЛОТ/ voice translation-rule 2rule 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 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Ничего не понял, что значит перестают отображаться номера донабора на исходящих? По идее такое оператор не должен пропускать если у вас не CUG. Показывайте debug ccsip messages для одной переадресации с CUBE.
|
13 май 2020, 07:53 |
|
|
AlexNiko
Зарегистрирован: 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 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
38 код означает что транспорт недоступен - скорее всего вызов уходит в пир который смотрит на адрес который не отвечает.
|
13 май 2020, 11:04 |
|
|
AlexNiko
Зарегистрирован: 29 янв 2017, 00:39 Сообщения: 431
|
Да, вы правы. В сторону CUCM пиры были TCP в строну провайдера - UDP. После того, как сменил пиры к CUCM на TCP переадресация пошла, но голос только в дону сторону. Тот кто вызывает, тот слышит, а номер на который проходит переадресация - нет.
|
13 май 2020, 11:55 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Лучше переделать на TCP. Далее убедитесь что media flow-through и если да то ищите фильтры или нат.
|
13 май 2020, 11:57 |
|
|
AlexNiko
Зарегистрирован: 29 янв 2017, 00:39 Сообщения: 431
|
Переделать на TCP в сторону CUCM? провайдер то TCP не отдает
|
13 май 2020, 12:00 |
|
|
AlexNiko
Зарегистрирован: 29 янв 2017, 00:39 Сообщения: 431
|
media flow-through - на каких пирах ? На всех? И в сторону кукма и в сторону провайдера?
|
13 май 2020, 12:08 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
Рекомендую использовать для сигнализации TCP везде где возможно. Media идет через CUBE если хоть на одном из пиров включен media flow-through.
|
13 май 2020, 12:16 |
|
|
AlexNiko
Зарегистрирован: 29 янв 2017, 00:39 Сообщения: 431
|
А судя по всему media flow-through это настройка по умолчанию, введение такого параметра на пире не меняет отображаемую конфигурацию
|
13 май 2020, 12:23 |
|
|
root99
Зарегистрирован: 29 май 2017, 21:19 Сообщения: 1404
|
для того чтобы уходила переадресация на моб. на транке между кукм и кубом нужно выставить такой параметр, рероутинг callerid запрещён по умолчанию у всех операторов
|
13 май 2020, 13:17 |
|
|
AlexNiko
Зарегистрирован: 29 янв 2017, 00:39 Сообщения: 431
|
Именно это и рашело проблему! Спасибо!
|
13 май 2020, 13:41 |
|
|
Bessmertniy
Зарегистрирован: 03 апр 2013, 16:21 Сообщения: 1525
|
root99 это поле отвечает за то какой CLID подставлять и не влияет на прохождение вызова, тем более у товарища инициатором отбоя выступал сам CUBE.
|
13 май 2020, 13:44 |
|
|
root99
Зарегистрирован: 29 май 2017, 21:19 Сообщения: 1404
|
то что я описал решает проблему с переадресацией на внешку, читайте внимательно что написано на АНГ. и этот параметр как раз очень влияет для переадресованных вызовов что и требовалось решить....
|
13 май 2020, 13:49 |
|
|
|
Страница 1 из 1
|
[ Сообщений: 14 ] |
|
Кто сейчас на конференции |
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 43 |
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения
|
|
|