BiTel

Добрый день,

Сразу скажу - полтергейст какой-то...

Есть несколько абонентов, в разных районах, затерминированных на разных L3 железках. Единственное что их объединяет - один ASR с ISG, ну и BGBilling
Жалуются на периодические пропадения интернета и его самовосстановление. Причем иногда одновременно. Кабели, свичи доступа и прочая инфраструктура отметается, ибо все проверил.

Единственный непорядок, который я нашел - как раз в биллинге. У этих абонентов длительность сессий МЕНЬШЕ чем длительность ISG сессии на циске. В течение времени жизни сессии ни биллинг, ни чего другое не перезагружалось. Причем в логах сессии в биллинге стоит правильная дата старта - совпадающая с длительностью сессии на циске.

Например - на циске сессия длительностью в два дня, в мониторе биллинге - длительность 5 часов, а в логах сессии (в биллинге) сессия поднялась как-раз два дня назад. На свиче доступа - порт апнулся тоже два дня назад.

Приаттачил скриншот одного такого клиента. Глюк?

Длительность сессий у нас не бывает больше 24 часов - они же в 00:00 делятся.
В конфиге указан sa.radius.log=1 чтобы видеть CoA пакеты?
Если посмотреть сервисные сессии соединения по правой кнопкой мыши - нет в это время переключения сервисов?
Может быть что-то при общении по DHCP? Например, RENEW не отрабатывает.

Вот еще странный скриншот:
В логах сессии - начало 15 октября 19:25, а в самом списке сессий в поле "начало" - 16 октября 00:00. Ну и, соответственно, длительность не совпадает с длительностью сессии на роутере:

#sh subscriber session identifier source-ip-address 109.XXX.48.59 255.255.255.255
Type: IP, UID: 7279, State: authen, Identity: 109.XXX.48.59
IPv4 Address: 109.XXX.48.59
Session Up-time: 1d00h , Last Changed: 1d00h

Здесь - длительность 1 день, что соответствует началу сессии 15 октября в 19:25

Не видел ваше сообщение, сейчас проверю

Отличный совет, поверил - нет, сервисные сессии не переключались


Да, не внимательно читал мануал видать. Это все объясняет...


Это может быть, буду проверять. Еще раз спасибо!