GrandPr1de Опубликовано 22 октября, 2014 · Жалоба Больше нагрузка на сервер - медленнее отвечает на запрос, чем сосед, клиент подключается к соседу... на проце загрузка при макс кол-ве абонентов не превышает 20% Но если сеть управляемая - то да, лучше влан на пользователя. т.е. сразу пользователя в какой то влан? или домовой свитч? просто где гарантия что все не окажутся на одном сервере? есть идея костыля (плана реализации нет), который будет набирать определенное кол-во абонентов а после перестанет принимать запросы, и абоненты начнут цеплятся на второй, при этом оба сервера должна проверять друг друга (если один ушел в даун то второй принимает запросы всегда), ну и естественно чтобы оба мониторили кол-во активных сессий друг у друга, это вообще сделать реально? и если да то есть ли у кого опыт внедрения? В пппое - прекрасно то, что если стоит 2 сервера - тот который больше нагружен ответит позже на клиентский запрос - следовательно клиент подцепится к менее загруженному. Во вторых влан на пользователя - даст избавление от этого самого PPPoE в сторону IPoE, у вас юзерский трафик и так будет в л2 тунеле, то бишь в влане. Ещё один плюс - с каждым годом повышается актуализация IPv6 в силу того, что в4 уже почти нету. При влан на пользователя очень легко отдать юзеру его \64, как советуют выдавать. Ещё плюс - хотите пользователи смогут общаться меж собой - не хотите не смогу. Если смогут - то вы сможете контролировать весь поток от юзера к юзеру, ибо они будут ходить сразу к вашему маршрутизатору - а потом уже маршрутизатор отправит данные соседу. И вообще это всё не один раз разжевывали. ИМХО, конечно - но особенно сейчас с кучей глючных клиентских ЦПЕ влан на пользователя - то что нужно. Да и легко это дело завязывается с QinQ и уже не будет ограниченый в 4к вланов на железку, которая вланы терминирует. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 22 октября, 2014 · Жалоба просто поместите их в одинаковый набор вланов и ничего не делайте и они сами разбалансируются ммм, стыдно канеш, но, работаем пока без vlan, сетка маленькая, хватает сегментации, после того как распидалим трафик как раз хотел заняться vlan'ами Если у вас нет вланов, то это равносильно тому, что у вас вся сеть в одном влане. Просто включаете 2 pppoe-сервера в свитч и кто быстрее ответит, того и тапкиюзер. На практике, от сотни пользователей трафик уже более-менее распределяется равномерно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
NiTr0 Опубликовано 22 октября, 2014 · Жалоба на проце загрузка при макс кол-ве абонентов не превышает 20% И что? :) Будут распределяться пользователи примерно равномерно. т.е. сразу пользователя в какой то влан? Именно. И на accel-ppp поднимать ipoe. Избавитесь от кучи головной боли... есть идея костыля (плана реализации нет), который будет набирать определенное кол-во абонентов а после перестанет принимать запросы, и абоненты начнут цеплятся на второй, при этом оба сервера должна проверять друг друга (если один ушел в даун то второй принимает запросы всегда), ну и естественно чтобы оба мониторили кол-во активных сессий друг у друга, это вообще сделать реально? Зачем? Для красоты? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bat Опубликовано 22 октября, 2014 · Жалоба Кстати, благодаря этой особенности распределения абонентов PPPOE по BRAS с одними и теми же VLAN-ми автоматически решается вопрос горячего резервирования. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...