Друзья добрый день.
Стоит cisco cme 15.1, подключен e1. В данный момент настроена входящая маршрутизация через E1 следующим образом:
dial-peer voice 110 pots
translation-profile incoming incoming-e1
incoming called-number <внешний номер от провайдера>
direct-inward-dialvoice translation-profile incoming-e1
translate calling 101
translate called 100voice translation-rule 100
rule 1 /^.*$/ /78/
voice translation-rule 101
rule 1 /^/ /8/То есть при входящем звонке заворачивается все на номер 78.
Подскажите, как возможно обыграть следующую ситуацию: при звонке на внешний номер с определенного исходящего(например, 897822222222) перенаправлять его на например, 79.Если реализовывать через answer-address с отдельным dial-peer, то он(dial-peer) не матчится, так как при входящем cisco в первую очередь матчит по called-number.
Как выйти из этой ситуации?
Спасибо!
сделай дефолтный пир с answer-address .T
и отдельный с нужнымincoming called-number не используй
> сделай дефолтный пир с 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-dialvoice 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:
Как так вышло, не понял.
>[оверквотинг удален]
>> и отдельный с нужным
>> 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
> Как так вышло, не понял.У тебя одно и то-же правило трансляции набранного номера.
>[оверквотинг удален]
>>> 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 102dial-peer voice 110 pots
translation-profile incoming incoming-e1
answer-address .T
direct-inward-dialdial-peer voice 109 pots
translation-profile incoming incoming-e1-TOP
answer-address 911XXXXXXX
direct-inward-dialИсходящие при этом, я так понял, в таком диалплане заворачиваются на 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern. Поэтому исходящие и попадают на 78 номер...
как обойти эти грабли...?
> Исходящие при этом, я так понял, в таком диалплане заворачиваются на
> 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern.
> Поэтому исходящие и попадают на 78 номер...
> как обойти эти грабли...?Для исходящих вызовов делаются отдельные диалпиры с destination-pattern
>> Исходящие при этом, я так понял, в таком диалплане заворачиваются на
>> 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
>[оверквотинг удален]
>>> Поэтому исходящие и попадают на 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 при этом матчится???
Внимательнее смотри свои преобразования.