 MVTS двойная запись в CDR,  noone, 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) не превышена.
Подскажите, пожалуйста, в каком направлении искать.
|
- MVTS двойная запись в CDR, noone, 05:53 , 25-Авг-10 (1)
Вообще схема такая MVTS <-H.323-> Cisco AS5400 <-E1 PRI-> АТС
Анализ дампов выявил, что с Меры на циску уходит только один вызов и циска дает Мере правильный ISDN release cause code. Откуда на Мере появляется второй CDR с кодом 34(No circuit/channel available) не могу понять.
- MVTS двойная запись в CDR, noone, 04:12 , 26-Авг-10 (2)
Мда, видать не много здесь спецов по 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 вообще.
|
Версия для распечатки
