[alks]

мусье теоретик, вы очень невнимательно читаете, я же пишу "брас ipoe", от него нужен шейпер авторизация ну и может разная скорость по разным направлениям и все

все эти плюшки можно сделать на dpi а с учетом последних тенденций dpi очень востребован и в таком случае брас становится лишним. И перестаньте нести маркетинговую ахинею, глаза режет

[Стич]

Да и шейперы, скоро нужны не будут.

Все идёт к раздаче 100МБит/c каждому абоненту круглосуточно.

[lejek]

to lejek я знаю что такое брас и не из маркетингового булшита который вы тут привели, по ходу DVM-Avgoor прав - тут некоторые брас никогда не видели

:)Маркетологи сами не умееют схемы рисовать, для них это делают инженеры. И этот маркетинговый булшит у нас >1M сессий онлайн переваривает, причем с точки зрения управления клиентами, нет разницы 5К сессий на брасе или 75К.

То что люди не видели брасов это не порок, не могут же они пойти и просто купить. Поэтому иногда считают, что без брасов можно легко жить, ну или наоборот, считают что брас решит все проблемы.

[lejek]

мусье теоретик, вы очень невнимательно читаете, я же пишу "брас ipoe", от него нужен шейпер авторизация ну и может разная скорость по разным направлениям и все

все эти плюшки можно сделать на dpi а с учетом последних тенденций dpi очень востребован и в таком случае брас становится лишним. И перестаньте нести маркетинговую ахинею, глаза режет

Да ладно, Вы не воспринимайте это так близко к сердцу. Я Вас прекрасно понял, просто Вы говорите о будущем, а я о настоящем. Когда Вы прилепите к dpi механизмы управления и учета пользователей из биллинга, то Ваш dpi станет вполне неплохим брасом (если хотите ipoe брасом), даже может быть первым брасом отлично работающим на 7 уровне. Ах да, еще потом понадобится добавить к нему маршрутизацию и наступит будущее, которое я представляю, когда на время становлюсь теоретиком :)

[Saab95]

У любой сессии есть максимальная длительность, после которой она обрывается.

Если длительность очень большая, то у меня на Cisco ISG длительные сессии вели себя странно.

Когда стал задавать максимальную длительность в одну неделю, стало лучше.

 

А говорили циска не глючит=) на микротике проблем с длительностью не возникает.

 

Где именно L2 переводить в L3 — на доступе, на агрегации или на ядре — это вопрос дизайна, размера сети и имеющегося оборудования.

В некоторых случаях (достаточно распространенных) L2-connected самое правильное решение.

 

Если есть волокно с каждого дома в центр, или все волокно сходится на узлы и оттуда в центр, то можно и L2 делать. А если есть кольца или распределенная звезда, когда много резервов, то вместо мучений с STP в различных вариациях, лучше все на L3 перевести.

[applx]

почему то у нас проблем с этим нет:

 

gw-1#sh vpdn session | i 21w

13894 63410 8962 , Vi2.7862 est 21w5d 10161

54829 16030 10015 , Vi2.15247 est 21w4d 14835

16298 31157 11850 , Vi2.13365 est 21w5d 22527

13483 1385 19608 , Vi2.7914 est 21w1d 31792

16874 34296 20984 , Vi2.5179 est 21w5d 6564

42418 33614 22143 , Vi2.218 est 21w2d 25340

28764 23470 24461 , Vi2.24289 est 21w5d 25305

8547 20733 33014 , Vi2.21172 est 21w5d 2285

10254 23705 35555 , Vi2.20626 est 21w5d 21679

26440 65199 42003 , Vi2.2114 est 21w5d 5536

7506 10364 52223 , Vi2.20790 est 21w5d 25396

25907 13343 54468 , Vi2.13073 est 21w2d 27541

15226 34880 55690 , Vi2.22330 est 21w5d 23147

58263 54 56302 , Vi2.5233 est 21w2d 26142

25954 27960 58752 , Vi2.21441 est 21w3d 5599

28329 34264 62361 , Vi2.22915 est 21w2d 28056

49392 61802 63046 , Vi2.10989 est 21w5d 21856

31961 14833 64360 , Vi2.10382 est 21w2d 8911

[alibek]

А говорили циска не глючит=) на микротике проблем с длительностью не возникает.

У Микротика есть куда более серьезные глюки.

 

почему то у нас проблем с этим нет:

Кто ж знает, почему.

Может у вас руки прямее. А может бубен в сейфе лежит.

У Cisco есть моменты, которые понимаю не поддаются, их нужно принимать как данность.

 

Сессии в несколько недель и у меня были.

Но почему-то по некоторым иногда переставал ходить трафик.

После переподключения работало.

Я слишком углубляться не стал, просто уменьшил максимальную длительность сессии, это помогло.

[Diamont]

Зачем вообще PPPoE сессии обрывать? Висят себе неделями и месяцами, ограничения скорости и блокировка должников на более высоком уровне работает и переподключаться для изменения настроек не требуется, разве что IP адрес поменять.

У нас крупные провы точно обрывают.Якобы для корректного учёта статистики.Может это потому что у них не микротик?))

 

Если уж тут пошла мода мериться кол-вом юзеров и бабла, то не подскажете как расчитать онлайн по пулам ip адресов? Вот есть провайдер у него в общей сумме 10,000 белых адресов в пуле.Достоверно известно, что на них и физики и юрики.Ната нет.По вашему, сколько у такого прова онлайн в чнн?

[alibek]

По вашему, сколько у такого прова онлайн в чнн?

Так нужны хотя бы умолчания.

Например "ФЛ на ip unnumbered, ЮЛ на /30".

[Diamont]

По вашему, сколько у такого прова онлайн в чнн?

Так нужны хотя бы умолчания.

Например "ФЛ на ip unnumbered, ЮЛ на /30".

Все в одном котле.

[Saab95]

У нас крупные провы точно обрывают.Якобы для корректного учёта статистики.Может это потому что у них не микротик?))

 

Просто они наверно при закрытии сессии объем переданных данных берут, не умеют видимо считать ее на лету=)

[DVM-Avgoor]

Ну я понял как активных абонентов, это жесть. Если имелось ввиду именно абонентских сессий, один абонент обычно генерит штук 300, тогда вообще вилы.

 

 

Вы олень. Идите уже отдыхайте, если вообще не в курсе что такое сессия.

 

Вот именно, и серьезные люди считают не по "up to", а сколько реально надо сабскрайберов.

 

 

Лол. Вы технарь или менеджер? Я никак не могу понять, ну ни там ни там не получается у вас :)

 

"нео, ложки нет". проверка технологии на пилотных проектах и отладить миграцию. делаете по другому? сочуствую вашим абонентам.

 

 

Первосортный бред, лечитесь уже.

[tunny]

...

ну понятно, когда аргументов нет, переходят на личности, а особо обделенные люди на оскорбления. Это уже клиника, пилите свои л2 до браса на куче килобаксов.

[DimaM]

Брас это не просто шейпер. Это централизованная сервисная модель.

 

Я не просто так ранее упомянул, что когда BRAS только появились - они считались костылем для DSLAM,

но что называется стерпится-слюбится. Сейчас же с IPoE BRAS уже становится анахронизмом.

 

Про будущее и настоящее:

Если вы посмотрите на наших крупнейших мобильных операторов (ну кроме РТК), то у них функции, которые вы приписываете BRAS, выполняются на PCEF - это тот же DPI,

динамические политики применяются с помощью узла PCRF, причем в мобильных сетях все протоколы и интерфейсы хорошо стандартизованы (стандарты 3GPP).

При этом DPI умеет много того, чего вы никогда не увидите на BRAS, а стоит соизмеримых или даже меньших денег.

Конечно для многих DPI еще более темная лошадка, чем BRAS, в лучшем случае о DPI имеются представления по старичку CISCO SCE, который можно отнести к

первому поколению DPI: он мало чего умеет интересного, но все равно может дать фору любому BRAS.

Хотя для шейпинга я бы порекомендовал СКАТ - дешево и сердито.

[srg555]

Заметьте, кто что продаёт, тот то и рекомендует. Saab95 - микротики, DimaM - DPI вместо брас (при том вопрос терминации не исчезает). Я бы не слушал их обоих

Сессии в несколько недель и у меня были.

Но почему-то по некоторым иногда переставал ходить трафик.

После переподключения работало.

Я слишком углубляться не стал, просто уменьшил максимальную длительность сессии, это помогло.

А потом появлются мемы типа Уральского. Из-за того, что оператор не разобрался в проблеме и вбил уродский костыль(session-limit на анлимном по времени тарифе)

[ichthyandr]

в мплс нет нужды.

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

на чём если не секрет?

[lejek]

Допускаю, что у мобильных операторов будущее уже наступило. Я не в курсе текущего развития DPI. Скажите есть готовые решения DPI с полноценным Subscriber Management для ШПД? Если есть, то это уже не плохо.

Я о другом. Получается при сравнении схем с использованием браса и без него, предлагается взять его функции (не все конечно), перенести на другую железку и сказать, что он не нужен (анохронизм). Так можно пойти другим путем, взять функционал DPI перенести его на брас и сказать, что DPI не нужен. Не собираюсь спорить кто из них ближе к цели. Суть от этого не меняется, трафик абонента должен пройти через ОДНУ железку, на которой будет обработан в соответствии с правилами указанными биллингом. Но эта схема не очень укладывается со схемой названной ранее L3 ipoe, т.к. L3 это маршрутизация, там вполне допустимо, что разный трафик одного клиента будет проходить через разные DPI и как в этом случае будет работать шейпинг на каждом DPI мне не ведомо.

Могу ошибаться, поправьте меня.

[DimaM]

Я бы не слушал их обоих

спасибо и на том :)

но если вы обратите внимание, не я первый рекомендовал DPI, но стоит мне сказать свое компетентное мнение, то сразу начинается...

мне на самом деле почти все равно: DPI мы не продаем, вы его покупаете в ближайшем супермаркете, а зарабатываем на тех. поддержке (чуть-чуть) и

доп. услугах (чуть больше), при этом этот DPI для домохозяеквых сетей отшейпит вам до 500 тыс абонентов, причем с приоритезацией по протоколам

не только в канале до аплинка, но и в каждой абонентской полосе, чтобы торренты не мешали серфить в интернет, смотреть online видео и болтать по скайп.

Напомните, в чем польза BRAS для IPoE?

[DVM-Avgoor]

Напомните, в чем польза BRAS для IPoE?

 

 

Брас это точка применения политик. Как по полосам пропускания, по акцесам, чистка трафика, учет трафика, сессионность...

Я не раз видел как функции брас равномерно делятся между DPI и l3 свитчем, вполне нормальная стратегия. Но без сессий. Вопрос в том что DPI обычно стоит дороже чем брас, и функционал его гораздо более смещен именно в сторону фильтрации/шейпинга. (а до поры до времени это в России было не актуально) Но грань уже стирается, особенно в мультишасси, где можно получить это все + НАТ в пределах одной железяки.

 

А есть уже готовые решения на DPI с сабскрайбер-менеджментом?

[Saab95]

при этом этот DPI для домохозяеквых сетей отшейпит вам до 500 тыс абонентов, причем с приоритезацией по протоколам

не только в канале до аплинка, но и в каждой абонентской полосе, чтобы торренты не мешали серфить в интернет, смотреть online видео и болтать по скайп.

 

Ух ты! Если отбросить 500 тыс. абонентов, то микротик это тоже DPI, потому что умеет делать приоритезацию по протоколам что бы торренты не мешали серфить=)

[DimaM]

Если отбросить 500 тыс. абонентов, то микротик это тоже DPI

Я пожалуй пойду отсюда...

[D^2]

Если вы посмотрите на наших крупнейших мобильных операторов (ну кроме РТК), то у них функции, которые вы приписываете BRAS, выполняются на PCEF

Именно поэтому у МТС и Билайна для ШПД стоят Ericsson Smartedge? :)

Видимо они там не брасы и не выполняют тех функций, о которых вы говорите?

[applx]

Напомните, в чем польза BRAS для IPoE?

 

 

Брас это точка применения политик. Как по полосам пропускания, по акцесам, чистка трафика, учет трафика, сессионность...

Я не раз видел как функции брас равномерно делятся между DPI и l3 свитчем, вполне нормальная стратегия. Но без сессий. Вопрос в том что DPI обычно стоит дороже чем брас, и функционал его гораздо более смещен именно в сторону фильтрации/шейпинга. (а до поры до времени это в России было не актуально) Но грань уже стирается, особенно в мультишасси, где можно получить это все + НАТ в пределах одной железяки.

 

А есть уже готовые решения на DPI с сабскрайбер-менеджментом?

 

да есть: http://www.allot.com/Service_Gateway_SigmaE.html стоят в бою и уже давно, начинали с NetEnforcer'ов

Изменено 17 января, 2014 пользователем applx

[DimaM]

Именно поэтому у МТС и Билайна для ШПД стоят Ericsson Smartedge? :)

 

Тогда вам тем более известно, что:

1. У них ни разу не IPoE

2. ШПД бизнес у них купленный

3. Несмотря на наличие BRAS они неоднократно заявляли о планах поставить DPI на ШПД, но...

enterpise решения для DPI очень дороги, а ШПД бизнес не столь рентабелен как мобильный, поэтому пока воз и ныне там

(у Билайна ШПД бизнес вообще успешно загибается, поэтому они планируют его продать)

[redds537]

Промежуточные итоги.

- с брасом определились на 99%. Тадам -> по цене/функционалу побеждает Redback SE600

- c DPI пока вообще ничего не ясно (отложено на будущее)

- c коммутатором, который будет в центре собирать оптические линки с кварталов - точно пока не ясно, но вообще не особо сложно выбрать.

(стесняюсь назвать это коммутатором ядра - т.к. оказывается, это нифига не ядро по многим парадигмам и схемам у разных вендоров и интеграторов)

 

И самый больной вопрос... с биллингом.

Ну, совершенно не ясно что выбрать.

 

Хочется, чтобы был не "зеленый", а реально работающий уже на нескольких сопоставимых провайдерах с десятками тысяч юзеров + IPoE + SExxx.

Чтобы была опытная команда, и биллинг с историей, но не замшелый - который тянет костыли из 90-x для обратной совместимости ))))

Хочется, чтобы это был биллинг не "одного человека".

Хочется, чтобы был развитый API, описание БД, документация - чтобы можно было прикрутить другие услуги (например кабельное ТВ), или чтобы не обращаться в суппорт по каждому чиху.

Хочется, чтобы он не стоил сотни миллиардов нефти (т.е. чтобы не биллинг из высшего эшелона, который ворочает миллионами юзеров у гигантов индустрии)

 

Я знаю - все это взаимоисключающие параграфы из сферического мира в вакууме.

Я знаю - такого биллинга не существует )

Но все же - давайте снова немного поругаем/похвалим биллинги - кто чем пользуется.

 

 

P.S. Самописный биллинг не рассматривается - нет у нас таких людей с соотвествующим скилом.

Не хочется рисковать и искать таких людей, прокачивать их скил на живых абонентах в изобретении велосипеда, и молится, чтобы они не ушли через два года (создавать свою софт-компанию, разработчкиа мегакрутого биллинга :)))))

(да, многие биллинги выросли из конкретной пионерсети)

Изменено 3 февраля, 2014 пользователем redds537