forum.opennet.ru - "CCME corlist не уходит через свой dial-peer " (24)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"CCME corlist не уходит через свой dial-peer "

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

"CCME corlist не уходит через свой dial-peer "	+/–
Сообщение от Diesel315 (ok) on 26-Мрт-12, 15:15
Добрый день уважаемые форумчане. Прошу вашей помощи в решении проблемы Есть Cisco3945 c CCME. Скажем так досталась в наследство. Так вот выяснилась одна проблема, решение которой никак не могу. Исходные данные проблемы: ! ephone-dn 61 number 260 allow watch corlist incoming 200 hold-alert 30 originator !dial-peer voice 100 pots corlist outgoing 200 destination-pattern 8T translate-outgoing calling 200 port 0/0/0:15 ! dial-peer voice 105 pots corlist outgoing 100 destination-pattern 8T translate-outgoing calling 100 port 0/0/0:15 translation-rule 200 Rule 0 ^110 669001 Rule 1 ^308 669004 Rule 2 ^309 669005 Rule 3 ^310 669007 Rule 4 ^360 669230 Rule 7 ^4 669007 Rule 8 ^1 6690 Rule 9 ^2 6691 Rule 10 ^3 6692 ! ! translation-rule 100 Rule 0 ^100 669200 Rule 1 ^106 669206 Rule 2 ^101 669201 Rule 3 ^103 669203 Rule 4 ^102 669003 Rule 5 ^105 669205 Rule 6 ^111 669000 Rule 7 ^121 669002 Rule 8 ^104 669204 Rule 9 ^107 669207 Rule 10 ^150 669006 То есть, есть номер 260, на который повешен corlist 200, что подразумевает если набрать 8 (выход в город), то звонок должен уйти на dial-peer voice 100 pots (так как на нем прописан corlist outgoing 200) и автоматом должно произойти преобразование согласно translate-outgoing calling 200, то есть правила translation-rule 200. Но тут то и начинает самое интересное. При звонке с номера 260 звонок не всегда уходит на dial-peer voice 100 pots, бывает и на dial-peer voice 105 pots (хотя там прописан corlist outgoing 100) соответственно правило преобразования не выполняется (так в принципе и был замечен баг) Пример как это происходит: #sh voice call status CallID CID ccVdb Port Slot/DSP:Ch Called # Codec MLPP Dial-peers 0x1E035 89B 0x1505B744 3/0/1 0/3:1 8669120 g711ulaw 2/105 0x1E041 8BD 0x1505B744 3/0/1 0/3:1 8669120 g711ulaw 2/100 Порт 3/0/1 это порт аналогового телефона №260 и тут мы видим что иногда диалпир 105 иногда 100. Почему такое происходит не пойму. Если есть предположения в какую сторону копать или просто кто то сталкивался с таким прошу помочь. Заранее извиняюсь если не сразу пойму о чем вы, в CCME я пока плаваю
Ответить \| Правка \| Cообщить модератору

Оглавление

CCME corlist не уходит через свой dial-peer , mdenisov, 15:59 , 26-Мрт-12, (1)

CCME corlist не уходит через свой dial-peer , Diesel315, 16:30 , 26-Мрт-12, (2)

CCME corlist не уходит через свой dial-peer , mdenisov, 16:39 , 26-Мрт-12, (3)

CCME corlist не уходит через свой dial-peer , Diesel315, 17:09 , 26-Мрт-12, (4)

CCME corlist не уходит через свой dial-peer , mdenisov, 17:15 , 26-Мрт-12, (5)

CCME corlist не уходит через свой dial-peer , Diesel315, 17:29 , 26-Мрт-12, (6)

CCME corlist не уходит через свой dial-peer , mdenisov, 17:52 , 26-Мрт-12, (7)

CCME corlist не уходит через свой dial-peer , Diesel315, 08:46 , 27-Мрт-12, (8)

CCME corlist не уходит через свой dial-peer , Diesel315, 09:13 , 27-Мрт-12, (9)
CCME corlist не уходит через свой dial-peer , mdenisov, 13:32 , 27-Мрт-12, (10)

CCME corlist не уходит через свой dial-peer , Diesel315, 16:43 , 27-Мрт-12, (11)

CCME corlist не уходит через свой dial-peer , Diesel315, 16:01 , 18-Апр-12, (12)

CCME corlist не уходит через свой dial-peer , mdenisov, 16:12 , 18-Апр-12, (13)

CCME corlist не уходит через свой dial-peer , Diesel315, 16:27 , 18-Апр-12, (14)

CCME corlist не уходит через свой dial-peer , mdenisov, 16:34 , 18-Апр-12, (15)

CCME corlist не уходит через свой dial-peer , Diesel315, 17:16 , 18-Апр-12, (16)

CCME corlist не уходит через свой dial-peer , mdenisov, 17:20 , 18-Апр-12, (17)

CCME corlist не уходит через свой dial-peer , Diesel315, 18:06 , 18-Апр-12, (18)

CCME corlist не уходит через свой dial-peer , mdenisov, 18:15 , 18-Апр-12, (19)

CCME corlist не уходит через свой dial-peer , Diesel315, 18:41 , 18-Апр-12, (20)

CCME corlist не уходит через свой dial-peer , mdenisov, 18:58 , 18-Апр-12, (21)

CCME corlist не уходит через свой dial-peer , Diesel315, 19:35 , 18-Апр-12, (22)

CCME corlist не уходит через свой dial-peer , Diesel315, 10:42 , 19-Апр-12, (23)
CCME corlist не уходит через свой dial-peer , mdenisov, 14:58 , 20-Апр-12, (24)

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

1. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 26-Мрт-12, 15:59

Для начала покажите sh run | sec dial-peer cor

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

2. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 26-Мрт-12, 16:30

> Для начала покажите sh run | sec dial-peer cor
Да, конечно, извините, что сразу не показал...
sh run | sec dial-peer cor
dial-peer cor custom
name 100
name 200
name 300
dial-peer cor list 100
member 100
dial-peer cor list 200
member 200
member 300

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

3. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 26-Мрт-12, 16:39

По идее должен попадать только в первый пир. Посмотрите sh call hist vo br, там будет PID - это выбранный пир. Также посмотрите debug voice dialpeer

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

4. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 26-Мрт-12, 17:09

> По идее должен попадать только в первый пир. Посмотрите sh call hist
> vo br, там будет PID - это выбранный пир. Также посмотрите
> debug voice dialpeer
Спасибо за вашу попытку помочь мне. Не подскажете что конкретно интересует из вывода команды sh call hist vo br
На что я должен обратить внимание? На PID? Да я вижу его.
Есть как 105 так и 100
debug в рабочее время не могу запустить, каша будет, постараюсь после работы по возможности...

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

5. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 26-Мрт-12, 17:15

> На что я должен обратить внимание? На PID? Да я вижу его.
> Есть как 105 так и 100
В данном случае кроме PID ничего не нужно, вернее нужно смотреть на пары calling number - pid и called number - pid чтобы понять действительно ли те звонки попадают в указанный dial-peer.
> debug в рабочее время не могу запустить, каша будет, постараюсь после работы
> по возможности...
debug dial-peer как раз покажет какие пиры выбираются и как отрабатываются cor-list'ы. На самом деле этот дебаг запускать вполне безопасно, я не думаю что у Вас идет по несколько установлений вызовов в секунду.

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

6. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 26-Мрт-12, 17:29

>> На что я должен обратить внимание? На PID? Да я вижу его.
>> Есть как 105 так и 100
> В данном случае кроме PID ничего не нужно, вернее нужно смотреть на
> пары calling number - pid и called number - pid чтобы
> понять действительно ли те звонки попадают в указанный dial-peer.
>> debug в рабочее время не могу запустить, каша будет, постараюсь после работы
>> по возможности...
> debug dial-peer как раз покажет какие пиры выбираются и как отрабатываются cor-list'ы.
> На самом деле этот дебаг запускать вполне безопасно, я не думаю
> что у Вас идет по несколько установлений вызовов в секунду.
Вот думаю то что нужно
10F7 : 123734 17:14:36.873 MSK Mon Mar 26 2012.123337 +10640 +59460 pid:105 Originate 8669120
dur 00:00:48 tx:2652/443078 rx:2247/354992 10  (normal call clearing (16))
Telephony 0/0/0:15 [0/0/0] tx:42630/31370/0ms g711ulaw noise:-67dBm acom:34dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
10F7 : 123732 17:14:34.493 MSK Mon Mar 26 2012.123338 +13020 +62880 pid:2 Answer 360
dur 00:00:49 tx:2247/372968 rx:2652/421862 10  (normal call clearing (16))
Telephony 3/0/1 (123732) [3/0/1] tx:47670/42760/0ms g711ulaw noise:-64dBm acom:12dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
звонил с внутреннего 360
его внешний должен быть 669260 согласно translation-rule 200 Rule 10 ^3 6692
и dial-peer voice 2 pots
destination-pattern 360
translate-outgoing calling 200
port 3/0/1

на внешний 8669120 (то есть выходил в город через 8) как видим пир применился 105 и на внешнем номере 669120 аон показал unknow...
Хочу заметить что номер 669120 это 220 внутрений, то есть звонок уходит провайдеру, потом возвращается опять на атс...
Что то я уже запутался, может неправильно диагностирую проблему...

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

7. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 26-Мрт-12, 17:52

>[оверквотинг удален]
> его внешний должен быть 669260 согласно translation-rule 200 Rule 10 ^3 6692
> и dial-peer voice 2 pots
>  destination-pattern 360
>  translate-outgoing calling 200
>  port 3/0/1
> на внешний 8669120 (то есть выходил в город через 8) как видим
> пир применился 105 и на внешнем номере 669120 аон показал unknow...
> Хочу заметить что номер 669120 это 220 внутрений, то есть звонок уходит
> провайдеру, потом возвращается опять на атс...
> Что то я уже запутался, может неправильно диагностирую проблему...
Так тут вызов пришел со второго dial-peer'а, на котором нет cor-листа. Вы сначала разберитесь как у Вас вызовы ходят, show dialplan number Вам в помошь. То что вызов уходит на оператора это кривизна.

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

8. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 27-Мрт-12, 08:46

>[оверквотинг удален]
>>  translate-outgoing calling 200
>>  port 3/0/1
>> на внешний 8669120 (то есть выходил в город через 8) как видим
>> пир применился 105 и на внешнем номере 669120 аон показал unknow...
>> Хочу заметить что номер 669120 это 220 внутрений, то есть звонок уходит
>> провайдеру, потом возвращается опять на атс...
>> Что то я уже запутался, может неправильно диагностирую проблему...
> Так тут вызов пришел со второго dial-peer'а, на котором нет cor-листа. Вы
> сначала разберитесь как у Вас вызовы ходят, show dialplan number Вам
> в помошь.
Очень сильно извиняюсь, ввел вас в заблуждение. В первом посте ошибся про телефон. Речь идет о телефоне с номером 360 (это аналоговый) (а не 260), который висит на
dial-peer voice 2 pots
destination-pattern 360
translate-outgoing calling 200
port 3/0/1
Но здесь то есть запись, какое правило применять для транслейт... Да нет cor-листа, но есть translate-outgoing calling 200 или это не влияет?
> То что вызов уходит на оператора это кривизна.
Извините а как правильно должно быть. Выход в город осуществляется через поток Е1 как уже поняли через
!dial-peer voice 100 pots
corlist outgoing 200
destination-pattern 8T
translate-outgoing calling 200
port 0/0/0:15
!
dial-peer voice 105 pots
corlist outgoing 100
destination-pattern 8T
translate-outgoing calling 100
port 0/0/0:15
Наш нумерной план от оператора 669-(0-249), то есть вы говорите что правильнее было, если набирая с внутреннего номера наш любой внешний, то звонок не должен уходить в город, а обработаться на АТС внутри?

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

9. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 27-Мрт-12, 09:13

>[оверквотинг удален]
>> в помошь.
> Очень сильно извиняюсь, ввел вас в заблуждение. В первом посте ошибся про
> телефон. Речь идет о телефоне с номером 360 (это аналоговый) (а
> не 260), который висит на
> dial-peer voice 2 pots
>  destination-pattern 360
>  translate-outgoing calling 200
>  port 3/0/1
> Но здесь то есть запись, какое правило применять для транслейт... Да нет
> cor-листа, но есть translate-outgoing calling 200 или это не влияет?
Отвечаю сам на этот вопрос, спасибо за наводку, действительно cor-лист нужен был. Итак, что сделал:
dial-peer voice 2 pots
corlist incoming 200
destination-pattern 360
port 3/0/1
Теперь с этого порта при наборе 8 выходит через нужный dial-peer voice 100 pots, где уже отрабатывается нужное правило. С этим разобрались, еще раз большое спасибо.
Но пока не прощаюсь, сейчас проверю все остальное...

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

10. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 27-Мрт-12, 13:32

> Но здесь то есть запись, какое правило применять для транслейт... Да нет
> cor-листа, но есть translate-outgoing calling 200 или это не влияет?
На входящем пире применяется только translate-incoming.
>> То что вызов уходит на оператора это кривизна.
> Извините а как правильно должно быть.
> Наш нумерной план от оператора 669-(0-249), то есть вы говорите что правильнее
> было, если набирая с внутреннего номера наш любой внешний, то звонок
> не должен уходить в город, а обработаться на АТС внутри?
Если внутренние номера впрямую мэпятся в номерную емкость, можно просто на входе и выходе добавлять и отрезать префикс типа /^669$0...$$/ /\1/ и /^$0...$$/ /669\1/.
Если не мэпится можно вешать 2 dn'а с внешними и внутренними номерами.

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

11. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 27-Мрт-12, 16:43

>[оверквотинг удален]
> На входящем пире применяется только translate-incoming.
>>> То что вызов уходит на оператора это кривизна.
>> Извините а как правильно должно быть.
>> Наш нумерной план от оператора 669-(0-249), то есть вы говорите что правильнее
>> было, если набирая с внутреннего номера наш любой внешний, то звонок
>> не должен уходить в город, а обработаться на АТС внутри?
> Если внутренние номера впрямую мэпятся в номерную емкость, можно просто на входе
> и выходе добавлять и отрезать префикс типа /^669$0...$$/ /\1/ и /^$0...$$/
> /669\1/.
> Если не мэпится можно вешать 2 dn'а с внешними и внутренними номерами.
Спасибо за интересную мысль, подумаем над этим...

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

12. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 18-Апр-12, 16:01

И снова добрый день. Опять проблема выбора dial-peer.
Итак суть: есть внутренний номер 220 (Cisco 6921)
ephone-dn  21  dual-line
number 220 secondary 669120
pickup-group 1
label
name
allow watch
corlist incoming 200
hold-alert 30 originator
На нем настроил безусловную переадресацию на мобильный через 8-ку. (то есть 8 8937 ... .. ..)
В настройках cisco есть два правила выхода через 8-ку (с целью разного АОН)
dial-peer voice 100 pots
corlist outgoing 200
description хххххх
translation-profile outgoing 400
destination-pattern 8T
port 0/0/0:15
!
dial-peer voice 105 pots
corlist outgoing 100
description хххххх
destination-pattern 8T
translate-outgoing calling 100
port 0/0/0:15
По идеи при звонке допустим с внешки на номер 669120 (то есть внутренний 220) и настроенной переадресации через 8-ку звонок должен уходить через dial-peer voice 100 pots, так как у 220 прописан corlist incoming 200 и у dial-peer voice 100 pots прописан corlist outgoing 200... Однако мы имеем вот что:
0x1A7A     1837 0x16274F98 0/0/0:15.19      0/1:5   937... .. .. g711ulaw 100/100
0x1A7C     18F1 0x16274F98 0/0/0:15.1       0/1:6  *937... .. .. g711ulaw  100/100
через пару секунд
0x1A7D     1838 0x16274F98 0/0/0:15.20      0/1:5   937... .. .. g711ulaw 100/105
0x1A80     18FE 0x16274F98 0/0/0:15.1       0/1:7  *937... .. .. g711ulaw  105/100
В первом случае ушел через 100, а во втором через 105...
Собственно в тупике. Вроде все правильно... Может кто сталкивался с таким?

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

13. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 18-Апр-12, 16:12

В UCME при переадресации трансляции не работают, надо писать то, что отматчится в dial-peer'е.

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

14. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 18-Апр-12, 16:27

> В UCME при переадресации трансляции не работают, надо писать то, что отматчится
> в dial-peer'е.
Что вы имеете ввиду под "трансляции не работают", строку трансляции translation-profile outgoing ххх? Если да, то она работает (в принципе по этому и узнал, что через разные диалпиры идет). Или я не понял что вы пытались мне сказать???
Я не пойму почему при использовании корлистов прописанных вроде как надо идет разброс через какой диалпир выходить?

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

15. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 18-Апр-12, 16:34

> Что вы имеете ввиду под "трансляции не работают", строку трансляции translation-profile
> outgoing ххх? Если да, то она работает (в принципе по этому
> и узнал, что через разные диалпиры идет). Или я не понял
> что вы пытались мне сказать???
> Я не пойму почему при использовании корлистов прописанных вроде как надо идет
> разброс через какой диалпир выходить?
Cor листы работают всегда, другое дело что у Вас не всегда вызовы попадают в нужный входящий пир. Смотрите sh call hist vo br или debug voice dialpeer чтобы видеть по каким пирам идет вызов.
На счет трансляций - если у Вас стоит трансляция на вход на dn'е или dn-profile'е, при переадресации она не отработает.

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

16. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 18-Апр-12, 17:16

> Cor листы работают всегда, другое дело что у Вас не всегда вызовы
> попадают в нужный входящий пир.
То есть вы имеете ввиду проблема заключается во входящем звонке с города на 669120 (внутрений 220)? Эмм вроде того, через какой диалпир зашел, чрез тот и вышел? А разве выход рулит уже не внутренний 220 (669120) согласно своему корлисту?
Если так, то не очень пойму момент входящего диалпиар. Ведь как такового его нет по сути. От оператора пришел поток Е1, а на телефоне прописаны просто secondary 669120.
Диалпиры есть только на выход.

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

17. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 18-Апр-12, 17:20

> То есть вы имеете ввиду проблема заключается во входящем звонке с города
> на 669120 (внутрений 220)? Эмм вроде того, через какой диалпир зашел,
> чрез тот и вышел? А разве выход рулит уже не внутренний
> 220 (669120) согласно своему корлисту?
> Если так, то не очень пойму момент входящего диалпиар. Ведь как такового
> его нет по сути. От оператора пришел поток Е1, а на
> телефоне прописаны просто secondary 669120.
> Диалпиры есть только на выход.
Посмотрите sh call hist vo br id $id для переадресованного звонка и увидите какой пир выбран входящим и какой исходящим.

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

18. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 18-Апр-12, 18:06

> Посмотрите sh call hist vo br id $id для переадресованного звонка и
> увидите какой пир выбран входящим и какой исходящим.
Собственно вот.
Нормально отработал:
1ACE : 9871 17:51:32.161 MSK Wed Apr 18 2012.9863 +13300 +28140 pid:100 Answer ВНЕШНИЙ
dur 00:00:14 tx:211/34414 rx:246/38246 10  (normal call clearing (16))
3968 : 9872 17:51:37.191 MSK Wed Apr 18 2012.9864 +8270 +23140 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ
dur 00:00:14 tx:246/40214 rx:211/32726 10  (normal call clearing (16))
Ненормально отработал
1AD1 : 9877 17:55:45.906 MSK Wed Apr 18 2012.9870 +17790 +51530 pid:100 Answer ВНЕШНИЙ
dur 00:00:33 tx:1212/199874 rx:1038/161384 10  (normal call clearing (16))
3980 : 9878 17:55:50.938 MSK Wed Apr 18 2012.9869 +12750 +46460 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ
dur 00:00:33 tx:1038/169688 rx:1212/190178 10  (normal call clearing (16))
То есть как видим внешний зашел через pid 100 в обоих случаях, а вот когда ушла переадресация, то в первом (нормальном случае) через pid 100, во втором (ненормальном) через pid 105...
Есть предположения? И да такой вопросик, я так понял что при использовании корлистов параметр prefence уже не играет роли?

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

19. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 18-Апр-12, 18:15

>[оверквотинг удален]
> 3968 : 9872 17:51:37.191 MSK Wed Apr 18 2012.9864 +8270 +23140 pid:100
> Originate НОМЕРПЕРЕАДРЕСАЦИИ
>  dur 00:00:14 tx:246/40214 rx:211/32726 10  (normal call clearing (16))
> Ненормально отработал
> 1AD1 : 9877 17:55:45.906 MSK Wed Apr 18 2012.9870 +17790 +51530 pid:100
> Answer ВНЕШНИЙ
>  dur 00:00:33 tx:1212/199874 rx:1038/161384 10  (normal call clearing (16))
> 3980 : 9878 17:55:50.938 MSK Wed Apr 18 2012.9869 +12750 +46460 pid:105
> Originate НОМЕРПЕРЕАДРЕСАЦИИ
>  dur 00:00:33 tx:1038/169688 rx:1212/190178 10  (normal call clearing (16))
Вы неправильно смотрите. В первом случае надо смотреть sh call hist vo br id 3968, во втором sh call hist vo br id 3980.
> Есть предположения? И да такой вопросик, я так понял что при использовании
> корлистов параметр prefence уже не играет роли?
Играет, но перебираются только варианты, отфильтрованные по cor-листу.

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

20. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 18-Апр-12, 18:41

> Вы неправильно смотрите. В первом случае надо смотреть sh call hist vo
> br id 3968, во втором sh call hist vo br id 3980.
Так это команда выдаст тоже самое только для конкретного номера, а не весь список. Ок повторил
Норма:
1AD7 : 9891 18:25:49.253 MSK Wed Apr 18 2012.9884 +14430 +40790 pid:100 Answer ВНЕШНИЙ
39A9 : 9892 18:25:54.293 MSK Wed Apr 18 2012.9883 +9380 +35710 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ
---sh call history vo br id 39a9
Telephony call-legs: 1
SIP call-legs: 0
H323 call-legs: 0
Call agent controlled call-legs: 0
Total call-legs: 1
39A9 : 9892 18:25:54.289 MSK Wed Apr 18 2012.9883 +9380 +35710 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ
Ненорма:
1AD9 : 9895 18:29:36.216 MSK Wed Apr 18 2012.9888 +13260 +23980 pid:100 Answer ВНЕШНИЙ
39B6 : 9896 18:29:41.246 MSK Wed Apr 18 2012.9887 +8220 +18910 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ
---sh call history vo br id 39b6
Telephony call-legs: 1
SIP call-legs: 0
H323 call-legs: 0
Call agent controlled call-legs: 0
Total call-legs: 1
39B6 : 9896 18:29:41.250 MSK Wed Apr 18 2012.9887 +8220 +18910 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ
Все тоже самое норма идет через 100, не норма через 105.

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

21. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 18-Апр-12, 18:58

Вы опять не то смотрите. У каждого звонка есть минимум 2 лега - входящий. 1AD7 и 39A9 это разные звонки. Скорее всего у 39A9 будет такой же входящий лег, но с pid'ом ephone-dn'а (видно в sh dial-peer voice su).
Также попробуйте посмотреть sh call hist vo redirect, более детально сказать не могу т. к. у меня нигде не стоит UCME.

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

22. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 18-Апр-12, 19:35

> Вы опять не то смотрите. У каждого звонка есть минимум 2 лега
> - входящий. 1AD7 и 39A9 это разные звонки. Скорее всего у
> 39A9 будет такой же входящий лег, но с pid'ом ephone-dn'а (видно
> в sh dial-peer voice su).
> Также попробуйте посмотреть sh call hist vo redirect, более детально сказать не
> могу т. к. у меня нигде не стоит UCME.
Скорее что то вроде этого?
39F3 : 9918 19:11:19.797 MSK Wed Apr 18 2012.9910 +-1 +4140 pid:20026 Answer 220
dur 00:00:00 tx:0/0 rx:0/0 10  (normal call clearing (16))
Telephony 50/0/21 (9918) [50/0/21.0] tx:0/0/0ms None noise:0dBm acom:0dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
39F7 : 9919 19:11:28.317 MSK Wed Apr 18 2012.9911 +-1 +530 pid:20026 Answer 220
dur 00:00:00 tx:0/0 rx:0/0 10  (normal call clearing (16))
Telephony 50/0/21 (9919) [50/0/21.0] tx:0/0/0ms None noise:0dBm acom:0dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
39FB : 9920 19:11:29.487 MSK Wed Apr 18 2012.9912 +-1 +9290 pid:20026 Answer 220
dur 00:00:00 tx:0/0 rx:0/0 10  (normal call clearing (16))
Telephony 50/0/21 (9920) [50/0/21.0] tx:0/0/0ms None noise:0dBm acom:0dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
3A03 : 9922 19:12:13.117 MSK Wed Apr 18 2012.9913 +8550 +26250 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ
dur 00:00:17 tx:648/105283 rx:549/84735 10  (normal call clearing (16))
Telephony 0/0/0:15 [0/0/0] tx:26260/10610/0ms g711ulaw noise:-70dBm acom:3dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
1ADF : 9921 19:12:08.087 MSK Wed Apr 18 2012.9914 +13590 +31320 pid:100 Answer ВНЕШНИЙ
dur 00:00:17 tx:549/89127 rx:648/100099 10  (normal call clearing (16))
Telephony 0/0/0:15 (9921) [0/0/0.17] tx:26260/12530/0ms g711ulaw noise:-66dBm acom:51dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
Это было при нормальном варианте. Как раз фигурирует 220, но что нам даст этот pid 20026?
При ненормальном фигурирует только что я указывал выше. Записей с 220 (или 669120) нет. Только это:
1AE5 : 9933 19:20:24.402 MSK Wed Apr 18 2012.9926 +12870 +34430 pid:100 Answer ВНЕШНИЙ
dur 00:00:21 tx:405/65254 rx:381/59766 10  (normal call clearing (16))
Telephony 0/0/0:15 (9933) [0/0/0.22] tx:29370/7470/0ms g711ulaw noise:-70dBm acom:51dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
3A30 : 9934 19:20:29.432 MSK Wed Apr 18 2012.9925 +7830 +29360 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ
dur 00:00:21 tx:381/62814 rx:405/62014 10  (normal call clearing (16))
Telephony 0/0/0:15 [0/0/0] tx:29380/7770/0ms g711ulaw noise:-68dBm acom:51dBm
  long duration call detected:n long dur callduration :n/a timestamp:n/a
Больше ничего.
Команда sh call history vo redirect (rtpvt/tbct) ничего не дает.

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

23. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от Diesel315 (ok) on 19-Апр-12, 10:42

Нашел вот такую вещь:
По-умолчанию все звонки с неопределенным номером, не попавшие ни в какой входящий dial-peer, используют системный dial-peer 0 , который нельзя изменить. Такой вызов будет игнорировать все corlist'ы на любом исходящем dial-peer'е.
Может это как раз мой случай?

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

24. "CCME corlist не уходит через свой dial-peer " +/–

Сообщение от mdenisov (ok) on 20-Апр-12, 14:58

> Нашел вот такую вещь:
> По-умолчанию все звонки с неопределенным номером, не попавшие ни в какой входящий
> dial-peer, используют системный dial-peer 0 , который нельзя изменить. Такой вызов
> будет игнорировать все corlist'ы на любом исходящем dial-peer'е.
> Может это как раз мой случай?
В этот пир попадают только звонки с VoIP'а (не от ephone'ов), не отматченные в конкретные пиры. Можно повесить настройки сделав, например, dial-p vo 10 voip system.

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

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

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

Партнёры:

Хостинг:

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

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

1. "CCME corlist не уходит через свой dial-peer "	+/–
Сообщение от mdenisov (ok) on 26-Мрт-12, 15:59
Для начала покажите sh run \| sec dial-peer cor
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 26-Мрт-12, 16:30
	> Для начала покажите sh run \| sec dial-peer cor Да, конечно, извините, что сразу не показал... sh run \| sec dial-peer cor dial-peer cor custom name 100 name 200 name 300 dial-peer cor list 100 member 100 dial-peer cor list 200 member 200 member 300
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 26-Мрт-12, 16:39
	По идее должен попадать только в первый пир. Посмотрите sh call hist vo br, там будет PID - это выбранный пир. Также посмотрите debug voice dialpeer
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 26-Мрт-12, 17:09
	> По идее должен попадать только в первый пир. Посмотрите sh call hist > vo br, там будет PID - это выбранный пир. Также посмотрите > debug voice dialpeer Спасибо за вашу попытку помочь мне. Не подскажете что конкретно интересует из вывода команды sh call hist vo br На что я должен обратить внимание? На PID? Да я вижу его. Есть как 105 так и 100 debug в рабочее время не могу запустить, каша будет, постараюсь после работы по возможности...
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 26-Мрт-12, 17:15
	> На что я должен обратить внимание? На PID? Да я вижу его. > Есть как 105 так и 100 В данном случае кроме PID ничего не нужно, вернее нужно смотреть на пары calling number - pid и called number - pid чтобы понять действительно ли те звонки попадают в указанный dial-peer. > debug в рабочее время не могу запустить, каша будет, постараюсь после работы > по возможности... debug dial-peer как раз покажет какие пиры выбираются и как отрабатываются cor-list'ы. На самом деле этот дебаг запускать вполне безопасно, я не думаю что у Вас идет по несколько установлений вызовов в секунду.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 26-Мрт-12, 17:29
	>> На что я должен обратить внимание? На PID? Да я вижу его. >> Есть как 105 так и 100 > В данном случае кроме PID ничего не нужно, вернее нужно смотреть на > пары calling number - pid и called number - pid чтобы > понять действительно ли те звонки попадают в указанный dial-peer. >> debug в рабочее время не могу запустить, каша будет, постараюсь после работы >> по возможности... > debug dial-peer как раз покажет какие пиры выбираются и как отрабатываются cor-list'ы. > На самом деле этот дебаг запускать вполне безопасно, я не думаю > что у Вас идет по несколько установлений вызовов в секунду. Вот думаю то что нужно 10F7 : 123734 17:14:36.873 MSK Mon Mar 26 2012.123337 +10640 +59460 pid:105 Originate 8669120 dur 00:00:48 tx:2652/443078 rx:2247/354992 10 (normal call clearing (16)) Telephony 0/0/0:15 [0/0/0] tx:42630/31370/0ms g711ulaw noise:-67dBm acom:34dBm long duration call detected:n long dur callduration :n/a timestamp:n/a 10F7 : 123732 17:14:34.493 MSK Mon Mar 26 2012.123338 +13020 +62880 pid:2 Answer 360 dur 00:00:49 tx:2247/372968 rx:2652/421862 10 (normal call clearing (16)) Telephony 3/0/1 (123732) [3/0/1] tx:47670/42760/0ms g711ulaw noise:-64dBm acom:12dBm long duration call detected:n long dur callduration :n/a timestamp:n/a звонил с внутреннего 360 его внешний должен быть 669260 согласно translation-rule 200 Rule 10 ^3 6692 и dial-peer voice 2 pots destination-pattern 360 translate-outgoing calling 200 port 3/0/1 на внешний 8669120 (то есть выходил в город через 8) как видим пир применился 105 и на внешнем номере 669120 аон показал unknow... Хочу заметить что номер 669120 это 220 внутрений, то есть звонок уходит провайдеру, потом возвращается опять на атс... Что то я уже запутался, может неправильно диагностирую проблему...
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 26-Мрт-12, 17:52
	>[оверквотинг удален] > его внешний должен быть 669260 согласно translation-rule 200 Rule 10 ^3 6692 > и dial-peer voice 2 pots > destination-pattern 360 > translate-outgoing calling 200 > port 3/0/1 > на внешний 8669120 (то есть выходил в город через 8) как видим > пир применился 105 и на внешнем номере 669120 аон показал unknow... > Хочу заметить что номер 669120 это 220 внутрений, то есть звонок уходит > провайдеру, потом возвращается опять на атс... > Что то я уже запутался, может неправильно диагностирую проблему... Так тут вызов пришел со второго dial-peer'а, на котором нет cor-листа. Вы сначала разберитесь как у Вас вызовы ходят, show dialplan number Вам в помошь. То что вызов уходит на оператора это кривизна.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 27-Мрт-12, 08:46
	>[оверквотинг удален] >> translate-outgoing calling 200 >> port 3/0/1 >> на внешний 8669120 (то есть выходил в город через 8) как видим >> пир применился 105 и на внешнем номере 669120 аон показал unknow... >> Хочу заметить что номер 669120 это 220 внутрений, то есть звонок уходит >> провайдеру, потом возвращается опять на атс... >> Что то я уже запутался, может неправильно диагностирую проблему... > Так тут вызов пришел со второго dial-peer'а, на котором нет cor-листа. Вы > сначала разберитесь как у Вас вызовы ходят, show dialplan number Вам > в помошь. Очень сильно извиняюсь, ввел вас в заблуждение. В первом посте ошибся про телефон. Речь идет о телефоне с номером 360 (это аналоговый) (а не 260), который висит на dial-peer voice 2 pots destination-pattern 360 translate-outgoing calling 200 port 3/0/1 Но здесь то есть запись, какое правило применять для транслейт... Да нет cor-листа, но есть translate-outgoing calling 200 или это не влияет? > То что вызов уходит на оператора это кривизна. Извините а как правильно должно быть. Выход в город осуществляется через поток Е1 как уже поняли через !dial-peer voice 100 pots corlist outgoing 200 destination-pattern 8T translate-outgoing calling 200 port 0/0/0:15 ! dial-peer voice 105 pots corlist outgoing 100 destination-pattern 8T translate-outgoing calling 100 port 0/0/0:15 Наш нумерной план от оператора 669-(0-249), то есть вы говорите что правильнее было, если набирая с внутреннего номера наш любой внешний, то звонок не должен уходить в город, а обработаться на АТС внутри?
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору


	9. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 27-Мрт-12, 09:13
	>[оверквотинг удален] >> в помошь. > Очень сильно извиняюсь, ввел вас в заблуждение. В первом посте ошибся про > телефон. Речь идет о телефоне с номером 360 (это аналоговый) (а > не 260), который висит на > dial-peer voice 2 pots > destination-pattern 360 > translate-outgoing calling 200 > port 3/0/1 > Но здесь то есть запись, какое правило применять для транслейт... Да нет > cor-листа, но есть translate-outgoing calling 200 или это не влияет? Отвечаю сам на этот вопрос, спасибо за наводку, действительно cor-лист нужен был. Итак, что сделал: dial-peer voice 2 pots corlist incoming 200 destination-pattern 360 port 3/0/1 Теперь с этого порта при наборе 8 выходит через нужный dial-peer voice 100 pots, где уже отрабатывается нужное правило. С этим разобрались, еще раз большое спасибо. Но пока не прощаюсь, сейчас проверю все остальное...
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	10. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 27-Мрт-12, 13:32
	> Но здесь то есть запись, какое правило применять для транслейт... Да нет > cor-листа, но есть translate-outgoing calling 200 или это не влияет? На входящем пире применяется только translate-incoming. >> То что вызов уходит на оператора это кривизна. > Извините а как правильно должно быть. > Наш нумерной план от оператора 669-(0-249), то есть вы говорите что правильнее > было, если набирая с внутреннего номера наш любой внешний, то звонок > не должен уходить в город, а обработаться на АТС внутри? Если внутренние номера впрямую мэпятся в номерную емкость, можно просто на входе и выходе добавлять и отрезать префикс типа /^669\(0...\)$/ /\1/ и /^\(0...\)$/ /669\1/. Если не мэпится можно вешать 2 dn'а с внешними и внутренними номерами.
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору


	11. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 27-Мрт-12, 16:43
	>[оверквотинг удален] > На входящем пире применяется только translate-incoming. >>> То что вызов уходит на оператора это кривизна. >> Извините а как правильно должно быть. >> Наш нумерной план от оператора 669-(0-249), то есть вы говорите что правильнее >> было, если набирая с внутреннего номера наш любой внешний, то звонок >> не должен уходить в город, а обработаться на АТС внутри? > Если внутренние номера впрямую мэпятся в номерную емкость, можно просто на входе > и выходе добавлять и отрезать префикс типа /^669\(0...\)$/ /\1/ и /^\(0...\)$/ > /669\1/. > Если не мэпится можно вешать 2 dn'а с внешними и внутренними номерами. Спасибо за интересную мысль, подумаем над этим...
	Ответить \| Правка \| ^ к родителю #10 \| Наверх \| Cообщить модератору

12. "CCME corlist не уходит через свой dial-peer "	+/–
Сообщение от Diesel315 (ok) on 18-Апр-12, 16:01
И снова добрый день. Опять проблема выбора dial-peer. Итак суть: есть внутренний номер 220 (Cisco 6921) ephone-dn 21 dual-line number 220 secondary 669120 pickup-group 1 label name allow watch corlist incoming 200 hold-alert 30 originator На нем настроил безусловную переадресацию на мобильный через 8-ку. (то есть 8 8937 ... .. ..) В настройках cisco есть два правила выхода через 8-ку (с целью разного АОН) dial-peer voice 100 pots corlist outgoing 200 description хххххх translation-profile outgoing 400 destination-pattern 8T port 0/0/0:15 ! dial-peer voice 105 pots corlist outgoing 100 description хххххх destination-pattern 8T translate-outgoing calling 100 port 0/0/0:15 По идеи при звонке допустим с внешки на номер 669120 (то есть внутренний 220) и настроенной переадресации через 8-ку звонок должен уходить через dial-peer voice 100 pots, так как у 220 прописан corlist incoming 200 и у dial-peer voice 100 pots прописан corlist outgoing 200... Однако мы имеем вот что: 0x1A7A 1837 0x16274F98 0/0/0:15.19 0/1:5 937... .. .. g711ulaw 100/100 0x1A7C 18F1 0x16274F98 0/0/0:15.1 0/1:6 937... .. .. g711ulaw 100/100 через пару секунд 0x1A7D 1838 0x16274F98 0/0/0:15.20 0/1:5 937... .. .. g711ulaw 100/105 0x1A80 18FE 0x16274F98 0/0/0:15.1 0/1:7 937... .. .. g711ulaw 105/100 В первом случае ушел через 100, а во втором через 105... Собственно в тупике. Вроде все правильно... Может кто сталкивался с таким?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	13. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 18-Апр-12, 16:12
	В UCME при переадресации трансляции не работают, надо писать то, что отматчится в dial-peer'е.
	Ответить \| Правка \| ^ к родителю #12 \| Наверх \| Cообщить модератору


	14. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 18-Апр-12, 16:27
	> В UCME при переадресации трансляции не работают, надо писать то, что отматчится > в dial-peer'е. Что вы имеете ввиду под "трансляции не работают", строку трансляции translation-profile outgoing ххх? Если да, то она работает (в принципе по этому и узнал, что через разные диалпиры идет). Или я не понял что вы пытались мне сказать??? Я не пойму почему при использовании корлистов прописанных вроде как надо идет разброс через какой диалпир выходить?
	Ответить \| Правка \| ^ к родителю #13 \| Наверх \| Cообщить модератору


	15. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 18-Апр-12, 16:34
	> Что вы имеете ввиду под "трансляции не работают", строку трансляции translation-profile > outgoing ххх? Если да, то она работает (в принципе по этому > и узнал, что через разные диалпиры идет). Или я не понял > что вы пытались мне сказать??? > Я не пойму почему при использовании корлистов прописанных вроде как надо идет > разброс через какой диалпир выходить? Cor листы работают всегда, другое дело что у Вас не всегда вызовы попадают в нужный входящий пир. Смотрите sh call hist vo br или debug voice dialpeer чтобы видеть по каким пирам идет вызов. На счет трансляций - если у Вас стоит трансляция на вход на dn'е или dn-profile'е, при переадресации она не отработает.
	Ответить \| Правка \| ^ к родителю #14 \| Наверх \| Cообщить модератору


	16. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 18-Апр-12, 17:16
	> Cor листы работают всегда, другое дело что у Вас не всегда вызовы > попадают в нужный входящий пир. То есть вы имеете ввиду проблема заключается во входящем звонке с города на 669120 (внутрений 220)? Эмм вроде того, через какой диалпир зашел, чрез тот и вышел? А разве выход рулит уже не внутренний 220 (669120) согласно своему корлисту? Если так, то не очень пойму момент входящего диалпиар. Ведь как такового его нет по сути. От оператора пришел поток Е1, а на телефоне прописаны просто secondary 669120. Диалпиры есть только на выход.
	Ответить \| Правка \| ^ к родителю #15 \| Наверх \| Cообщить модератору


	17. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 18-Апр-12, 17:20
	> То есть вы имеете ввиду проблема заключается во входящем звонке с города > на 669120 (внутрений 220)? Эмм вроде того, через какой диалпир зашел, > чрез тот и вышел? А разве выход рулит уже не внутренний > 220 (669120) согласно своему корлисту? > Если так, то не очень пойму момент входящего диалпиар. Ведь как такового > его нет по сути. От оператора пришел поток Е1, а на > телефоне прописаны просто secondary 669120. > Диалпиры есть только на выход. Посмотрите sh call hist vo br id $id для переадресованного звонка и увидите какой пир выбран входящим и какой исходящим.
	Ответить \| Правка \| ^ к родителю #16 \| Наверх \| Cообщить модератору


	18. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 18-Апр-12, 18:06
	> Посмотрите sh call hist vo br id $id для переадресованного звонка и > увидите какой пир выбран входящим и какой исходящим. Собственно вот. Нормально отработал: 1ACE : 9871 17:51:32.161 MSK Wed Apr 18 2012.9863 +13300 +28140 pid:100 Answer ВНЕШНИЙ dur 00:00:14 tx:211/34414 rx:246/38246 10 (normal call clearing (16)) 3968 : 9872 17:51:37.191 MSK Wed Apr 18 2012.9864 +8270 +23140 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ dur 00:00:14 tx:246/40214 rx:211/32726 10 (normal call clearing (16)) Ненормально отработал 1AD1 : 9877 17:55:45.906 MSK Wed Apr 18 2012.9870 +17790 +51530 pid:100 Answer ВНЕШНИЙ dur 00:00:33 tx:1212/199874 rx:1038/161384 10 (normal call clearing (16)) 3980 : 9878 17:55:50.938 MSK Wed Apr 18 2012.9869 +12750 +46460 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ dur 00:00:33 tx:1038/169688 rx:1212/190178 10 (normal call clearing (16)) То есть как видим внешний зашел через pid 100 в обоих случаях, а вот когда ушла переадресация, то в первом (нормальном случае) через pid 100, во втором (ненормальном) через pid 105... Есть предположения? И да такой вопросик, я так понял что при использовании корлистов параметр prefence уже не играет роли?
	Ответить \| Правка \| ^ к родителю #17 \| Наверх \| Cообщить модератору


	19. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 18-Апр-12, 18:15
	>[оверквотинг удален] > 3968 : 9872 17:51:37.191 MSK Wed Apr 18 2012.9864 +8270 +23140 pid:100 > Originate НОМЕРПЕРЕАДРЕСАЦИИ > dur 00:00:14 tx:246/40214 rx:211/32726 10 (normal call clearing (16)) > Ненормально отработал > 1AD1 : 9877 17:55:45.906 MSK Wed Apr 18 2012.9870 +17790 +51530 pid:100 > Answer ВНЕШНИЙ > dur 00:00:33 tx:1212/199874 rx:1038/161384 10 (normal call clearing (16)) > 3980 : 9878 17:55:50.938 MSK Wed Apr 18 2012.9869 +12750 +46460 pid:105 > Originate НОМЕРПЕРЕАДРЕСАЦИИ > dur 00:00:33 tx:1038/169688 rx:1212/190178 10 (normal call clearing (16)) Вы неправильно смотрите. В первом случае надо смотреть sh call hist vo br id 3968, во втором sh call hist vo br id 3980. > Есть предположения? И да такой вопросик, я так понял что при использовании > корлистов параметр prefence уже не играет роли? Играет, но перебираются только варианты, отфильтрованные по cor-листу.
	Ответить \| Правка \| ^ к родителю #18 \| Наверх \| Cообщить модератору


	20. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 18-Апр-12, 18:41
	> Вы неправильно смотрите. В первом случае надо смотреть sh call hist vo > br id 3968, во втором sh call hist vo br id 3980. Так это команда выдаст тоже самое только для конкретного номера, а не весь список. Ок повторил Норма: 1AD7 : 9891 18:25:49.253 MSK Wed Apr 18 2012.9884 +14430 +40790 pid:100 Answer ВНЕШНИЙ 39A9 : 9892 18:25:54.293 MSK Wed Apr 18 2012.9883 +9380 +35710 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ ---sh call history vo br id 39a9 Telephony call-legs: 1 SIP call-legs: 0 H323 call-legs: 0 Call agent controlled call-legs: 0 Total call-legs: 1 39A9 : 9892 18:25:54.289 MSK Wed Apr 18 2012.9883 +9380 +35710 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ Ненорма: 1AD9 : 9895 18:29:36.216 MSK Wed Apr 18 2012.9888 +13260 +23980 pid:100 Answer ВНЕШНИЙ 39B6 : 9896 18:29:41.246 MSK Wed Apr 18 2012.9887 +8220 +18910 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ ---sh call history vo br id 39b6 Telephony call-legs: 1 SIP call-legs: 0 H323 call-legs: 0 Call agent controlled call-legs: 0 Total call-legs: 1 39B6 : 9896 18:29:41.250 MSK Wed Apr 18 2012.9887 +8220 +18910 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ Все тоже самое норма идет через 100, не норма через 105.
	Ответить \| Правка \| ^ к родителю #19 \| Наверх \| Cообщить модератору


	21. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 18-Апр-12, 18:58
	Вы опять не то смотрите. У каждого звонка есть минимум 2 лега - входящий. 1AD7 и 39A9 это разные звонки. Скорее всего у 39A9 будет такой же входящий лег, но с pid'ом ephone-dn'а (видно в sh dial-peer voice su). Также попробуйте посмотреть sh call hist vo redirect, более детально сказать не могу т. к. у меня нигде не стоит UCME.
	Ответить \| Правка \| ^ к родителю #20 \| Наверх \| Cообщить модератору


	22. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 18-Апр-12, 19:35
	> Вы опять не то смотрите. У каждого звонка есть минимум 2 лега > - входящий. 1AD7 и 39A9 это разные звонки. Скорее всего у > 39A9 будет такой же входящий лег, но с pid'ом ephone-dn'а (видно > в sh dial-peer voice su). > Также попробуйте посмотреть sh call hist vo redirect, более детально сказать не > могу т. к. у меня нигде не стоит UCME. Скорее что то вроде этого? 39F3 : 9918 19:11:19.797 MSK Wed Apr 18 2012.9910 +-1 +4140 pid:20026 Answer 220 dur 00:00:00 tx:0/0 rx:0/0 10 (normal call clearing (16)) Telephony 50/0/21 (9918) [50/0/21.0] tx:0/0/0ms None noise:0dBm acom:0dBm long duration call detected:n long dur callduration :n/a timestamp:n/a 39F7 : 9919 19:11:28.317 MSK Wed Apr 18 2012.9911 +-1 +530 pid:20026 Answer 220 dur 00:00:00 tx:0/0 rx:0/0 10 (normal call clearing (16)) Telephony 50/0/21 (9919) [50/0/21.0] tx:0/0/0ms None noise:0dBm acom:0dBm long duration call detected:n long dur callduration :n/a timestamp:n/a 39FB : 9920 19:11:29.487 MSK Wed Apr 18 2012.9912 +-1 +9290 pid:20026 Answer 220 dur 00:00:00 tx:0/0 rx:0/0 10 (normal call clearing (16)) Telephony 50/0/21 (9920) [50/0/21.0] tx:0/0/0ms None noise:0dBm acom:0dBm long duration call detected:n long dur callduration :n/a timestamp:n/a 3A03 : 9922 19:12:13.117 MSK Wed Apr 18 2012.9913 +8550 +26250 pid:100 Originate НОМЕРПЕРЕАДРЕСАЦИИ dur 00:00:17 tx:648/105283 rx:549/84735 10 (normal call clearing (16)) Telephony 0/0/0:15 [0/0/0] tx:26260/10610/0ms g711ulaw noise:-70dBm acom:3dBm long duration call detected:n long dur callduration :n/a timestamp:n/a 1ADF : 9921 19:12:08.087 MSK Wed Apr 18 2012.9914 +13590 +31320 pid:100 Answer ВНЕШНИЙ dur 00:00:17 tx:549/89127 rx:648/100099 10 (normal call clearing (16)) Telephony 0/0/0:15 (9921) [0/0/0.17] tx:26260/12530/0ms g711ulaw noise:-66dBm acom:51dBm long duration call detected:n long dur callduration :n/a timestamp:n/a Это было при нормальном варианте. Как раз фигурирует 220, но что нам даст этот pid 20026? При ненормальном фигурирует только что я указывал выше. Записей с 220 (или 669120) нет. Только это: 1AE5 : 9933 19:20:24.402 MSK Wed Apr 18 2012.9926 +12870 +34430 pid:100 Answer ВНЕШНИЙ dur 00:00:21 tx:405/65254 rx:381/59766 10 (normal call clearing (16)) Telephony 0/0/0:15 (9933) [0/0/0.22] tx:29370/7470/0ms g711ulaw noise:-70dBm acom:51dBm long duration call detected:n long dur callduration :n/a timestamp:n/a 3A30 : 9934 19:20:29.432 MSK Wed Apr 18 2012.9925 +7830 +29360 pid:105 Originate НОМЕРПЕРЕАДРЕСАЦИИ dur 00:00:21 tx:381/62814 rx:405/62014 10 (normal call clearing (16)) Telephony 0/0/0:15 [0/0/0] tx:29380/7770/0ms g711ulaw noise:-68dBm acom:51dBm long duration call detected:n long dur callduration :n/a timestamp:n/a Больше ничего. Команда sh call history vo redirect (rtpvt/tbct) ничего не дает.
	Ответить \| Правка \| ^ к родителю #21 \| Наверх \| Cообщить модератору


	23. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от Diesel315 (ok) on 19-Апр-12, 10:42
	Нашел вот такую вещь: По-умолчанию все звонки с неопределенным номером, не попавшие ни в какой входящий dial-peer, используют системный dial-peer 0 , который нельзя изменить. Такой вызов будет игнорировать все corlist'ы на любом исходящем dial-peer'е. Может это как раз мой случай?
	Ответить \| Правка \| ^ к родителю #22 \| Наверх \| Cообщить модератору


	24. "CCME corlist не уходит через свой dial-peer "	+/–
	Сообщение от mdenisov (ok) on 20-Апр-12, 14:58
	> Нашел вот такую вещь: > По-умолчанию все звонки с неопределенным номером, не попавшие ни в какой входящий > dial-peer, используют системный dial-peer 0 , который нельзя изменить. Такой вызов > будет игнорировать все corlist'ы на любом исходящем dial-peer'е. > Может это как раз мой случай? В этот пир попадают только звонки с VoIP'а (не от ephone'ов), не отматченные в конкретные пиры. Можно повесить настройки сделав, например, dial-p vo 10 voip system.
	Ответить \| Правка \| ^ к родителю #23 \| Наверх \| Cообщить модератору