ID_session и ID_session_NAS

matros · Сообщение **matros** » Вт сен 06, 2005 15:00

Затраиваются короткие звонки (до 10 сек). При этом ID_session разный, а ID_session_NAS одинаковый..Как можно исправить?

Ivan · Сообщение **Ivan** » Вт сен 06, 2005 15:06

Вы уверенны что это касается только коротких звонков ?
Судя по всему циска просто не получает подтверждения от радиуса и поэтому посылает acct пакет еще раз.

matros · Сообщение **matros** » Вт сен 06, 2005 15:08

Сравнивал данные от netup с данными другого биллинга. длинные звонки совпадают. А вот короткие как раз затраиваются

row_id col_ID_сессии col_Дата_начала col_Дата_окончания col_Вызываемый_абонент col_Вызывающий_абонент col_ID_сессии_NAS col_Длительность col_Длительность__округленная_ col_Цена_за_единицу col_Стоимость col_Причина_отключения
0 71106 06.09.2005 6:00:05 06.09.2005 6:00:23 9090#23276689804 1468341 0000FCE3 6 6 0.0023 0,0138 16 (Normal call clearing)
2 71109 06.09.2005 6:00:05 06.09.2005 6:00:53 9090#23276689804 1468341 0000FCE3 6 6 0.0023 0,0138 16 (Normal call clearing)

Ivan · Сообщение **Ivan** » Вт сен 06, 2005 15:59

А что говорит tcpdump ?

matros · Сообщение **matros** » Вт сен 06, 2005 16:31

а при чем тут он? Попробуй что-то отследитиь там, когда идет поток звонков))))))))))) Скорее всего нужно настроить тайм-аут ожидания ответа от радиус-сервера на циске

Ivan · Сообщение **Ivan** » Ср сен 07, 2005 08:36

"Ночью, наши ученые...."
origin by В.В.Жириновский

К стати не плохой совет. Ставиш будильник на 4 утра. В 5 ты на работе.
Никто не звонит. Циска отдыхает. tcpdump показывает только твои звонки. Все видно как на ладони.

Сообщение **aospan** » Ср сен 07, 2005 18:05

Ivan писал(а):Вы уверенны что это касается только коротких звонков ?
Судя по всему циска просто не получает подтверждения от радиуса и поэтому посылает acct пакет еще раз.

действительно очень похоже именно на такой вариант. Тут без логов радиуса и tcpdump на пакеты не обойтись