> > По протоколу такакс циска честно рассазывает все что знает. Разве что > > мак-адрес в такаксе не знаю как получить, но польза его сомнительна, ибо > > Утож. Это вам в телефонии сомнительна, а во всяких там вайфаях очень даже > полезна, ибо по нему можно клиентов сортировать и управлять миграцией.
А-а-а, спасибо, буду знать. > > > смотреть на него если и нужно, то в процессе аутентификации, а не после. > > Информация о звонке идет в основном в атрибутах с префиксом "h323-": > > h323-call-type=Telephony subscriber=RegularLine > > h323-connect-time=14:10:45.996 MSK Wed Jun 25 2008 > > h323-disconnect-time=14:11:39.971 MSK Wed Jun 25 2008 > > h323-disconnect-cause=10 h323-ivr-out=Tariff:Unknown h323-voice-quality=0 > > и т.п. > > всё то-же самое отдается в радиусе. В радиусе все атрибуты доступны или только урезанное их подмножество? > > А разве ваш радиус отдает логи не в формате NetFlow? Сама циска их шлет > > как раз в NetFlow? > > Точно, на лоботомию пора. Это два РАЗНЫХ сервиса со своими протоколами. И > одних версий данный netflow порядка 10 разновидностей. > А то, что всякие биллингисты мешают их в одно ядро - так это им просто > удобно, ибо не надо морочиться с IPC. То есть радиус не умеет собирать данные по своему протоколу и отдавать коллектору в NetFlow? Мне без надобности, просто странно - винегрет получается при сборе логов и напрямую с цисок (не все циски обязательно через радиус работают) и через радиус. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
