Nikolay_Po (06.12.2019 19:41 - 19:46, просмотров: 136) ответил Alex68 на проблема организационная. ТАМ ... почти никого нет. нужно по телефону оставить заявку и через сутки ее, быть может, кто-то прочитает. такая, панимаишь, оптимизация затрат провайдера. живых админов в городе почти не осталось, всем рулят из других
Там даже не из других городов рулят. А вообще никак. Пытался у одного из провайдеров изнутри решить проблему. Все ключевые сотрудники, кто мог помочь - поувольнялись или сокращены. Остались лишь те, что кто может срвер от пыли почистить да логи удалить, чтобы диски не переполнились. Руками разводят.
Добейтесь от саппорта, чтобы проанализировали логи за один и тот же период с неуспешным рестартом сессии с обоих устройств: BRAS и RADIUS. Первое - это то, что создаёт туннель PPPoE, выполняет маршрутизацию и накладывает ограничения на трафик. Второе - сервер, который хранит учётные данные, настройки канала (скорость и АйПи), обеспечивает конфигурацию порта BRAS после авторизации и ведёт учёт времени работы и трафика.
Пусть RADIUS проверяют, почему сессию не сбрасывает без "элайвов". В идеале, после авторизации и в течение сессии, BRAS периодически шлёт RADIUSу alive. И на третий подряд не пришедший элайв РАДИУС должен сбросить сессию у себя и, в дополнение, на БРАСе. Все события сессии видны в журнале RADIUS. Если элайвы были, потом пропали, а сессия не сбрасывается - пусть копают настройки сессий на РАДИУСе. Если же БРАС продолжает слать элайвы даже при оборванном линке, нужно смотреть конфигурацию и журналы БРАСа.
P.S. Проверьте, чтобы ваша сторона слала фреймы keep alive (не помню точно какие, но так называлась функция в роутере/модеме). Возможно, повлияет. Насчёт пакета PDAT: его имеет смысл слать лишь кога сессия уже установлена (но могу ошибаться). Когда не разрешена авторизация, нет сессии и нечего терминировать.