Radius выдает дублирующиеся IPы
Сегодня 8 ноября 2015 год.drained писал(а):Поднимал данную проблему в хотлайне, проблему признали, передали разработчикам, обещали исправить, правда о сроках пока тишина. Сказали что исправление, вероятно , войдёт в следующую тестовую сборку
Мы недавно обновили систему до utm5-3.003
Те же костыли. 7 разным машинам с разными логинами выдается одинаковый IP.
Кто раньше встал - того и тапки. Как бороться.... Замучились.
Написал вчера в хотлайн. Ждемс....
Переложить функционал на BRAS и забыть, этому глюку 100 лет уже.dronich писал(а): Сегодня 8 ноября 2015 год.
Мы недавно обновили систему до utm5-3.003
Те же костыли. 7 разным машинам с разными логинами выдается одинаковый IP.
Кто раньше встал - того и тапки. Как бороться.... Замучились.
Написал вчера в хотлайн. Ждемс....
если выдался дублирующий адрес, значит сессия с резервом этого адреса была удалена и адрес высвободился, параметры радиуса влияющие за резервирование адреса:dronich писал(а): Сегодня 8 ноября 2015 год.
Мы недавно обновили систему до utm5-3.003
Те же костыли. 7 разным машинам с разными логинами выдается одинаковый IP.
Кто раньше встал - того и тапки. Как бороться.... Замучились.
Написал вчера в хотлайн. Ждемс....
radius_ippool_acct_timeout
radius_ippool_timeout
interim_update_interval
описание параметров можно прочитать в документации или в описании опций в конфиге.
единых рекомендаций по установке параметров я также не нашёл, и сессии постоянно закрываются, хотелось бы услышать рекомендации старожилов...
на данный момент после установки update 5, при следующих параметрах:
#radius_ippool_acct_timeout
#radius_ippool_timeout
interim_update_interval=110
(т.е. первые 2 закоментированы и используется механизм контроля сессий) - более менее стабильно стало.
Тоже была такая беда. Вылечилась настройкой на брасах поддержки радиус-атрибута Acct-Interim-Interval (85) и выставлением interim_update_interval в утм-радиусе.
Видимо без контроля сессий возникают ситуации, когда биллинг считает, что адрес свободен, и выдает его новому абоненту. А на самом деле адрес еще занят на другом клиенте.
Видимо без контроля сессий возникают ситуации, когда биллинг считает, что адрес свободен, и выдает его новому абоненту. А на самом деле адрес еще занят на другом клиенте.