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

[Наиля 4]

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

 

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

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

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

 

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

 

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

 

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

[][-RaY 387]

Спасибо =)

[Gang 5]

Спасибо!

 

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

 

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

[raa_ua 1]

День добрый!

 

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

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

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

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

[Gang 5]

День добрый!

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

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

 

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

[raa_ua 1]

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

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

[Gang 5]

Большое спасибо!

[Наиля 4]

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

[Gang 5]

Добрый день!

Пациент скорее жив, чем мертв или наоборот? )

[raa_ua 1]

День добрый.

Жив.

[Gang 5]

Может есть что рассказать? Какую-то суцесс стори с подробностями, например

[kha0s 112]

Саксес видимо не получился

[raa_ua 1]

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

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

[Gang 5]

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

 

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

 

Будет такое?

[raa_ua 1]

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

 

Платформа везде была МХ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 абонентов онлайн

[Gang 5]

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

 

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

[raa_ua 1]

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