redds537

Я не спорю. Абстрагируйтесь. Есть вопрос. Нужен ответ.

а чем обусловлена хотелка циски? IMHO: Cisco - законадатель мод в различных нишах сетевого/телекоммуникационного оборудовании, огромный опыт у компании, отличные доки, отличный CLI, отличное качество продукции - первый эшелон, большое комьюнити. В конце концов CISCO - это уже религия с большой армией адептов/последователей. Ценник, соответственно, лупит в небо.

Из хорошего: - после понимания работы, становится довольно удобной системой. - все то, что требовалось для работы (se100 + dhcp82 + всякие акции и т.д.) работает без проблем. - удобный интерфейс для работы, модульная система (правда кому-то модульность наверное не нравиться). - очень хорошая тех.по (нет отмазок как у LB) Плохое: - долго придется "вписываться" в понимание работы. - некоторые вещи (телефония) пока явно не сильно интегрированы в систему. спс

Эта позиция ясна. Но сейчас стадия такая, что нужно тупо выбрать цыску под задачу. И дальше будет видно, как отреагируют на бюджет, на сроки поставки, на сертификаты и т.д.

Как я и предполагал - все "немножко" затянулось, ибо к-во интригаторов и предложений уже несколько больше, чем один штука ))) И лоббистов тоже больше одного. Поэтому выбор не так очевиден. Вроде как загорелось руководство цысками. Потому что они самые лучшие в мире. (может бюджет и остудит пыл в будущем...) Интригатор предложил вот такой свич: Nexus 3172P 48 X SFP+ and 6QSFP. Мне кажется, это как на рыбалку на БелАЗЕ ездить. Не ? ) Этот свич позиционируется для датацентров. Поэтому нужно доп.мнение не от интригаторов, а от независимых технарей, которые сами реально юзают цыски. Посоветуйте, плиз, какую цыску в так называемое "ядро", но не б/у. Напомню: 17 000 кастомеров Внешний трафик сейчас в ЧНН - 4Гбит/с (760 kpps) (ессно нужен запас - через год/два переплюнем 10G) Нужно 48 гигабитных портов SFP - собрать линки с районов. Нужно порт 10G - в брас подключить (желательно иметь 4 x 10G порта на будущее, хотя 2шт тоже пойдет). MAC Table 32K or higher. Роутить не предполагается на этом свиче. Но если надежно умеет роутить - это будет большим плюсом на всякий случай (особенно хорошо, если доп лицензией включается ) Больше от него ничего не нужно. Бюджет в данном случае не важен, всмысле - нужно подогнать технику под задачу, а не под бюджет. А дальше уже пусть боссы думают по деньгам - брать цыску, или экстримы или .... еще что-либо.... P.S. C брасом тоже весело - SE600 vs "цыско брас - пока вообще не ясно какой" Продолжение следует.

fixed. ?

Кто-нить что-нить по гидре плохого/хорошего скажите )

О, спасибо, вот что-то типа таких отзывов реальных - это то, что нужно.

Промежуточные итоги. - с брасом определились на 99%. Тадам -> по цене/функционалу побеждает Redback SE600 - c DPI пока вообще ничего не ясно (отложено на будущее) - c коммутатором, который будет в центре собирать оптические линки с кварталов - точно пока не ясно, но вообще не особо сложно выбрать. (стесняюсь назвать это коммутатором ядра - т.к. оказывается, это нифига не ядро по многим парадигмам и схемам у разных вендоров и интеграторов) И самый больной вопрос... с биллингом. Ну, совершенно не ясно что выбрать. Хочется, чтобы был не "зеленый", а реально работающий уже на нескольких сопоставимых провайдерах с десятками тысяч юзеров + IPoE + SExxx. Чтобы была опытная команда, и биллинг с историей, но не замшелый - который тянет костыли из 90-x для обратной совместимости )))) Хочется, чтобы это был биллинг не "одного человека". Хочется, чтобы был развитый API, описание БД, документация - чтобы можно было прикрутить другие услуги (например кабельное ТВ), или чтобы не обращаться в суппорт по каждому чиху. Хочется, чтобы он не стоил сотни миллиардов нефти (т.е. чтобы не биллинг из высшего эшелона, который ворочает миллионами юзеров у гигантов индустрии) Я знаю - все это взаимоисключающие параграфы из сферического мира в вакууме. Я знаю - такого биллинга не существует ) Но все же - давайте снова немного поругаем/похвалим биллинги - кто чем пользуется. P.S. Самописный биллинг не рассматривается - нет у нас таких людей с соотвествующим скилом. Не хочется рисковать и искать таких людей, прокачивать их скил на живых абонентах в изобретении велосипеда, и молится, чтобы они не ушли через два года (создавать свою софт-компанию, разработчкиа мегакрутого биллинга :))))) (да, многие биллинги выросли из конкретной пионерсети)

спасибо.

даже сами интригаторы рекомендуют юзать внешний дхцп, а не встроенный в брас - ибо "бедный" он ) (И на самом деле в реальной жизни порой бывает нужно такие извращенные конфиги и опции замутить на DHCP...)

Ок спс. Значит надо БГБиллинг пробовать...

Спасибо. Я читал. Слишком много читал и запутался) (не могу зерна от плевел отделить) Я просто хотел получить в одном месте простые ответы типа "да/нет", "возможно/возможно с костылями/невозможно". Без конфигов и подробных объяснений. Чтобы просто выбрать. А дальше ясно, что нужно платить интегратору за интеграцию.

это прискорбно )

это прискорбно )

Я немножко сделал сводную таблицу Получился сферический рейтинг в вакууме Рейтинг цитирования (Всего голосов) Самописный 229 Netup.ru (UTM) 222 Lanbilling.ru 201 Bgbilling.ru 120 Billmaster.ru 81 Ideco-software.ru (Carbonsoft) 70 Abills.net.ua 68 Nodeny.com.ua 51 http://traffpro.ru 41 www.smart-soft.ru 34 Latera.ru (Гидра) 24 Onyma.ru 23 IPSoft Billing 18 www.fastcom.su 13 www.expertbilling.ru 12 smartasr.ru (Traffic Inspector) 11 Requestbilling.com 8 Рейтинг отзывов Abills.net.ua 58,82 Самописный 35,37 Latera.ru (Гидра) 25 Billmaster.ru 23,46 Lanbilling.ru 20,4 Nodeny.com.ua 9,8 Bgbilling.ru 6,67 Onyma.ru 4,35 www.expertbilling.ru 0 Ideco-software.ru (Carbonsoft.ru) -22,86 Netup.ru (UTM) -24,32 Requestbilling.com -25 traffpro.ru -26,8 smartasr.ru -45,45 www.smart-soft.ru/ (Traffic Inspector) -52,94 IPSoft Billing -66,67 www.fastcom.su -69,23 С явным преимуществом лидирует абилс. Похоже на накрутку? (тем более представитель биллинга является активным участников данного форума)

>Зачем вам BRAS если у вас IPoE? Причем тут метод терминации. Я думал, что в данном случае не важно IPoE/PPPoE/L2TP - если абстрагироваться от типа приземления - то брас - это единая точка управления и учет услуг/сервисов, учет сессий, AAA в связке с биллингом. Аутентификация - не важно как (хоть имя/пароль, хоть влан, хоть IP, хоть опц82) Aвторизация - уровень доступа, тарифы, политики, правила, квоты etc Аккаунтинг(посервисный учет + отправка инфы на биллинг). Если все это умеет DPI - это просто прекрасно. Если брас умеет DPI, NAT, BGP и прочее - прекрасно. (грани стираются - комбайны многостаночные - знай тока добавляй платы и/или лицензии) >Терминировать QinQ на BRAS - это overkill. Если он это умеет - то почему нет? А где терминировать? в ядре? Т.е. далее L3 до браса? (это не всегда нужно/можно/возможно)

>Ну так IPv6 так же можно роутить a zachem? >да и если вся транспортная сеть на v4, то что мешает завернуть в туннель на ваш любимый брас по L2? what?

А какой биллинг в курсах про ipv6, про CLIPS и Redback ?

а как IPv6 пилить, если L3 connected? С L2 понятно - оно прозрачно - свичам пофиг на протоколы L3 - далее брас/бордер рулит

- dual stack ipv4/ipv6 - посервисный аккаунтинг - Dynamic CLIPS + VLAN на порт доступа + QinQ + RADIUS + DHCP (L2 до браса)

Redback SmartEdge + LanBilling кто-нить использует в бою? Как оно вообще? И как в частности? - dual stack ipv4/ipv6 - посервисный аккаунтинг? - Dynamic CLIPS + VLAN на порт доступа + QinQ + RADIUS + DHCP (L2 до браса) Или что порекомендуете к SExxx c поддержкой этих фенечек вот прямо щас уже запиленных и в продакшн?

Схема IPoE VLAN per Customer - QinQ - L2 Connected to BRAS (SE600) BRAS as DHCP Proxy <- RADIUS - > Billing (DHCP) Dynamic Real IP 1. Что лучше? а) на доступе добаdлять DHCP Opt82 (свич+порт+влан) - и по ней определять юзера в биллинге и выдавать адрес? (тут все понятно как работает - напрягает зависимость от вендорозависимости на доступе) либо б) раз юзера можно однозначно определить по QinQ - то может его только и юзать для "авторизации" и выдачи адреса? Правда тут совершенно не ясна цепочка действий (BRAS/RADIUS/BILLING/DHCP) Кто -нить юзает так? Если в общих чертах опишите - будет прекрасно. Плюс - что от доступа нужно только влан - это просто и стандартно и дешево и вендоронезависимо. 2) В случае L2 connected на брасе - для защиты от подмены мака и ипа юзером - что нужно? На доступе не нужны всякие косячные штуки опять же вендорозависимые и иногда глючно работающие? Достаточно на брасе ? ip source-validation и service clips dhcp source-mac ? 3. От петель защита на брасе или раньше? (ядро/агрегация/доступ?) 4. Есть инет/пиринг/локалка(через брас) (брас - он же бордер - на нем влан аплинка и влан пиринга) Вопрос а) Можно ли заюзать раздельные скорости и аккаунтинг на три этих сервиса? (если да - то как в общих чертах траф "раскрасить"/определить в нужный "сервис" ?) На ум приходит Инет - дефолт (все что явно не попало в другие правила) локалка - пулы известны - можно легко определить в нужное правило -пиринг - сети приходят по бгп - но редко обновляются - раз в день с помощью внешнего костыля грепать по какому-нить признаку и загонять в правила (но вроде тут писали - что это плохо, почему?) Еще вроде можно по пиринговому влану входящий траф покрасить - но тогда исходящий без контроля (вернее он попадет в дефолтную скорость тарифа - которая для Инета ?) Тоже не айс 5. По поводу квот - есть безлимиты со 100 М скоростью, но есть страховка - после например объема 1T - скорость юзера падает до 1M до конца месяца Это рулить с помощью биллинга - он по аккаунтигу (кстати - квоты тоже посервисно работают?) считает траф юзера и после лимита с помощью CoA меняет юзеру скорость? 6. Нетфлоу без проблем работает по стандарту? (вроде v5) ? NFDUMP понимает? Или лучше где то еще заюзать? 7. Зеркалирование для СОРМ без проблем? 8. Что по поводу резервирования SE600 ? - хранить отдельные "запчасти" (какие?) - хранить еще один агрегат с полной набивокй? - какой-то другой вариант? Спасибо.

Необходимость возникает, когда ко-во тазиков вгоняет в депрессию. ) И к-во звонков в суппорт по поводу настройки l2tp/pptp/pppoe, или глюков арп-инспекшн и прочих порт-секьюрити на зоопарке свичей доступа. На самом деле СРАЗУ надо делать КОШЕРНО. Когда ISP - это изначально серьезный БИЗНЕС взрослых парней. СРАЗУ сеть проектируется и строится по взрослому, с привлечением кредитов и прочих инвестиций. Делается недорогой доступ (без лишних сущностей) и дорогой мощный центр. А если это пионер сеть местного разлива - то приходится колхозить и очень медленно развиваться за счет собственной прибыли. И может быть, если перерастает в комсомол - задумываться об "серьезных переделках". И часто процесс растягивается на несколько промежуточных этапов, судя по кол-ву извращенных схем.... (хотя вот билайн заменили сначало PPTP на L2TP (с большего), и сидят на нем до сих пор).

спасибо. Вообще с биллингом - это отдельная очень печальная тема. "Хороших биллингов для среднего провайдера НЕ СУЩЕСТВУЕТ" : )