Добрый день!
После обновления с версии 5.1.10-013 до версии 5.1.10.-017 столкнулся со следующей ситуацией:
У пользователей, у которых было подключено два тарифных плана ( 1ТП - Услуга коммутируемого доступа, 2 ТП - услуга передачи IP трафика (PPPoE с фиксированным адресом)) обнаружилось следующее:
Если пользователь подключился по PPPoE - поработал и отключился - все нормально.
Если пользователь подключился по Диалапу - поработал и отключился у него во 2ТП изменяются параметры доступа для услуги передачи трафика:
IP-адрес подставляется с последней сессии Диалапа (!?), хотя там был прописан совсем другой адрес (для PPPoE). Логин PPPoE заменяется на логин пользователя ( к статистике). Пароль вообще обнуляется.
До обновления все работало нормально, т.е.
Если пользователь подключался по Диалапу он получал адрес с пула на циске.
Если подключался по PPPoE - получал фиксированный адрес, прописанный в услуге передачи трафика.
Пользователей имеющих два таких ТП достаточно много, что посоветуете подправить в настройках ТП, чтобы обеспечить прежнее функционирование, или это баг новой версии?
P.S. FreeBSD 5.2.1, UTM5.1.10-017
PPPoE терминируется на Cisco.
Услуга PPPoE с фиксированным адресом ( UTM5.1.10-017 )
Уточню конкретней вопрос:
Как в версии UTM5.1.10-017 правильно настроить у пользователя две услуги - Коммутируемый доступ(динамич. адрес) и Передача трафика (PPPoE, фиксированный адрес)?
В документации описана Тарификация IP-трафика при динамическом
распределении IP-адресов. В случае статических адресов, что необходимо создавать на каждый IP адрес свой пул?
Прошу ответить кого нибудь из разработчиков, в документации по этому поводу ничего нет...
Спасибо.
Как в версии UTM5.1.10-017 правильно настроить у пользователя две услуги - Коммутируемый доступ(динамич. адрес) и Передача трафика (PPPoE, фиксированный адрес)?
В документации описана Тарификация IP-трафика при динамическом
распределении IP-адресов. В случае статических адресов, что необходимо создавать на каждый IP адрес свой пул?
Прошу ответить кого нибудь из разработчиков, в документации по этому поводу ничего нет...
Спасибо.
Я так понимаю вы используете pppd, так вот он не отсылает сигнал завершения сессии, поэтому утм-радиус биндит его ип, на время указаное в параметре "Максимальное время сессии" услиги диалуп, но если поставить ее = 0 , то сессия будет отваливаться почти сразу,
поэтому неободимо дополнительно вбить в radius параметры NAS для Диалапа значения :
Vendor = 0
Attr = 27
Value = 0 (Максимальное время сессии Диалуп)
поэтому неободимо дополнительно вбить в radius параметры NAS для Диалапа значения :
Vendor = 0
Attr = 27
Value = 0 (Максимальное время сессии Диалуп)
chepuha
Спасибо за отклик. Радиус-параметры не стал вбивать, обратил внимение, что у организаций у которых подключена услуга диалап и более ОДНОЙ услуги Передачи трафика все работает нормально.
Т.е. сейчас у кого подключена одна услуга Диалап и одна услуга Передачи трафика, в качестве костыля добавил еще по одной услуге Передачи трафика с левыми адресами (не из наших сетей). Все встало на свои места.
Прошу обратить внимание разработчиков к данному скрытому багу.
Мое мнение - это побочный эффект от внедрения Тарификации IP-трафика при динамическом распределении IP-адресов.
Спасибо за отклик. Радиус-параметры не стал вбивать, обратил внимение, что у организаций у которых подключена услуга диалап и более ОДНОЙ услуги Передачи трафика все работает нормально.
Т.е. сейчас у кого подключена одна услуга Диалап и одна услуга Передачи трафика, в качестве костыля добавил еще по одной услуге Передачи трафика с левыми адресами (не из наших сетей). Все встало на свои места.
Прошу обратить внимание разработчиков к данному скрытому багу.
Мое мнение - это побочный эффект от внедрения Тарификации IP-трафика при динамическом распределении IP-адресов.