Не приходилось разруливать такую вешь :
2 Сisco PPPoE-сервера у одного процессор в 2 раза послабже.
Оба обслуживают один и тот же PPPoE-шный вилан.Требуется загружать их так чтобы при превышении числа соединений на одном сервере клиенты могли соединяться на другой.
Как мне кажется тут может быть проблема что переполненный сервер будет отсылать клиенту отвергающий PADO. И, в этом случае, клиент не сможет соединиться вообще. Если отвергающий PADO придет клиенту раньше ответа свободного PPPoE-сервера.
>Не приходилось разруливать такую вешь :
>2 Сisco PPPoE-сервера у одного процессор в 2 раза послабже.
>Оба обслуживают один и тот же PPPoE-шный вилан.
>
>Требуется загружать их так чтобы при превышении числа соединений на одном сервере
>клиенты могли соединяться на другой.
>Как мне кажется тут может быть проблема что переполненный сервер будет отсылать
>клиенту отвергающий PADO. И, в этом случае, клиент не сможет соединиться
>вообще. Если отвергающий PADO придет клиенту раньше ответа свободного PPPoE-сервера.практически не как - стандартными штатными средствами.
НО есть такие замечание, если в одном широковещательном домене запущено несколько PPPoE-концентраторов, то время реакции может так же зависить от загрузке процессоров каждого из устройств, на практике получается практически 50/50 "заполнение" устройств,
Как вариант - можно определенные группы пользователей "привязывать" к определенному серверу доступа, например манипулируя VLAN'ами до PPPoE.