Перейти к содержимому
Калькуляторы

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

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А локальный трафик у вас бесплатный?..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А локальный трафик у вас бесплатный?..

да

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Изменено пользователем 4vlad

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

cisco 4948

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Или я не прав?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Чтобы юзеру сессию можно было дропать из биллинга.
О_о!

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.