Jump to content

Первое конструктивное видео о маршрутизаторах Juniper МХ от ITBiz


Recommended Posts

Техническая команда компании «ITBiz» решила поздравить Вас с наступлением лета первым видеообзором об особенностях маршрутизаторов Juniper MX, а именно: о «младших» моделях этой линейки – МХ5, МХ10, МХ40 и МХ80.

 

С помощью видеообзора Вы сможете:

  • понять, для каких задач разрабатывалась линейка «младших» МХ;
  • рассмотреть конструктивные особенности маршрутизатора МХ80;
  • разобраться в функциональных отличиях между моделями данной линии;
  • узнать о возможностях и недостатках МХ в контексте BRAS.

После выхода технических обзоров о преимуществах и отличиях от аналогов маршрутизатора SmartEdge 100 от Ericsson и 10G коммутатора Juniper QFX 3500, мы решили идти вперед и не ограничиваться обычными обзорами оборудования, поставляемого нами в Украину впервые.

 

Вы готовы следовать за нами?

 

http://www.itbiz.com...-mx-series.html

 

Полезного просмотра!

Link to post
Share on other sites

Спасибо!

 

А когда примерно будет гайд по брас функционалу?

 

Интересует еще умеет ли: l3 connected dhcp subcribers, возможно ли вносить изменение в сабинтерфейс абонента, посредством радиуса без его пересоздания. Каковы аппаратные ограничения по количеству сабскрайберов, с учетом применение полисинга/шейпинга на несколько направлений?

Link to post
Share on other sites

День добрый!

 

Сейчас идет тестирование МХ в роли БРАСа у одного крупного оператора. По результатам этого теста будет многое ясно. Думаю документ будет готов к концу июля - началу августа.

l3 connected dhcp subscr - это что? Зачем абоненту подключенному к сети получать еще один адрес по dhcp? Или Вы о dhcp-relay?

Изменения в интерфейс вносятся без его пересоздания по CoA.

Производитель ничего не заявляет в количественных параметрах. В тесте речь идет о 20к абонентов. Как станет в продакшн - узнаем.

Link to post
Share on other sites

День добрый!

l3 connected dhcp subscr - это что? Зачем абоненту подключенному к сети получать еще один адрес по dhcp? Или Вы о dhcp-relay?

Это когда л2 не тянется до самого браса, а терминируется раньше и общение с брасом только на л3 посредством релея, причем желательно, чтобы dhcp сервер мог быть не только на самом брасе.

 

Я не скажу, что это очень-очень нужная фича, но в некоторых местах пригодилась бы

Link to post
Share on other sites

Т.е. вопрос в том, может-ли МХ работать с субскрайберами, которые шлют DHCP-Req через релей, правильно?

Насколько я понимаю организацию сети провайдера, то поднимать DHCP на железе типа MX, мягко говоря, не удобно. Но с другой стороны МХ должен участвовать в процессе выдачи адреса абоненту, иначе он не узнает о появлении клиента в сети со всеми вытекающими (IP-Auto-Sessions это другой, болезненный разговор). Итого, получится что МХу нужно релеить запросы от дхцп-релея... Вопрос записал, после Судака протестирую.

Link to post
Share on other sites

Кстати, Вы можете косвенно поучаствовать в наших следующих видеообзорах, прислав мне свои пожелания по тому, что бы Вы хотели увидеть. :)

Link to post
Share on other sites
  • 1 month later...
  • 1 month later...

Все получилось в отдельно взятом примере. Потом получилось в отдельно взятом втором. Сейчас получается в третьем отдельно взятом. Сетей построенных одинаково не бывает - везде свои нюансы. За этими нюансами и проходят рабочие будни )))

Будьте терпеливы и мануал появится. Если кому горит - обращайтесь в частном порядке. You are welcome!

Link to post
Share on other sites

Вы обещали рассказать подробней о брас функционале после внедрений.

 

Что-как, сколько сабскрайберов держит, как терминируется и тд и тп..

 

Будет такое?

Link to post
Share on other sites

Если интересует именно результат тестирования, то все выглядит так:

 

Платформа везде была МХ80.

В двух вариантах было сделано через dhcp/radius. Третий вариант на PPPoE.

Там где был DHCP в одной компании был отдельный dhcp/radius/billing и МХ как dhcp-relay. Во второй – dhcp сервер на Мхе, а радиус с базой на сервере.

В вариантах с IPoE везде был CoA для управления сессиями/сменами тарифного плана «на лету».

Из проблем в данный момент есть только невозможность поднять ip-auto-session.

 

Минус схемы МХ как БРАС только один – нужно очень много читать и экспериментировать. Каждый проект занимал +/- месяц. Отзывы от работы в продакшне пока только положительные. 90% поставленных задач воплотились в жизнь.

 

P.S.: Сделано:

- Авторизация абонента по opt.80, mac, VLAN

- Полисер присваивается абоненту из радиуса при авторизации и меняется по ходу сессии в случае окончания средств

- При схеме терминации «C-VLAN» абоненты в разных ВЛАНах но в одном адресном пространстве могут видеть друг-друга без бродкаст флуда

- Работает captive portal

- Везде нормально функционирует мультикаст и аннамберед

- Аккаунитнг через радиус

 

По количественным параметрам:

- PPPoE реально работает 6000 онлайн (это все физлица у провайдера, остальные - юрлица но там другая схема), наверняка заработает и больше

- IPoE с DHCP сервером - пока в тесте, цифр никаких назвать не могу, там какие-то десятки абонентов

- IPoE с внешним DHCP/RADIUS - 8000-10000 абонентов онлайн

Link to post
Share on other sites

Огромное спасибо!

 

А как с маштабированием? На вайред спид,хоть приблизительно, стоит рассчитывать при IPoE(любой вариант) ?

Link to post
Share on other sites

Можете рассчитывать на вайрспид в пределах MPC (30-35 Гбит/с на шасси). Джунос не перебирает скорость на абонента, для него это просто логические интерфейсы.

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
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

×
×
  • Create New...