Jump to content

Recommended Posts

Posted

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

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

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

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

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

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

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

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

 

Posted

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

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

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

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

Edited by 4vlad
Posted

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

 

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

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

 

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

cisco 4948

Posted

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

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

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

Posted

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

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

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

Posted

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

Posted

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

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

Posted

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

 

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

Posted

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

Posted

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

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

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

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

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

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

Posted
Сейчас запускаем тестовую схему на 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.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

×
×
  • Create New...
На сайте используются файлы cookie и сервисы аналитики для корректной работы форума и улучшения качества обслуживания. Продолжая использовать сайт, вы соглашаетесь с использованием файлов cookie и с Политикой конфиденциальности.