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

Кто такой мистер "BRAS"? какие функции позволяют назвать устройство BRAS-ом

IPV6 уж если пришёл - будут и его использовать.

Share this post


Link to post
Share on other sites
IPV6 уж если пришёл - будут и его использовать.

И какова роль BRAS, если у каждого устройства в сети будет реальный статический ip адрес?

Share this post


Link to post
Share on other sites
Ребята, IPv6 шагает по планете.

А Вы с какой планеты, уважаемый ?

Share this post


Link to post
Share on other sites
Ребята, IPv6 шагает по планете.

А Вы с какой планеты, уважаемый ?

Вы часто встречаете инопланетян на форуме?

Edited by nag-f

Share this post


Link to post
Share on other sites
Вы часто встречаете инопланетян на форуме?

Да постоянно. Если кто-то начинает петь про IPv6 - точно инопланетянин.

Share this post


Link to post
Share on other sites
Назовите модель, которая умеет все сразу, NAT + netflow + PPTP, и сколько она при этом прожует ? :-) А сколько стоит ? Кроме того я как-то недоумеваю, как предоставлять юзеру

детальную статистику с помощью radius accounting ?

 

PS: Я достаточно хорошо себе представляю, сколько стоит терминировать 16000 PPPoE на писюках. В $6k можно уложиться спокойно, и не бегать за красножопыми в поисках документации.

Модель? Шасси 7600. С модулями. Ну и еще что-то однотипное, никто же не будет весь функционал в одном месте собирать? ;) И не надо давить деньгами.

 

Колхоз, пусть даже колхоз-миллионник, в процессах жизнедеятельности отличается от промышленного производства. Кому-то по нраву вилами писюки грузить, кому-то киски штамповать. Холивар.

Edited by chainick

Share this post


Link to post
Share on other sites
И какова роль BRAS, если у каждого устройства в сети будет реальный статический ip адрес?

Та же что и сейчас - применение политик и учёт по ним.

Share this post


Link to post
Share on other sites
Вы часто встречаете инопланетян на форуме?

Да постоянно. Если кто-то начинает петь про IPv6 - точно инопланетянин.

Мир к счастью не стоит на месте. Но даже сейчас выдавать каждому клиенту статический реальный ip адрес более элегантное и конкурентно-способное решение. Я могу понять необходимость в BRAS обусловленную испльзованием ADSL, GPON технологий на последней миле, но если речь идет об Ethernet ...

Share this post


Link to post
Share on other sites

 

И какова роль BRAS, если у каждого устройства в сети будет реальный статический ip адрес?
брас это система авторизации и аутентификации

Share this post


Link to post
Share on other sites
И какова роль BRAS, если у каждого устройства в сети будет реальный статический ip адрес?
брас это система авторизации и аутентификации

А какова тогда роль радиус-сервера или диаметр-сервера, биллинга?

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
А какова тогда роль радиус-сервера или диаметр-сервера, биллинга?
Ну вот читайте обширный материал http://wiki.linuxformat.ru/index.php/LXF96:RADIUS

А если кратко: Вообще R.A.D.I.U.S это протокол аутентификации (Remote Authentificate Dial-In User Service), механизм аутентификации и авторизации удаленных пользоваетелей. Сервер Radius обрабатывает информацию предоставленную клиентами RADIUS.

Edited by BudushiyISP

Share this post


Link to post
Share on other sites

Кстати если кто не понял таблицу производительности данного браса то максимально возможное количество пакетов, которое может пропустить через себя данный Брас это 162548 размер пакета 1518 bytes итого пропускная способность -30,9 Gbps

Достаточно ли это для чего ? :)

 

Share this post


Link to post
Share on other sites
Модель? Шасси 7600. С модулями. Ну и еще что-то однотипное, никто же не будет весь функционал в одном месте собирать? ;) И не надо давить деньгами.

Ну тут сразу видно, кто деньги зарабатывает, а кто тратит инвесторские... :-)

 

http://forum.nag.ru/forum/index.php?s=&amp...st&p=395343

Share this post


Link to post
Share on other sites
А какова тогда роль радиус-сервера или диаметр-сервера, биллинга?
Ну вот читайте обширный материал http://wiki.linuxformat.ru/index.php/LXF96:RADIUS

А если кратко: Вообще R.A.D.I.U.S это протокол аутентификации (Remote Authentificate Dial-In User Service), механизм аутентификации и авторизации удаленных пользоваетелей. Сервер Radius обрабатывает информацию предоставленную клиентами RADIUS.

У вас явно выражены дилетантские наклонности. И вам уже не раз делали замечание, не надо подкидывать ссылочки из google и пытаться объяснять азы людям которые ежедневно сталкиваются с промышленными системами. Объясните сначала себе.

 

Ну вы вобще в курсе что 99% BRAS производят аутентификацию и авторизацию по протоколу RADIUS тоесть являются RADIUS клиентами. Зачем это необходимо вы вряд ли сейчас понимаете. Постараюсь объяснить. Есть единая централизованная база данных клиентов соответстсующих им сервисов, платежей (база данных биллинга). Есть радиус-сервер который является неотъемлемой частью биллинговой системы. BRAS как минимум необходимо в сети два, а лучше три, а лучше больше. Такое количество необходимо для решения задач распределения нагрузки (балансировки), обеспечения надежности (резервирование), гибкого и централизованного распределения адресного пространства, доступа к различным услугам... А вот теперь подумайте, чем же является BRAS и почему аутентификация и авторизация пользователей на брасе - дилетантское, проблемное и плохомасштабируемое решение.

Edited by nag-f

Share this post


Link to post
Share on other sites

 

Радивусов тоже должно быть больше одного. :-)

Share this post


Link to post
Share on other sites
Радивусов тоже должно быть больше одного. :-)

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

Edited by nag-f

Share this post


Link to post
Share on other sites

 

 

Ну вы вобще в курсе что 99% BRAS производят аутентификацию и авторизацию по протоколу RADIUS тоесть являются RADIUS клиентами. Зачем это необходимо вы вряд ли сейчас понимаете. Постараюсь объяснить. Есть единая централизованная база данных клиентов соответстсующих им сервисов, платежей (база данных биллинга). Есть радиус-сервер который является неотъемлемой частью биллинговой системы. BRAS как минимум необходимо в сети два, а лучше три, а лучше больше. Такое количество необходимо для решения задач распределения нагрузки (балансировки), обеспечения надежности (резервирование), гибкого и централизованного распределения адресного пространства, доступа к различным услугам... А вот теперь подумайте, чем же является BRAS и почему аутентификация и авторизация пользователей на брасе - дилетантское, проблемное и плохомасштабируемое решение.
Я согласен единая база данных быть должна, но давайте обратимся к реальной жизни. К примеру Вы поставили BRAS на район, в серверной у Вас стоит Radius сервер, ну пусть даже два для резервирования. Связь вдруг с районном пропала и клиенты никак не могут пройти авторизацию через Радиус, стоящий в серверной. Какой тогда смысл в такой жёсткой централизации?

 

Share this post


Link to post
Share on other sites

google резервирование каналов связи

Share this post


Link to post
Share on other sites
google резервирование каналов связи
не всегда на практике удаётся резервировать канал связи, но и случаются такие ситуации, когда и резервирование помогло. Я к тому, что нафик вообще радиус использовать? я думаю лучше на каждый район, делать репликацию базы данных на брас, через какой-то промежуток времени. Ну пусть даже связь пропала с районом, зато клиенты смогу продолжать работать в локалке или даже в Интернет, если там отдельно он подключён. Жесткая централизация кажись ни к чему. Тем более мне в Радиусе вообще не хочется копаться :)

 

 

Share this post


Link to post
Share on other sites
Какой тогда смысл в такой жёсткой централизации?

Если вы не видите смысла в централизации, тогда зачем вам брас? Собственно вы хотите того не понимая чего и зачем.

Edited by nag-f

Share this post


Link to post
Share on other sites

ИМХО еще централизация=унификация.

Можно поставить кучу разновендорных брасов и все они будут работать с ААА через радиус.

В случае с гипотетической БД на самих брасах и репликацией, такое невозможно.

Edited by Sergey_Taurus

Share this post


Link to post
Share on other sites
Какой тогда смысл в такой жёсткой централизации?

Если вы не видите смысла в централизации, тогда зачем вам брас? Собственно вы хотите того не понимая чего и зачем.

не вижу смысла в мощном брасе в центре. Согласен с nuclearcat и jab, что лучше распределено устанавливать PC-ки :)

 

 

А зачем клиентам Радиус если у них связи нет? :-D
Если связь в пределах района останется, и выход в Интернет также при обрыве связи с центром, то это тоже преимущество, пусть даже некоторое время все процессы в данном районе будут не контролируемы. Зато всё будет работать у клиентов :) Клиенты превыше всего. А в случае использования Radius есть необходимость постоянной связи с центром и у клиента при отсутствии этой связи (района с центром) вообще ничего работать не будет.. Я считаю лучше без какого либо радиуса всё же как я писал выше пересылать на Брас параметры клиентов и снимать с него же статистику через определенное время с центра, с прохождением авторизации там же, а не через центральный сервер. Чем не унификация Sergey_Taurus?
Edited by BudushiyISP

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