Сообщения без ответов | Активные темы Текущее время: 24 апр 2024, 01:36



Ответить на тему  [ Сообщений: 32 ]  На страницу 1, 2  След.
Маршрутизация исходящих вызовов CUCM 12.5 
Автор Сообщение

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
От провайдера SIP без регистрации. приходит 20 номеров. 15 из них жестко привязываются к внутренними (входящие работают). Задача:

1. Что бы 15 жестко привыязаннях номеров так же были привязаны на исходящие звонки скажем номер внутренний 5555 в город может выйти только через 495-ХХХ-ХХ-YY
2. Что бы остальные номера (не первые 15) могли выходить в город исползуя пул из 5ти оставшихся номеров

Подскажите как. Как то я пока в маршрутизации звонков не разобрался (((


22 май 2019, 12:54
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
AlexNiko писал(а):
скажем номер внутренний 5555 в город может выйти только через 495-ХХХ-ХХ-YY

Что в вашем понимании "выйти через номер"?
Выйти можно через канал (шлюз/транк). Это решается через Route Patterns.
Какой при этом Calling Number подставлять это отдельный вопрос.
Индивидуальные внешние номера задаются как External Phone Number Mask в свойствах линии.
Дальше они могут переписываться на уровне роут паттерна, роут листа, etc.
Дальше провайдер может класть на ваш выбор и подставлять их сам.

AlexNiko писал(а):
выходить в город используя пул из 5ти оставшихся номеров

У вас заведено 15 отдельных транков или все номера провайдер заворачивает в один?
На исходящие какие ограничения у провайдера на количество одновременных вызовов?

_________________
Knowledge is Power


22 май 2019, 14:50
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Что бы за внутренним номером был закреплен конкретный внешний.

1. Создал route pattern типа 9.849[59]XXXXXXX который роутит звонок в транк к CUBE.
2. На CUBE создал трансляцию rule 1 /1234/ /49XXXXXXXX/ (провайдер А номер ждет именно в этом формате)

И завис. На какой диалпил эту трансляцию вешать? Надо ли прописывать destination pattern на диалпире, который смотрит к провайдеру формата 49XXXXXXXX?

Куда бы я не ставил трансляцию - дебаг один всегда:

Код:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3FDB5CC8
State of The Call        : STATE_DEAD
TCP Sockets Used         : YES
Calling Number           : 1234
Called Number            : 984951234545
Source IP Address (Sig  ): X.X.X.X
Destn SIP Req Addr:Port  : 172.17.16.10:5060
Destn SIP Resp Addr:Port : 172.17.16.10:42077
Destination Name         : 172.17.16.10

*May 22 11:14:23.933: //3097/3183AA000000/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : No Codec
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): X.X.X.X
Source IP Port    (Media): 16642
Destn  IP Address (Media):  -
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

*May 22 11:14:23.933: //3097/3183AA000000/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 1
Disconnect Cause (SIP)   : 404



У меня один транк, в в нем провайдер отдает 20 номеров.


22 май 2019, 15:22
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Понял, что ничего не понял в трансляциях.


22 май 2019, 15:34
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Вот конфиг транскодинга и диалпиров
Код:
dspfarm profile 1 transcode
 codec g711alaw
 codec g711ulaw
 maximum sessions 32
 associate application CUBE
!
dial-peer voice 200 voip
 description to-CUCM
 destination-pattern [2-8]...
 session protocol sipv2
 session target ipv4:172.17.16.10
 voice-class sip bind control source-interface GigabitEthernet0/1
 voice-class sip bind media source-interface GigabitEthernet0/1
 dtmf-relay rtp-nte
 codec g711ulaw
!
dial-peer voice 100 voip
 description to-SIP-prov
 translation-profile incoming FCCPS1
 destination-pattern 495280....
 session protocol sipv2
 session target ipv4:1.2.3.4
 session transport udp
 incoming called-number .T
 voice-class sip bind control source-interface GigabitEthernet0/0
 voice-class sip bind media source-interface GigabitEthernet0/0
 codec g711alaw


22 май 2019, 15:46
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
Все смешалось в доме Обломских. :-)
Тема про Маршрутизацию в CUCM.
Внутри про Трансляцию.
А теперь еще и про CUBE.

Задавать внешние номера удобнее в CUCM, для каждой линии свой, где нужно.
А для тех номеров, где нет явного указания, на CUBE подставлять некий Default Number,
чтобы внутренние номера не улетали к провайдеру.

Это делается правилом типа (для номеров вида 755-22-XX):

Код:
voice translation-rule 755
 rule 1 /^\(75522..\)$/ /495\1/
 rule 15 /.*/ /4957552200/

Про dial-peer-ы я вам вроде уже писал, что желательно сделать отдельно входящие
и исходящие (по кр. мере к оператору). Иначе запутаетесть (уже запутались).

Вообще, все исходящие вызовы могут идти от одного номера,
никакой "пул из 5ти номеров" для этого не нужен.
Вы понимаете разницу между цифровым транком и медными шнурками?

_________________
Knowledge is Power


22 май 2019, 16:23
Профиль

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

Код:
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccCallSetupRequest:
   Destination=, Calling IE Present=TRUE, Mode=0,
   Outgoing Dial-peer=201, Params=0x3DA5B7B0, Progress Indication=NULL(0)
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/cc_set_post_tagdata:
   CALL_ERROR; Avlist Removal Is Failed
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/cc_set_post_tagdata:
   CALL_ERROR; Avlist Removal Is Failed
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccCheckClipClir:
   In: Calling Number=4952807249(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccCheckClipClir:
   Out: Calling Number=4952807249(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed)
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccCallSetupRequest:
   Destination Pattern=[2-8]..., Called Number=89998301721, Digit Strip=FALSE
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccCallSetupRequest:
   Calling Number=4952807249(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=89998301721(TON=Unknown, NPI=Unknown),
   Redirect Number=, Display Info=
   Account Number=4952807249, Final Destination Flag=TRUE,
   Guid=1324AB00-0001-0000-0000-001F0A1011AC, Outgoing Dial-peer=201
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/cc_api_display_ie_subfields:
   ccCallSetupRequest:
   cisco-username=4952807249
   ----- ccCallInfo IE subfields -----
   cisco-ani=4952807249
   cisco-anitype=0
   cisco-aniplan=0
   cisco-anipi=0
   cisco-anisi=1
   dest=89998301721
   cisco-desttype=0
   cisco-destplan=0
   cisco-rdie=FFFFFFFF
   cisco-rdn=
   cisco-rdntype=0
   cisco-rdnplan=0
   cisco-rdnpi=-1
   cisco-rdnsi=-1
   cisco-redirectreason=-1   fwd_final_type =0
   final_redirectNumber =
   hunt_group_timeout =0

*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccIFCallSetupRequestPrivate:
   Interface=0x22B1B4C8, Interface Type=3, Destination=, Mode=0x0,
   Call Params(Calling Number=4952807249,(Calling Name=)(TON=Unknown, NPI=Unknown, Screening=User, Passed, Presentation=Allowed),
   Called Number=89998301721(TON=Unknown, NPI=Unknown), Calling Translated=FALSE,
   Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing Dial-peer=201, Call Count On=FALSE,
   Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
*May 22 12:53:41.181: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*May 22 12:53:41.181: :cc_get_feature_vsa malloc success
*May 22 12:53:41.181: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*May 22 12:53:41.181:  cc_get_feature_vsa count is 2
*May 22 12:53:41.181: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:

*May 22 12:53:41.181: :FEATURE_VSA attributes are: feature_name:0,feature_time:1034229440,feature_id:166
*May 22 12:53:41.181: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_SETUP
*May 22 12:53:41.181: //3334/1324AB000000/CCAPI/ccIFCallSetupRequestPrivate:
   SPI Call Setup Request Is Success; Interface Type=3, FlowMode=1
*May 22 12:53:41.181: //3334/1324AB000000/CCAPI/ccCallSetContext:
   Context=0x3DA5B760
*May 22 12:53:41.181: //3332/1324AB000000/CCAPI/ccSaveDialpeerTag:
   Outgoing Dial-peer=201
*May 22 12:53:41.181: //-1/1324AB000000/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x23E382EC; count=1
*May 22 12:53:41.181: //-1/1324AB000000/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x2111EC18
*May 22 12:53:41.181: //-1/1324AB000000/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal: stack=0x23E382EC; count=1
*May 22 12:53:41.185: //-1/xxxxxxxxxxxx/RXRULE/sed_subst: No match! number= matchPattern=id; |[; ]*id$ replacePattern=
*May 22 12:53:41.185: //3334/1324AB000000/CCAPI/cc_api_call_proceeding:
   Interface=0x22B1B4C8, Progress Indication=NULL(0)
*May 22 12:53:41.185: //3334/1324AB000000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_REQ
*May 22 12:53:41.185: //3334/1324AB000000/SIP/Event/Session-Timer/sipSTSLMain: dir:1, method:102, resp_code:0, container:23E39C94
*May 22 12:53:41.185: //3334/1324AB000000/SIP/Event/Session-Timer/sipSTSLPrintTDContainer: Peer-Event: E_STSL_PASS_ST_PARAMS, SE Value:1800, SE Refresher:none, Min-SE Value:1800, flags:2001
*May 22 12:53:41.185: //3334/1324AB000000/SIP/Event/sipSPICreateRpid: Received Octet3A=0x81 -> Setting ;screen=yes ;privacy=off
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/cc_api_call_disconnected:
   Cause Value=1, Interface=0x22B1B4C8, Call Id=3334
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/cc_api_call_disconnected:
   Call Entry(Responsed=TRUE, Cause Value=1, Retry Count=0)
*May 22 12:53:41.193: //3332/1324AB000000/CCAPI/ccCallReleaseResources:
   release reserved xcoding resource.
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/ccCallSetAAA_Accounting:
   Accounting=0, Call Id=3334
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/ccCallDisconnect:
   Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=1)
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/ccCallDisconnect:
   Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
*May 22 12:53:41.193: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECT
*May 22 12:53:41.193: //3334/1324AB000000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SPI_EVENT
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x22B1B4C8, Tag=0x0, Call Id=3334,
   Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
*May 22 12:53:41.193: //-1/1324AB000000/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
*May 22 12:53:41.193: //3334/1324AB000000/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
*May 22 12:53:41.193: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*May 22 12:53:41.193: :cc_free_feature_vsa freeing 3DA516B8
*May 22 12:53:41.193: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*May 22 12:53:41.193:  vsacount in free is 1
*May 22 12:53:41.193: //3334/1324AB000000/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3FDC2B98
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 4952807249
Called Number            : 89998301721
Source IP Address (Sig  ): 172.17.16.14
Destn SIP Req Addr:Port  : 172.17.16.11:5060
Destn SIP Resp Addr:Port : 172.17.16.11:5060
Destination Name         : 172.17.16.11

*May 22 12:53:41.193: //3334/1324AB000000/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 1
Disconnect Cause (SIP)   : 404

*May 22 12:53:41.193: //3332/1324AB000000/CCAPI/ccCallDisconnect:
   Cause Value=1, Tag=0x0, Call Entry(Previous Disconnect Cause=0, Disconnect Cause=0)
*May 22 12:53:41.193: //3332/1324AB000000/CCAPI/ccCallDisconnect:
   Cause Value=1, Call Entry(Responsed=TRUE, Cause Value=1)
*May 22 12:53:41.193: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECT
*May 22 12:53:41.193: //3332/1324AB000000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_RESP
*May 22 12:53:41.193: //3332/1324AB000000/SIP/Event/Session-Timer/sipSTSLMain: dir:1, method:102, resp_code:404, container:23E39244
ISR2921_VG2#
*May 22 12:53:46.165: //3332/1324AB000000/CCAPI/cc_api_call_disconnect_done:
   Disposition=0, Interface=0x22B1B4C8, Tag=0x0, Call Id=3332,
   Call Entry(Disconnect Cause=1, Voice Class Cause Code=0, Retry Count=0)
*May 22 12:53:46.165: //-1/1324AB000000/RXRULE/regxrule_stack_pop_RegXruleNumInfo: stack=0x23E382EC; count=1
*May 22 12:53:46.165: //-1/1324AB000000/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x2111EC18
*May 22 12:53:46.165: //3332/1324AB000000/CCAPI/cc_api_call_disconnect_done:
   Call Disconnect Event Sent
*May 22 12:53:46.165: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*May 22 12:53:46.165: :cc_free_feature_vsa freeing 3DA515D8
*May 22 12:53:46.165: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:

*May 22 12:53:46.165:  vsacount in free is 0
*May 22 12:53:46.165: //3332/1324AB000000/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3FDCFA68
State of The Call        : STATE_DEAD
TCP Sockets Used         : YES
Calling Number           : 4952807249
Called Number            : 89998301721
Source IP Address (Sig  ): 178.238.116.52
Destn SIP Req Addr:Port  : 172.17.16.10:5060
Destn SIP Resp Addr:Port : 172.17.16.10:39782
Destination Name         : 172.17.16.10

ISR2921_VG2#
*May 22 12:53:46.165: //3332/1324AB000000/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : No Codec
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): 178.238.116.52
Source IP Port    (Media): 16694
Destn  IP Address (Media):  -
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

*May 22 12:53:46.165: //3332/1324AB000000/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 1
Disconnect Cause (SIP)   : 404


22 май 2019, 16:49
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
Смотрите лучше

Код:
debug ccsip messages

Это нагляднее.

_________________
Knowledge is Power


22 май 2019, 16:58
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
В дебаге много букв.
На выход хороший тон это вешать screening list'ы в виде translation profile куда не попадают все Ваши номера.
Очень рекомендую отписывать регулярные выражения максимально однозначно, к примеру ^74951234567$
Поймите в IOS digit manipulation и understanding inbound and outbound dial peer matching.
По external phone number mask товарищ с voipinfo все правильно сказал.


22 май 2019, 18:08
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Мануалы старательно курю, но категорически не понимаю почему не идет звонок наружу даже без трансляции, просто с прописанным номером в
Calling Party Transform Mask. Дебаг вот такой.

Код:
INVITE sip:89998301721@172.17.16.14:5060 SIP/2.0
Via: SIP/2.0/TCP 172.17.16.10:5060;branch=z9hG4bK8d4445e298a5
From: <sip:4952807249@172.17.16.10>;tag=36717~c547cadc-5faa-4cad-86b4-9f5e59354236-17826723
To: <sip:89998301721@172.17.16.14>
Date: Wed, 22 May 2019 15:58:05 GMT
Call-ID: 6142aa00-10001-8d36-93f492a@172.17.16.10
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, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:172.17.16.10:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=VIDEO_UNSPECIFIED
Session-ID: fbc3dcb1253947a0ad686b3416b36ba0;remote=00000000000000000000000000000000
Cisco-Guid: 1631758848-0000065536-0000000037-0168825260
Session-Expires:  1800
P-Asserted-Identity: <sip:4952807249@172.17.16.10>
Remote-Party-ID: <sip:4952807249@172.17.16.10>;party=calling;screen=yes;privacy=off
Contact: <sip:4952807249@172.17.16.10:5060;transport=tcp>
Max-Forwards: 70
Content-Length: 0


*May 22 15:04:42.624: //3611/6142AA000000/SIP/Msg/ccsipDisplayMsg:
Sent:
INVITE sip:89998301721@172.17.16.10:5060 SIP/2.0
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK7F1D49
Remote-Party-ID: <sip:4952807249@172.17.16.14>;party=calling;screen=yes;privacy=off
From: <sip:4952807249@172.17.16.14>;tag=6398EE8-A46
To: <sip:89998301721@172.17.16.10>
Date: Wed, 22 May 2019 15:04:42 GMT
Call-ID: C34C994C-7BD911E9-8F85ECBB-80446341@172.17.16.14
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 1631758848-0000065536-0000000037-0168825260
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: 1558537482
Contact: <sip:4952807249@172.17.16.14:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-ID: fbc3dcb1253947a0ad686b3416b36ba0;remote=00000000000000000000000000000000
Session-Expires:  1800
Content-Length: 0


*May 22 15:04:42.628: //3611/6142AA000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK7F1D49
From: <sip:4952807249@172.17.16.14>;tag=6398EE8-A46
To: <sip:89998301721@172.17.16.10>
Date: Wed, 22 May 2019 15:58:05 GMT
Call-ID: C34C994C-7BD911E9-8F85ECBB-80446341@172.17.16.14
CSeq: 101 INVITE
Allow-Events: presence
Content-Length: 0


*May 22 15:04:42.632: //3611/6142AA000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK7F1D49
From: <sip:4952807249@172.17.16.14>;tag=6398EE8-A46
To: <sip:89998301721@172.17.16.10>;tag=36718~c547cadc-5faa-4cad-86b4-9f5e59354236-17826724
Date: Wed, 22 May 2019 15:58:05 GMT
Call-ID: C34C994C-7BD911E9-8F85ECBB-80446341@172.17.16.14
CSeq: 101 INVITE
Allow-Events: presence
Reason: Q.850;cause=1
Server: Cisco-CUCM12.5
Session-ID: 00000000000000000000000000000000;remote=fbc3dcb1253947a0ad686b3416b36ba0
Content-Length: 0


*May 22 15:04:42.632: //3611/6142AA000000/SIP/Msg/ccsipDisplayMsg:
Sent:

ISR2921_VG2#ACK sip:89998301721@172.17.16.10:5060 SIP/2.0
Via: SIP/2.0/UDP 172.17.16.14:5060;branch=z9hG4bK7F1D49
From: <sip:4952807249@172.17.16.14>;tag=6398EE8-A46
To: <sip:89998301721@172.17.16.10>;tag=36718~c547cadc-5faa-4cad-86b4-9f5e59354236-17826724
Date: Wed, 22 May 2019 15:04:42 GMT
Call-ID: C34C994C-7BD911E9-8F85ECBB-80446341@172.17.16.14
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Session-ID: ;remote=
Content-Length: 0


22 май 2019, 18:58
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
AlexNiko писал(а):
категорически не понимаю почему не идет звонок наружу

А что тут непонятного? Он заворачивается обратно на CUCM. Вряд ли так было задумано.

INVITE sip:89998301721@172.17.16.14:5060 SIP/2.0
From: <sip:4952807249@172.17.16.10>;tag=36717~c547cadc-5faa-4cad-86b4-9f5e59354236-17826723
To: <sip:89998301721@172.17.16.14>

INVITE sip:89998301721@172.17.16.10:5060 SIP/2.0
From: <sip:4952807249@172.17.16.14>;tag=6398EE8-A46
To: <sip:89998301721@172.17.16.10>

Почитайте, как отцы советуют:

Understanding Inbound and Outbound Dial Peers Matching on IOS Platforms

https://www.cisco.com/c/en/us/support/d ... match.html

_________________
Knowledge is Power


22 май 2019, 19:07
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
Bessmertniy писал(а):
По external phone number mask товарищ с voipinfo все правильно сказал.

А почему с voipinfo, кстати?
Я сам по себе. :-)
Ну и на voipinfo я тоже бываю.

_________________
Knowledge is Power


22 май 2019, 19:45
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Silent_D писал(а):
А почему с voipinfo, кстати?

Вы же раньше там водились, потом тут оказались.


23 май 2019, 09:59
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
Bessmertniy писал(а):
Вы же раньше там водились, потом тут оказались.

И что? Я много чего читаю.
Или "водиться" на voipinfo недостойно благородных донов?
Можно присягать в верности только одному барону?

_________________
Knowledge is Power


23 май 2019, 11:05
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Чо эт недостойно? Вполне годный форум раньше был, жаль скатился.


23 май 2019, 12:07
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Еще раз перечитал, поправил конфиг, но что я не догоняю? Что я делаю не так совсем не понятно. Принимать - нормально принимаю, тут логика более или менее прояснилась, а вот когда пытаюсь позвонить из внутренней сети - никак. В дебаге нигде нет информаии о том, что звонок перенаправлен на 31.44.92.196. и почему то в диалпире 1 надо добавлять incoming called-number 8T , хотя ведь по логике dest-pattern должен работать. Забутался еще больше я )

Код:
dspfarm profile 1 transcode
 codec g711alaw
 codec g711ulaw
 maximum sessions 32
 associate application CUBE
!
dial-peer voice 200 voip
 description to-CUCM
 destination-pattern [5-7]...
 session protocol sipv2
 session target ipv4:172.17.16.10
 voice-class sip bind control source-interface GigabitEthernet0/1
 voice-class sip bind media source-interface GigabitEthernet0/1
 dtmf-relay rtp-nte
 codec g711ulaw
!
dial-peer voice 100 voip
 description to-SIP-prov
 translation-profile incoming FCCPS1
 session protocol sipv2
 session transport udp
 incoming called-number 7495280....
 voice-class sip bind control source-interface GigabitEthernet0/0
 voice-class sip bind media source-interface GigabitEthernet0/0
 codec g711alaw
!
dial-peer voice 1 voip
 destination-pattern 8T
 session target ipv4:31.44.92.196
 session transport udp
 incoming called-number 8T
 voice-class sip bind control source-interface GigabitEthernet0/0
 voice-class sip bind media source-interface GigabitEthernet0/0
 codec g711alaw


23 май 2019, 14:33
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
AlexNiko писал(а):
и почему то в диалпире 1 надо добавлять incoming called-number 8T , хотя ведь по логике dest-pattern должен работать. Забутался еще больше я )

incoming called-number 8T там точно не нужен,
а вот
session protocol sipv2
вы там забыли. :-)
Потому и "В дебаге нигде нет информаии о том, что звонок перенаправлен на 31.44.92.196."
В SIP дебаге.

_________________
Knowledge is Power


23 май 2019, 15:06
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Вы 100 пир бессмысленно сделали. Он только на вход работает, а номеров на 7495 не поступает. Можете заменить incoming called number на answer address, но это неправильно. Для правильного разделения маршрутов распихайте телефоны по разным CSS, и в route pattern'ах добавьте техпрефиксы, потом отпиливайте их на CUBE. В общем не допускайте неоднозначности.


23 май 2019, 15:21
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Вот как только убираю incoming called-number 8T - сразу отбой и короткие гудки при попытке набрать 98999XXXXXXX (в роутпаттерне 9ку обрезаю). Наличие sipv2 не спасло отца русской демократии. Долго ждем, на выходе много бебага и потом опять короткие гудки.

Код:
INVITE sip:89998301721@172.17.16.14:5060 SIP/2.0
Via: SIP/2.0/TCP 172.17.16.10:5060;branch=z9hG4bK92d839fb80d1
From: <sip:4952807249@172.17.16.10>;tag=38339~c547cadc-5faa-4cad-86b4-9f5e59354236-17827714
To: <sip:89998301721@172.17.16.14>
Date: Thu, 23 May 2019 12:25:58 GMT
Call-ID: e9ca5480-10001-92c7-93f492a@172.17.16.10
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, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:172.17.16.10:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=VIDEO_UNSPECIFIED
Session-ID: fbc3dcb1253947a0ad686b3416b36ba0;remote=00000000000000000000000000000000
Cisco-Guid: 3922351232-0000065536-0000000086-0168825260
Session-Expires:  1800
P-Asserted-Identity: <sip:4952807249@172.17.16.10>
Remote-Party-ID: <sip:4952807249@172.17.16.10>;party=calling;screen=yes;privacy=off
Contact: <sip:4952807249@172.17.16.10:5060;transport=tcp>
Max-Forwards: 70
Content-Length: 0


*May 23 11:32:35.203: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_REQ
*May 23 11:32:35.203: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: dir:2, method:102, resp_code:0, container:23E36BC4
*May 23 11:32:35.203: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLPrintTDContainer: Peer-Event: E_STSL_PASS_ST_PARAMS, SE Value:1800, SE Refresher:none, Min-SE Value:1800, flags:2001
*May 23 11:32:35.203: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_RESP
*May 23 11:32:35.203: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: dir:1, method:102, resp_code:100, container:23E371F4
*May 23 11:32:35.203: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_PROCEEDING
*May 23 11:32:35.203: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_SETUP
*May 23 11:32:35.207: //6136/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_REQ
*May 23 11:32:35.207: //6136/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: dir:1, method:102, resp_code:0, container:23E3669C
*May 23 11:32:35.207: //6136/E9CA54800000/SIP/Event/Session-Timer/sipSTSLPrintTDContainer: Peer-Event: E_STSL_PASS_ST_PARAMS, SE Value:1800, SE Refresher:none, Min-SE Value:1800, flags:2001
*May 23 11:32:35.207: //6136/E9CA54800000/SIP/Event/sipSPICreateRpid: Received Octet3A=0x81 -> Setting ;screen=yes ;privacy=off
*May 23 11:32:35.207: //6136/E9CA54800000/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=z9hG4bKAD1241
Remote-Party-ID: <sip:4952807249@178.238.116.52>;party=calling;screen=yes;privacy=off
From: <sip:4952807249@178.238.116.52>;tag=A9DB678-A47
To: <sip:89998301721@31.44.92.196>
Date: Thu, 23 May 2019 11:32:35 GMT
Call-ID: 4B953D0F-7C8511E9-9A5FECBB-80446341@178.238.116.52
Supported: timer,resource-priority,replaces,sdp-anat
Min-SE:  1800
Cisco-Guid: 3922351232-0000065536-0000000086-0168825260
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: 1558611155
Contact: <sip:4952807249@178.238.116.52:5060>
Expires: 180
Allow-Events: telephone-event
Max-Forwards: 69
Session-ID: fbc3dcb1253947a0ad686b3416b36ba0;remote=00000000000000000000000000000000
Session-Expires:  1800
Content-Length: 0


*May 23 11:32:35.247: //6136/E9CA54800000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 403 Do not use late offer-answer model
Via: SIP/2.0/UDP 178.238.116.52:5060;branch=z9hG4bKAD1241;rport=56545
Record-Route: <sip:31.44.92.196;lr;ep>
To: <sip:89998301721@31.44.92.196>;tag=GSEF4i2WIh4HhCpu.i
From: <sip:4952807249@178.238.116.52>;tag=A9DB678-A47
Call-ID: 4B953D0F-7C8511E9-9A5FECBB-80446341@178.238.116.52
CSeq: 101 INVITE
Allow: INVITE, ACK, BYE, CANCEL, INFO, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Server: PortaSIP
Content-Length: 0


*May 23 11:32:35.247: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECT
*May 23 11:32:35.247: //6136/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SPI_EVENT
*May 23 11:32:35.247: //6136/E9CA54800000/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3FDBC430
State of The Call        : STATE_DEAD
TCP Sockets Used         : NO
Calling Number           : 4952807249
Called Number            : 89998301721
Source IP Address (Sig  ): 178.238.116.52
Destn SIP Req Addr:Port  : 31.44.92.196:5060
Destn SIP Resp Addr:Port : 31.44.92.196:5060
Destination Name         : 31.44.92.196

*May 23 11:32:35.247: //6136/E9CA54800000/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 57
Disconnect Cause (SIP)   : 403

*May 23 11:32:35.247: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_CALL_DISCONNECT
*May 23 11:32:35.247: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: Event: E_STSL_SESSION_REFRESH_RESP
*May 23 11:32:35.247: //6135/E9CA54800000/SIP/Event/Session-Timer/sipSTSLMain: dir:1, method:102, resp_code:403, container:23E388A4
*May 23 11:32:35.247: //6136/E9CA54800000/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=z9hG4bKAD1241
From: <sip:4952807249@178.238.116.52>;tag=A9DB678-A47
To: <sip:89998301721@31.44.92.196>;tag=GSEF4i2WIh4HhCpu.i
Date: Thu, 23 May 2019 11:32:35 GMT
Call-ID: 4B953D0F-7C8511E9-9A5FECBB-80446341@178.238.116.52
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: telephone-event
Session-ID: fbc3dcb1253947a0ad686b3416b36ba0;remote=12d8b845baba529dbaba36a5b092216b
Content-Length: 0


ISR2921_VG2#
*May 23 11:32:40.203: //6135/E9CA54800000/SIP/Call/sipSPICallInfo:
The Call Setup Information is:
Call Control Block (CCB) : 0x0x3FDC9300
State of The Call        : STATE_DEAD
TCP Sockets Used         : YES
Calling Number           : 4952807249
Called Number            : 89998301721
Source IP Address (Sig  ): 178.238.116.52
Destn SIP Req Addr:Port  : 172.17.16.10:5060
Destn SIP Resp Addr:Port : 172.17.16.10:40674
Destination Name         : 172.17.16.10

ISR2921_VG2#
*May 23 11:32:40.203: //6135/E9CA54800000/SIP/Call/sipSPIMediaCallInfo:
Number of Media Streams: 1
Media Stream             : 1
Negotiated Codec         : No Codec
Negotiated Codec Bytes   : 0
Nego. Codec payload      : 255 (tx), 255 (rx)
Negotiated Dtmf-relay    : 0
Dtmf-relay Payload       : 0 (tx), 0 (rx)
Source IP Address (Media): 178.238.116.52
Source IP Port    (Media): 16900
Destn  IP Address (Media):  -
Destn  IP Port    (Media): 0
Orig Destn IP Address:Port (Media): [ - ]:0

*May 23 11:32:40.203: //6135/E9CA54800000/SIP/Call/sipSPICallInfo:
Disconnect Cause (CC)    : 57
Disconnect Cause (SIP)   : 403

ISR2921_VG2#
*May 23 11:32:48.347: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Received:
OPTIONS sip:172.17.16.14:5060 SIP/2.0
Via: SIP/2.0/TCP 172.17.16.11:5060;branch=z9hG4bKaa835497d0b5
From: <sip:172.17.16.11>;tag=450253365
To: <sip:172.17.16.14>
Date: Thu, 23 May 2019 12:26:11 GMT
Call-ID: f189f900-10001-aa84-e8e84f08@172.17.16.11
User-Agent: Cisco-CUCM12.5
CSeq: 101 OPTIONS
Contact: <sip:172.17.16.11:5060;transport=tcp>
Max-Forwards: 0
Content-Length: 0


*May 23 11:32:48.351: //-1/xxxxxxxxxxxx/SIP/Event/sipSPIEventInfo: Queued event from SIP SPI : SIPSPI_EV_CC_OPTIONS_RESP
*May 23 11:32:48.351: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
SIP/2.0 200 OK
Via: SIP/2.0/TCP 172.17.16.11:5060;branch=z9hG4bKaa835497d0b5
From: <sip:172.17.16.11>;tag=450253365
To: <sip:172.17.16.14>;tag=A9DE9D0-89C
Date: Thu, 23 May 2019 11:32:48 GMT
Call-ID: f189f900-10001-aa84-e8e84f08@172.17.16.11
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 5842 1535 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


23 май 2019, 15:28
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
И еще странный вопрос. Во всех примерах, которые я нашел, ну скажем этот:

[url]
https://community.cisco.com/kxiwq67737/ ... -randy.pdf
[/url]

Ничго нет о командах

Код:
voice-class sip bind control
voice-class sip bind media

Но если я убираю привязку с 1го диалпира или с диалпира который для CUCM - то короткие гудки при попытке набрать номер.


23 май 2019, 15:34
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
Если на пире не указано, привязка берется из voice service voip, если и там не указано то берется ближайший интерфейс согласно таблице маршрутизации.


23 май 2019, 15:49
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Вроде разобрался, но теперь очередная боль. Провайдер говорит, что в инвайте не приходит инфонмация SDP. Как ее заставить приходить к доброму провайдеру "Мастертел" )?


23 май 2019, 16:06
Профиль

Зарегистрирован: 07 сен 2014, 02:54
Сообщения: 548
Откуда: Msk
Ключевая инфа тут:
AlexNiko писал(а):
Received:
SIP/2.0 403 Do not use late offer-answer model


AlexNiko писал(а):
INVITE sip:89998301721@172.17.16.14:5060 SIP/2.0
Via: SIP/2.0/TCP 172.17.16.10:5060;branch=z9hG4bK92d839fb80d1
From: <sip:4952807249@172.17.16.10>;tag=38339~c547cadc-5faa-4cad-86b4-9f5e59354236-17827714
To: <sip:89998301721@172.17.16.14>
...
Content-Length: 0

Провайдер не поддерживает Late Offer (or Delayed Offer).

Early offer = SDP in INVITE
Late offer = SDP in ACK

SIP Media Management: Early Offer vs. Late Offer
https://andrewjprokop.wordpress.com/201 ... ate-offer/

Ищите как включить в CUCM SIP Early Offer.

И выключите в дебаге весь мусор, кроме sip messages.
И оставьте в покое binding, у вас все было нормально.

_________________
Knowledge is Power


23 май 2019, 16:09
Профиль
Аватара пользователя

Зарегистрирован: 03 апр 2013, 16:21
Сообщения: 1525
В пире voice-class sip early-offer forced


23 май 2019, 16:13
Профиль

Зарегистрирован: 29 янв 2017, 00:39
Сообщения: 431
Насколько я понимаю он у меня в профайле включен. Или надо что-то еще включать?


Вложения:
Screenshot 2019-05-23 at 16.20.50.jpg
Screenshot 2019-05-23 at 16.20.50.jpg [ 106.46 КБ | Просмотров: 13238 ]
23 май 2019, 16:24
Профиль
Показать сообщения за:  Поле сортировки  
Ответить на тему   [ Сообщений: 32 ]  На страницу 1, 2  След.

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

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


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

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