Jump to content
Калькуляторы

вариант схемы VLAN до клиента промежуточный этап - работоспособна ли схемка?

Здравствуйте!

Подскажите, будет ли работать следующая промежуточная схема , применяемая в процессе перевода сети на VLAN до клиента.

Исходная сеть работает по схеме PPPOE туннелирования, с пробросом соответсвенно всего трафика (интернет/локал) через центр. На доступе - неуправляемые коммутаторы. VLAN на район.

Схему планируется переводить на VLAN до клиента, DCHP адресация, с маршрутизацией всего локального трафика на L3 терминаторах с4948 и выходом в интернет поднятием VPN соединения.

Но т.к. существует проблема быстрой замены коммутаторов на доступе, то предполагается проводить модернизацию с промежуточным этапом: сначала сеть переводится на VLAN до коммутатора доступа, в VLAN прописываются интерфейсы для всех пользователей в доме (соответственно - несколько секондари интерфейсов в VLAN ). Клиентам регистрируются MAC адреса, и по клиентским MAC DCHP сервер раздает IP-адреса (вся клиентская адресация серая).

Интересует вопрос : сможет ли с4948 корректно раздавать адреса через DCHP reley на secondary интерфейсы в VLAN ? Может быть кто-то уже применял такую схему?

Share this post


Link to post
Share on other sites

А зачем, если не секрет, вы хотите отказываться от PPPoE? Что, по Вашему, станет лучше?

Share this post


Link to post
Share on other sites
А зачем, если не секрет, вы хотите отказываться от PPPoE? Что, по Вашему, станет лучше?

больше скорость локального трафика за счет замены PPPOE туннелирования на L3 коммутацию.

 

Share this post


Link to post
Share on other sites
А локальный трафик у вас бесплатный?..

да

Share this post


Link to post
Share on other sites

То есть для того, чтобы увеличить скорость БЕСПЛАТНОГО трафика вы хотите потратить кучу денег на построение управляемой сети?...

Share this post


Link to post
Share on other sites
То есть для того, чтобы увеличить скорость БЕСПЛАТНОГО трафика вы хотите потратить кучу денег на построение управляемой сети?...

да именно так.

но если вы сможете подсказать по сабж. - буду весьма признателен

Edited by 4vlad

Share this post


Link to post
Share on other sites

Хех... А говорят - кризис... :-)

 

По сабж - а что такое с4948? И судя по тому, что никто не ответил, вам нужно брать эту железку и делать стенд.

Share this post


Link to post
Share on other sites
Хех... А говорят - кризис... :-)

 

По сабж - а что такое с4948? И судя по тому, что никто не ответил, вам нужно брать эту железку и делать стенд.

cisco 4948

Share this post


Link to post
Share on other sites

У меня без проблем ходит через PPPoE 100 Мбит/с. Вам быстрее нужно?

Share this post


Link to post
Share on other sites

Ну вообще-то L3 коммутаторы будут подешевле BRAS'ов со всем вытекающим. )

Или я не прав?

Share this post


Link to post
Share on other sites

Прав, только L3-коммутаторы BRAS'ами не являются и их задач не выполняют, либо плохо выполняют часть задач...

Share this post


Link to post
Share on other sites

Ну тут какбэ всё зависит от того, что хотим. Если согласно нашей схеме они выполняют возложенные на них функции, что проблем то по факту никаких нет. И если что, я не говорил, что 'L3 свич == BRAS'.

У нас, кстати, VLAN на дом (или группу домов) + авторизация по PPPoE. И сейчас ёмкость BRAS'ов практически исчерпана (по CPU). Так что ищем, что ещё поставить.

С DHCP дело не имел. Но вот не вижу проблем в L3 коммутаторах + DHCP.

Share this post


Link to post
Share on other sites

ХМ, сейчас появились БРАСы достаточной производительности.

Использование БРАСов даёт полный контроль за трафиком абонента, на L3-свитчах как минимум локалка будет "по халяве", т.к. шейпить они не умеют, а полисинг даже 10 мегабит даёт поток жалоб от удивлённых пользователей, у которых кривая винда выбирает почему-то не более 2х...

Да и задачу корректного шейпинга интернета использование L3-свитчей не снимает, наоборот - ставит в полный рост, вынуждая использовать ISG, SCE и подобные непростые и недешевые решения.

Share this post


Link to post
Share on other sites

А на BRAS'ы то тоже не тупые железки нужны. Чтобы и CoA могли, али ещё чего. Скорость на ходу поменять там, например. Или не так?

Share this post


Link to post
Share on other sites

А еще ведь биллинг к коммутаторам соплями как-то привернуть потребуется. Хотя для многих тут биллинг лишний и непонятный причендал ;)

А что такое СоА? Какой-то такой термин из жизни DNSов вспоминается мне.. Start Of Authority?

Share this post


Link to post
Share on other sites

Change of Authorization - доп. RFC к RADIUS'у (RFC 3576). Сам недавно узнал. Спасибо Джуниперу. ) Мы с него типа делаем PoD - Packet of Disconnect (в терминах Цыски, еслив что - Джуниперы у нас не стоят). Чтобы юзеру сессию можно было дропать из биллинга.

 

Про биллинг то понятно как раз. Но пусть для простоты он умеет всё, что нужно. ) На эту тему можно много дискутировать - пусть просто будет так.

Share this post


Link to post
Share on other sites
Чтобы юзеру сессию можно было дропать из биллинга.
О_о!

Тоесть вы всетаки иногда почитываете литературу? Но по диагонали ;)

Share this post


Link to post
Share on other sites

Не-не. Это просто биллинг наш больше не умеет. )

Share this post


Link to post
Share on other sites

Функции BRAS пожно реализовать не одном или нескольких IBM PC. Не знаю, будет ли это дешевле L3 коммутаторов (предполагаю, что если руки прямые, то будет сильно дешевле), но лучше будет точно (опять-таки, при соблюдении предыдущего требования).

Share this post


Link to post
Share on other sites

Сейчас запускаем тестовую схему на HP 3500yl24G

Получается как раз на 2000 клиентов на L3 терминатор .

Есть ли у кого опыт работы под нагрузкой данного коммутатора HP ?

т.е. коммутации на скорости порта на всех 24-х гигабитных портах?

Share this post


Link to post
Share on other sites
Функции BRAS пожно реализовать не одном или нескольких IBM PC. Не знаю, будет ли это дешевле L3 коммутаторов (предполагаю, что если руки прямые, то будет сильно дешевле), но лучше будет точно (опять-таки, при соблюдении предыдущего требования).

Это уже обсасывалось здесь на форуме - кадры решают всё.

Share this post


Link to post
Share on other sites
Сейчас запускаем тестовую схему на HP 3500yl24G

Получается как раз на 2000 клиентов на L3 терминатор .

Есть ли у кого опыт работы под нагрузкой данного коммутатора HP ?

т.е. коммутации на скорости порта на всех 24-х гигабитных портах?

У Вас там вирусная эпидемия ? Откуда с 2000 клиентов возьмется такая нагрузка ?

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this