forum.opennet.ru - "cisco cme и входящая маршрутизация через e1" (7)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"cisco cme и входящая маршрутизация через e1"

Форум Маршрутизаторы CISCO и др. оборудование. (VoIP)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"cisco cme и входящая маршрутизация через e1"	+/–
Сообщение от Aleks305 (ok) on 17-Сен-14, 17:17
Друзья добрый день. Стоит cisco cme 15.1, подключен e1. В данный момент настроена входящая маршрутизация через E1 следующим образом: dial-peer voice 110 pots translation-profile incoming incoming-e1 incoming called-number <внешний номер от провайдера> direct-inward-dial voice translation-profile incoming-e1 translate calling 101 translate called 100 voice 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. Как выйти из этой ситуации? Спасибо!
Ответить \| Правка \| Cообщить модератору

Оглавление

cisco cme и входящая маршрутизация через e1, ShyLion, 14:52 , 18-Сен-14, (1)

cisco cme и входящая маршрутизация через e1, Aleks305, 17:17 , 18-Сен-14, (2)

cisco cme и входящая маршрутизация через e1, ShyLion, 07:17 , 19-Сен-14, (3)

cisco cme и входящая маршрутизация через e1, Aleks305, 17:39 , 25-Сен-14, (4)

cisco cme и входящая маршрутизация через e1, ShyLion, 08:49 , 26-Сен-14, (5)

cisco cme и входящая маршрутизация через e1, Aleks305, 08:59 , 26-Сен-14, (6)

cisco cme и входящая маршрутизация через e1, ShyLion, 07:39 , 29-Сен-14, (7)

Сообщения по теме [Сортировка по времени | RSS]

1. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от ShyLion (ok) on 18-Сен-14, 14:52

сделай дефолтный пир с answer-address .T
и отдельный с нужным
incoming called-number не используй

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от Aleks305 (ok) on 18-Сен-14, 17:17

> сделай дефолтный пир с 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:

Как так вышло, не понял.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от ShyLion (ok) on 19-Сен-14, 07:17

>[оверквотинг удален]
>> и отдельный с нужным
>> 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
> Как так вышло, не понял.
У тебя одно и то-же правило трансляции набранного номера.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от Aleks305 (ok) on 25-Сен-14, 17:39

>[оверквотинг удален]
>>> 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 номер...
как обойти эти грабли...?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от ShyLion (ok) on 26-Сен-14, 08:49

> Исходящие при этом,  я так понял, в таком диалплане заворачиваются на
> 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern.
> Поэтому исходящие и попадают на 78 номер...
> как обойти эти грабли...?
Для исходящих вызовов делаются отдельные диалпиры с destination-pattern

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от Aleks305 (ok) on 26-Сен-14, 08:59

>> Исходящие при этом,  я так понял, в таком диалплане заворачиваются на
>> 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

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "cisco cme и входящая маршрутизация через e1" +/–

Сообщение от ShyLion (ok) on 29-Сен-14, 07:39

>[оверквотинг удален]
>>> Поэтому исходящие и попадают на 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 при этом матчится???
Внимательнее смотри свои преобразования.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "cisco cme и входящая маршрутизация через e1"	+/–
Сообщение от ShyLion (ok) on 18-Сен-14, 14:52
сделай дефолтный пир с answer-address .T и отдельный с нужным incoming called-number не используй
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "cisco cme и входящая маршрутизация через e1"	+/–
	Сообщение от Aleks305 (ok) on 18-Сен-14, 17:17
	> сделай дефолтный пир с 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: Как так вышло, не понял.
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "cisco cme и входящая маршрутизация через e1"	+/–
	Сообщение от ShyLion (ok) on 19-Сен-14, 07:17
	>[оверквотинг удален] >> и отдельный с нужным >> 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 > Как так вышло, не понял. У тебя одно и то-же правило трансляции набранного номера.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "cisco cme и входящая маршрутизация через e1"	+/–
	Сообщение от Aleks305 (ok) on 25-Сен-14, 17:39
	>[оверквотинг удален] >>> 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 номер... как обойти эти грабли...?
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "cisco cme и входящая маршрутизация через e1"	+/–
	Сообщение от ShyLion (ok) on 26-Сен-14, 08:49
	> Исходящие при этом, я так понял, в таком диалплане заворачиваются на > 110 dialpeer, так как по приоритету матчатся раньше, чем destination pattern. > Поэтому исходящие и попадают на 78 номер... > как обойти эти грабли...? Для исходящих вызовов делаются отдельные диалпиры с destination-pattern
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "cisco cme и входящая маршрутизация через e1"	+/–
	Сообщение от Aleks305 (ok) on 26-Сен-14, 08:59
	>> Исходящие при этом, я так понял, в таком диалплане заворачиваются на >> 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
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "cisco cme и входящая маршрутизация через e1"	+/–
	Сообщение от ShyLion (ok) on 29-Сен-14, 07:39
	>[оверквотинг удален] >>> Поэтому исходящие и попадают на 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 при этом матчится??? Внимательнее смотри свои преобразования.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору