- cisco cme и входящая маршрутизация через e1,
 ShyLion, 14:52 , 18-Сен-14 (1)сделай дефолтный пир с answer-address .T
и отдельный с нужнымincoming called-number не используй
- cisco cme и входящая маршрутизация через e1, Aleks305, 17:17 , 18-Сен-14 (2)
> сделай дефолтный пир с answer-address .T
> и отдельный с нужным
> incoming called-number не используй Спасибо за отклик. Попробовал сделать:
dial-peer voice 110 pots
translation-profile incoming incoming-e1
answer-address .T
direct-inward-dial
dial-peer voice 109 pots
translation-profile incoming incoming-e1-NEW
answer-address 911826xxxxx
direct-inward-dial voice translation-rule 100
rule 1 /^.*$/ /78/
voice translation-rule 101
rule 1 /^/ /8/
voice translation-rule 102
rule 1 /^.*$/ /81/ voice translation-profile incoming-e1
translate calling 101
translate called 100
voice translation-profile incoming-e1-NEW
translate calling 102
translate called 100 Звонок попадал в 109 dial-peer:
*Sep 18 08:14:33.519: //-1/A7FDCF388072/CCAPI/cc_api_call_setup_ind_common:
Interface=0x239ABE40, Call Info(
Calling Number=91182XXXX,(Calling Name=)(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
Called Number=49599XXXX(TON=National, NPI=ISDN),
Calling Translated=FALSE, Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE,
Incoming Dial-peer=109, Progress Indication=NULL(0), Calling IE Present=TRUE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID Transparent=FALSE), Call Id=-1 уходил на номер 81(все верно, так были настроены voice translation rule), а затем после того, как пользователь на 81 поднимал трубку, почему-то уходил на 78
*Sep 18 08:14:33.519: //156162/A7FDCF388072/CCAPI/ccIFCallSetupRequestPrivate:
Interface=0x245F7454, Interface Type=6, Destination=, Mode=0x0,
Call Params(Calling Number=81,(Calling Name=)(TON=National, NPI=ISDN, Screening=Network, Presentation=Allowed),
Called Number=78(TON=National, NPI=ISDN), Calling Translated=FALSE,
Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing Dial-peer=20005, Call Count On=FALSE,
Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, Application Call Id=)
*Sep 18 08:14:33.523: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
Как так вышло, не понял.
- cisco cme и входящая маршрутизация через e1, ShyLion, 07:17 , 19-Сен-14 (3)
>[оверквотинг удален]
>> и отдельный с нужным
>> incoming called-number не используй
> Спасибо за отклик. Попробовал сделать:
> voice translation-rule 100
> rule 1 /^.*$/ /78/
> voice translation-profile incoming-e1
> translate called 100
> voice translation-profile incoming-e1-NEW
> translate called 100
> Как так вышло, не понял.У тебя одно и то-же правило трансляции набранного номера.
- cisco cme и входящая маршрутизация через e1, Aleks305, 17:39 , 25-Сен-14 (4)
>[оверквотинг удален]
>>> incoming called-number не используй
>> Спасибо за отклик. Попробовал сделать:
>> voice translation-rule 100
>> rule 1 /^.*$/ /78/
>> voice translation-profile incoming-e1
>> translate called 100
>> voice translation-profile incoming-e1-NEW
>> translate called 100
>> Как так вышло, не понял.
> У тебя одно и то-же правило трансляции набранного номера.Переделал:
voice translation-rule 100
rule 1 /^.*$/ /78/
voice translation-rule 101
rule 1 /^/ /8/
voice translation-rule 102
rule 1 /^.*$/ /13/ voice translation-profile incoming-e1
translate calling 101
translate called 100
voice translation-profile incoming-e1-TOP
translate calling 101
translate called 102 dial-peer voice 110 pots
translation-profile incoming incoming-e1
answer-address .T
direct-inward-dial dial-peer voice 109 pots
translation-profile incoming incoming-e1-TOP
answer-address 911XXXXXXX
direct-inward-dial Исходящие при этом, я так понял, в таком диалплане заворачиваются на 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern. Поэтому исходящие и попадают на 78 номер...
как обойти эти грабли...?
- cisco cme и входящая маршрутизация через e1, ShyLion, 08:49 , 26-Сен-14 (5)
> Исходящие при этом, я так понял, в таком диалплане заворачиваются на
> 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern.
> Поэтому исходящие и попадают на 78 номер...
> как обойти эти грабли...?Для исходящих вызовов делаются отдельные диалпиры с destination-pattern
- cisco cme и входящая маршрутизация через e1, Aleks305, 08:59 , 26-Сен-14 (6)
>> Исходящие при этом, я так понял, в таком диалплане заворачиваются на
>> 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern.
>> Поэтому исходящие и попадают на 78 номер...
>> как обойти эти грабли...?
> Для исходящих вызовов делаются отдельные диалпиры с destination-pattern Для исходящих есть отдельный dial-peer, но получается этот 110 в таком виде матчится раньше. Исходящий:
dial-peer voice 101 pots
translation-profile outgoing outgoing-e1
destination-pattern 9.T
port 0/0/0:15
forward-digits all
- cisco cme и входящая маршрутизация через e1, ShyLion, 07:39 , 29-Сен-14 (7)
>[оверквотинг удален]
>>> Поэтому исходящие и попадают на 78 номер...
>>> как обойти эти грабли...?
>> Для исходящих вызовов делаются отдельные диалпиры с destination-pattern
> Для исходящих есть отдельный dial-peer, но получается этот 110 в таком виде
> матчится раньше. Исходящий:
> dial-peer voice 101 pots
> translation-profile outgoing outgoing-e1
> destination-pattern 9.T
> port 0/0/0:15
> forward-digits all У тебя на входящем диалпире любой набраный номер транслируется в 78. Каким образом должен destination-pattern 9.T при этом матчится???
Внимательнее смотри свои преобразования.
|
Версия для распечатки
cisco cme и входящая маршрутизация через e1, 
