|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Vladimir Kravchenko 2:5020/400 10 Jun 2003 14:04:02
To : "Denis V. Schapov"
Subject : Re: parsing radius voip
--------------------------------------------------------------------------------
>>>>> "DVS" == Denis V Schapov writes:
DVS> acct-session-id уникальный и единый для всех записей
DVS> (START/UPDATE/STOP) одного leg'а h323-conf-id уникальный для звонка
DVS> end-to-end (если не брать там всякие nested calls)
DVS> леги устанавливаются по порядку (я не про время прихождения
DVS> соотв. start/stop пакетов ;) ) отсюда нужно будет строить цепочку -
DVS> хотя сам по себе подход труднореализуемый с кучей если, но по-другому
DVS> никак
он треднореализуемый, он вообще грохнешься присать, как это можно в RDBMS
сделать вообще не знаю, те сделать то можно но это инстанс только этим и
будет заниматься...
те фактически алгорим сводится к:
каждый пришедший originate Start цепляется к последнему (с максимальным в
числовом выражении acct-session-id) Answer с тем же h323-conf-id
При этом алгоритм полностью рассыпается если у нас вдруг пропал Start
Сразу вспомним про RDBMS, где старты и стопы начнут путаться, прийдется как
то буферизовать, лочится, огребать деад локи и дальше по списку...
DVS> про subscriber не думай даже, это тупиковый путь ;) у тебя на это
DVS> есть call-type и origin - там и разделяй, что входящий voip, что
DVS> входящий telephony
Так нельзя этого определить, ты до конца проблему понял ?
У меня второй answer с таким же h323-conf-id, мне имея в руках originate
запись надо определить к какому из двух answer он относится. Определить это
по перечисленным атрибутам нельзя, никак. Вот так вот киска придумала.
Если присовокупить subscriber то можно, ибо весь "веер" originate звонков
получит тоже значение subscriber что и answer.
Таким образом ситуация с заворотом звонка решается, возникает проблема
рероутинга на софтсвиче, когда мы получаем два answer voip с одинаковым
h323-conf-id, проблема заключается лишь в том что Stop от первого Answer мы
получаем позже чем Start второго Answer.
DVS> еще можешь меру попросить, чтобы дописали передачу carrier-id в h.225
DVS> ;) Тогда будешь видеть, откуда пришел звонок и на out leg в telephony
DVS> тоже увидишь.
Это уже интереснее...
А в какой VSA атрибут попадает carrier-id и в каком виде ?
--
Vladimir Kravchenko / PK Mostcom JSC / system engineer
Tel: +7 095 2312255 / UIN: 132038843 / Email: jimson@mostcom.ru
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
