форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"MVTS двойная запись в CDR"	+/–
Сообщение от noone (ok) on 25-Авг-10, 05:37
MVTS в CDR регулярно задваивает записи. Т.е. например если набрать некий номер через ТФОП, то автоинформатор сообщает "набранный номер не существует". Если же совершить VoIP звонок через MVTS, то будет сообщение о перегрузке направления, при этом в CDR будет две записи с одним call ID, первая с правильным кодом завершения 1-Unallocated (unassigned) number, вторая с кодом 34-No circuit/channel available. Первая мысль была, что звонок попадает в два диалпира, но эта версия отверглась - команда show dial в консоли выдает TOTAL 1 ROUTE PATH. Причем gateway доступен и его емкость (capacity) не превышена. Подскажите, пожалуйста, в каком направлении искать.
Высказать мнение | Ответить | Правка | Cообщить модератору

Сообщения по теме

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

1. "MVTS двойная запись в CDR"	+/–
Сообщение от noone (ok) on 25-Авг-10, 05:53
Вообще схема такая MVTS <-H.323-> Cisco AS5400 <-E1 PRI-> АТС Анализ дампов выявил, что с Меры на циску уходит только один вызов и циска дает Мере правильный ISDN release cause code. Откуда на Мере появляется второй CDR с кодом 34(No circuit/channel available) не могу понять.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "MVTS двойная запись в CDR"	+/–
Сообщение от noone (ok) on 26-Авг-10, 04:12
Мда, видать не много здесь спецов по MVTS :( Разобралась сама. Дело было в параметре hunt_stop=1. Чтоб разграничить диалпиры на город и край удобнее было писать [Call_to_town] ... priority=100 dst_pattern=3912...... gateway=GW1 hunt_stop=1 ... [Call_to_kray] ... priority=90 dst_pattern=391....... gateway=GW2 ... Т.е. если звонят на номер 3912555555, то сначала звонок попадал в диалпир с более высоким приоритетом [Call_to_town], и если там звонок отбивался (User busy, Unallocated number и т.д.), то также подходил под dst_pattern=391....... Чтобы такой звонок не тыкался во второй диалпир [Call_to_kray], был прописан параметр hunt_stop=1. Однако все коварство этой команды заключается в том, что, получив от GW1 правильный isdn release code, Мера подменяет его и конечному абоненту передает No circuit/channel available. Для предотвращения такого исхода в meraproxy.cfg секция [H.323] можно прописать q931_cause_mode=1, тогда MVTS должна передавать код, полученный от последней попытки маршрутизации. Но моя версия MVTS (Release 3.1.2) не поддерживает этот параметр. Пришлось изменить dst_pattern в [Call_to_kray], чтоб туда не попадали городские звонки, и убрать hunt_stop=1 вообще.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

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

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