|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Denis V. Schapov 2:5020/400 10 Jun 2003 13:39:27
To : Vladimir Kravchenko
Subject : Re: parsing radius voip
--------------------------------------------------------------------------------
> IB> setup time, connect time и disconnect time, h323-voice-quality
> IB> (величина в общем-то показывающая общий уровень цен на дрова с
> IB> о. Мадагаскар) и кое-какую информацию об IP трафике.
> Hе знаю как там дрова, а вот ICPIF вроде как стандарт IETF. Впрочем может я
> и гоню.
http://www.cisco.com/warp/public/788/AVVID/cvmtelemate.html#ituoverview
вот тут написано, как он на cisco ущербно считается ..
Hужно к атрибутам качества, кодека, payload и прочего, что появилось в
12.2(11)T, применять какую-то оценку интегральную, которая
будет что-нибудь типа MOS считать.
> Вот у меня только два варианта алгоритма вырисовываются
> 1) Сопоставление по acct-session-id на основании того что данный счетчик
> инкрементный и полагая что ни одна originate сессия не может получить
> session-id больше "своей" answer части. Ключевой информацией для разделения
> легов на два звонка в данном случае служит наличие второго
> answer. Реализация этого алгоритма пи...
>
> 2) Есть такой очень странный атрибут subscriber, все что написанно в
> документации это то что это какая то ботва из CAS/R2 сигнализации. Hет у
> меня CAS, есть только PRI, бедные мы. Судя по моему detail, если звонок
> приперся с PSTN то все его леги будут иметь subscriber=RegularLine, если же
> пришел с VOIP то subscriber=Unknown. Если положится на это поле то можно
> опять вернутся к более или менее простому алгоритму с уникальным ключем
> каждой конференции, только ключем этим будет h323-conf-id + subscriber.
>
acct-session-id уникальный и единый для всех записей (START/UPDATE/STOP) одного
leg'а
h323-conf-id уникальный для звонка end-to-end (если не брать там всякие nested
calls)
леги устанавливаются по порядку (я не про время прихождения соотв. start/stop
пакетов ;) )
отсюда нужно будет строить цепочку - хотя сам по себе подход труднореализуемый с
кучей если, но по-другому никак
про subscriber не думай даже, это тупиковый путь ;)
у тебя на это есть call-type и origin - там и разделяй, что входящий voip, что
входящий telephony
еще можешь меру попросить, чтобы дописали передачу carrier-id в h.225 ;) Тогда
будешь видеть, откуда пришел звонок и на out leg в
telephony тоже увидишь.
что касается документика
http://www.cisco.com/univercd/cc/td/doc/product/access/acs_serv/vapp_dev/vsaig3.
htm
там не все написано, кое-где есть ошибки
нужно все проверять самому с debug и на этой основе дальше думать
--- ifmail v.2.15dev5
* Origin: JSC DSI Irkutsk region (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
