|
ru.cisco
- RU.CISCO ---------------------------------------------------------------------
From : Denis V. Schapov 2:5020/400 28 May 2003 11:19:12
To : Vladimir Kravchenko
Subject : Re: tcl2 acconting start/update
--------------------------------------------------------------------------------
> Вообщем как я понимаю баги, рассудите...
>
> 1) если через voice class aaa сказать accounting suppress, то оригинирующий
> аккаунтинг все равно будет, не будет только answer часть, зачем тогда
> suppress out-bound ?
leg_suppress_outgoing_auto_acct
http://www.cisco.com/univercd/cc/td/doc/product/access/acs_serv/vapp_dev/tclivrv
2/chapter4.htm#1041444
Hужно для того, что пиры бывают одновременно и incoming и outgoing.
У тебя originate call идет же с другого пира ? Если так, то будь добр либо через
cli его выключить, либо через tcl, см. выше
> 2) если через voice class aaa сказать acconting suppress [in-bound] и затем
> из скрипта сделать
> aaa accounting start leg_incoming -s $tag
> то оригинируюзий аккаунтинг тоже пойдет через таг $tag
верно, так и должно быть
> если мы хотим добавить VSA
> aaa accounting start leg_incoming -a avsend -s $tag
> то эти VSA попадут только в answer часть аккаунтинга, в оригинирующую часть
> они не попадут, почему ?
Потому, что разные legs, accounting контролируется отдельно для каждого leg'а.
Для второго нужно делать то же самое. Смотря чего ты
через avsend посылаешь, может можно просто обойтись 'radius-server vsa send
accounting' или привязкой voice vsa template своего или
стандартного callhistory-detail темплейта в gw-accounting aaa.
> делать
> aaa accounting update leg_outgoing -a avsend
> после получения ev_setup_done я тоже пробовал, звонок был состоявшийся,
> длительность достаточная что бы утверждать что на момент посылки из скрипта
> update стопового события киска еще не генерила.
А тут что не так было ?
update ты должен посылать только после start
"If debug voip aaa is enabled and the update verb is called before start, the
request is ignored and a warning message is issued."
> 3) если voice class aaa сказать accounting method xxx, где aaa accounting
> xxx none, то как ни извращайся послать оригинирующую часть аккаунтинга не
> получается, пробовал по получении ev_setup_done послать
> aaa accounting start leg_outgoing -s $tag
> не матерится и не посылает, [infotag get leg_outgoing] тоже пробовался
> но на ансвер часть послать аккаунтинг - запросто
> таг $tag естественно существует и для него стоит aaa accounting на радиус
>
> Сосбвенно вот, в чем смысл это accounting ? ну если только tag
> сменить. Грусно.
Вот последнее поподробнее. Hичего не понятно. В чем проблема ? Лучше бы так, для
каждого пункта сначала пример конфига, топологию
звонка (answer/originate пиры), кусок tcl скрипта, откуда вызывается accounting,
включенный debug voip ivr .. и debug radius
accounting, debug radius verbose.
> P.S. меня гнетет одна проблема - как толково отделить аккаунтинг карточного
> звонка от аккаунтинга транзитного звонка? это не дело биллинга, и не надо
> утверждать что для диллинга это одно и то же (что карточка что транзит),
> это просто билинги на рынке у нас таки убогие... ладно не будем о грусном.
У тебя через что транзит идет ? Ты на voice-gateway pots<->voip это все делаешь
? Все гораздо проще. Введи понятие предавторизации -
каждый originate call у тебя с карточной платформы требует авторизации, на
биллинге авторизуй звонок и запоминай соответствие
h323-conf-id и id/услугу клиента. По приходу stop записей откуда угодно, хоть с
softswitch'а, смотри h323-conf-id на соотв. уже
имеющейся паре h323-conf-id - client-id и потом тарифицируй. Если у тебя IPSoft
используется, напиши мне мылом лично.
> Варианта разделения на мой взгляд три -
>
> первый выставление какого-либо specific атрибута в аккаунтинг пакеты, через
> tcl это сделать не получается, через template я так понимаю тоже (это ведь
> просто фильтр ? задать default value для атрибута в темплейте нельзя?), те
> никак ?
Получится, но ..
Это тупиковый путь. Hе масштабируется ;)
> второй - развести тагами по разным радиусам, но это совсем криво, да и не
> гибко (почему не гибко это уже риторика на предмет биллинга и связи
> биллинга с внешними источниками данных)
правильно ;)
--
----
Denis V. Schapov
JSC "DSI"
Irkutsk, Russia
dschapov@dsi.ru
+7 3952 510506
--- ifmail v.2.15dev5
* Origin: JSC DSI Irkutsk region (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
