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

Подскажите какой выбрать биллинг для домовой сети

Ну так вперёд за УТМом :)

https://secure.netup.biz/customer.php

 

Бог в помощь :)

а подешевле?

>5000 абонентов, а биллинг нужен подешевле?! Что-то не сходится :) Я понимаю, если было бы 50, ну пусть даже 500 абонентов. UTM5 и так имеет цену старт-апного софта.

Share this post


Link to post
Share on other sites
Ну так вперёд за УТМом :)

https://secure.netup.biz/customer.php

 

Бог в помощь :)

а подешевле?

>5000 абонентов, а биллинг нужен подешевле?! Что-то не сходится :) Я понимаю, если было бы 50, ну пусть даже 500 абонентов. UTM5 и так имеет цену старт-апного софта.

Ну я же еще в самом начале говорил - сети еще нету.. капитал маловат.. и нужно решить проблему с биллингом как можно выгоднее... А >5000 это лишь потенциал сети...

Share this post


Link to post
Share on other sites
Ну так вперёд за УТМом :)

https://secure.netup.biz/customer.php

 

Бог в помощь :)

а подешевле?

>5000 абонентов, а биллинг нужен подешевле?! Что-то не сходится :) Я понимаю, если было бы 50, ну пусть даже 500 абонентов. UTM5 и так имеет цену старт-апного софта.

Ну я же еще в самом начале говорил - сети еще нету.. капитал маловат.. и нужно решить проблему с биллингом как можно выгоднее... А >5000 это лишь потенциал сети...

Насколько я знаю, адекватного софта дешевле ты не найдёшь.

Share this post


Link to post
Share on other sites
Насколько я знаю, адекватного софта дешевле ты не найдёшь.
Slukl:

Если пропусть селфпиар нетапа насчет адекватности, то возникает вопрос: какова удельная стоимость абонента должна быть у старт апного софта по Вашему мнению? Большинство разработчиков "закрывающих" сегмент домашних сетей в том числе, своими продуктами, показывает ценник не выше 5-7 рублей за абонента (наша компания не исключение. Все что ниже обозначенной удельной суммы авантюры, из серии как посоветовали тут -> в торренты и покупка сертификата отдельно. Какой смысл искать на рынке то чего нет? Достойных предложений ниже обозначенных мной рамок выше нет, тем более если Вы расчитываете вырасти до 5000 абонентов. Если найдете дешевле достойных кандидатов, отпишите в тикет - мы подумаем над своими ценниками.

Share this post


Link to post
Share on other sites
Насчет того отменял ли кто-то управление по SNMP на базе"скриптовых решений", а именно, запуск внешних управляющих процедур по событиям из биллинга. То, надо сказать, что этого для "управления на порту не достаточно", т.к. в тех системах где не реализован SNMP мониторинг портов (точнее их состояний), управляющий скрипт никогда не запустится повторно, если сотояние порта поменялось по неизвестным биллингу причинам. Соответственно адекватность состояния устройств состоянию блокировок в биллинге не отслеживается (не мониторится). Для этих целей и нужен инвентори.
Извиняюсь, а вы этих устриц с неизвестными биллингу причинами смены состояний на каких свичах ели? Я вот все управляю портами без мониторинга, а они почему-то сами по себе не переключаются. Единственное что их останавливает - это зависание-вырубание-исчезновение свича - и вот тут действительно инвентори оказывается очень полезным. Можно взять с полки новую железяку, прописать ей IP, snmp коммьюнити, гонец отвезет ее в поле, а мы нажмем кнопочку и зальем в нее конфиг сгенеренный с базы. Это небольшой хинт, если вдруг команда LB не знает куда руки приложить (хотя она и сама уже наверное эту мысль подумала).

To slukl: как я понял покопавшись в сети переключение портов хорошо реализовано скорее всего только в LB, во всяком случае только они пишут правильные слова. Там проблема в том, что в соответствии с Q-Bridge-Mib порты в VLANе настраиваются все разом и чтобы перевести конкретный порт в другой VLAN нужно иметь актуальную (полученную по сведениям из биллинга) базу состояния всего свича. Т.е. переключающий скриипт должен довольно сильно быть срощенным как с базой железок, так и с биллингом, а это есть похоже только у LB.

Share this post


Link to post
Share on other sites

Ну, это, конечно, неправда. Как минимум у нас в «Гидре» состояние порта хранится, и в любой момент можно с помощью пинка получить текущий конфиг и загрузить его в коммутатор, таблицы файрвола или ещё куда-нибудь. Конфиг генерировать с базы можно. Всё это не такая супер-пупер-сложная функциональность, чтобы ей обладал всего один продукт.

Share this post


Link to post
Share on other sites

Просто хранить состояние пользовательских порта(ов) для того чтобы их переключать недостаточно, надо еще где-то держать конфигурацию up и down-линк портов, уметь их отличать от обычных, иметь интерфейс для конфигурации, следить чтобы не было накладок итд. В общем, одним скриптом тут не обойтись.

Что касается ACL - да, дергать его большого ума не надо, но не все хотят ими пользоваться, скажем в моей подопытной сетке админы не хотят нагружать L3 оборудование сотнями записей. Это по совету "доброго" производителя и я его отчасти понимаю - все же не Linux и не FreeBSD внутри, ipset на помощь не придет. Ставить PC-фаервол в случае распределенной сети не всегда возможно, аренда каналов туда-сюда тоже денег стоит.

Так что LB billing+inventory это хорошая идея, вот только сведений про реализацию что-то маловато.

Share this post


Link to post
Share on other sites

Так что LB billing+inventory это хорошая идея, вот только сведений про реализацию что-то маловато.

Коллега, мы же не волшебники. Инвентори вещь тяжелая (недаром серьезные сетевые инвентори весят от 100К и выше, возми хоть HP хот GE). Писать ее не 2 "скрипта об асфальт". Вот вторая сборка содержит мониторинг и управление в бета виде. Финализируем вторую, будем активно ставить. Это раньше биллингоа было мало можно было на клиентах экспериментировать. Сейчас биллингов больше чем клиентов, так что это себе дороже. Отладимся милости просим. Сегодняже она только вышла. Кстати скоро напишем про спец предложение: кто из операторов предоставит под установку свою управляемую сеть, под аппаратуру того будем "затчиваться" в первую очередь. Как и в случае поддержки разных форматов АТСок процесс адаптации под "кучу железок" проити предстоит.

Share this post


Link to post
Share on other sites

что то не пойму зачем на пользовательских портах что то мониторить для банального ограничения доступа, какая разница в up оно или down?

 

и ваще, для того чтобы прописывать вланы, хранить конфиги железок и прочее - помоему это не задача билинга, проще завести чонить типа NOC Project того же, в котором автоматом сливаются конфиги, кладутся в репы и прочее, зачем весь этот функционал в билинге?

Share this post


Link to post
Share on other sites
что то не пойму зачем на пользовательских портах что то мониторить для банального ограничения доступа, какая разница в up оно или down?

весь этот функционал в билинге?

Стереотипы, стереотипы. Управление на порту нужно не для "банального отключения/подключения" порта целиком, а, как бы это выразиться, для более гибкого управления сервисами, так что мониторить надо не только его ап или даун.

Зачем в биллинге, я промолчу, но думаю сейчас народ выступит и без меня :)

Share this post


Link to post
Share on other sites

Ну, что значит "более гибкое управление сервисами"? Ну вот, скажем, жмакнули кнопку "Включить ТВ", сгенерилось событие, повесил на событие скрипт и радуешься, состояние порта, привязки к портам абонентов, услуг и прочего - это всё есть в биллинге. А вот всякие системные вещи, к которым билинг вообще не относится - типа конфигов, снмп-трапов - этому всему имхо не место в биллинге.

Share this post


Link to post
Share on other sites
jp1111 LanBilling - вроде неплохо для начала.... Жаль что порты глушит через Option 82(дорого обойдуться коммутаторы L3 а у меня в планах сеть на L2 коммутаторах без поддержки Option 82 - Cisco 35xx series ) и в добавок нет "ХорошеЙ" програмки типа Траффик инспектор Агент.. Там хоть и вы предлагаете какую-то.. но по моему мнению она не удобна и мало функционально... присмотритесь к тому как сделал траффик инспектор и сделайте Лучше =))
Edited by slukl

Share this post


Link to post
Share on other sites
jp1111 LanBilling - вроде неплохо для начала.... Жаль что порты глушит через Option 82
Не только, у нас в офисе есть какое-то безродье неуправляемое типа компекса L2, он через стандартный MIB глушится. Так что Вы не совсем корректно насчет только 82 опции.

LANBilling не тольго для начала, но еще для продолжения и завершения тоже подойдет :)

Share this post


Link to post
Share on other sites
jp1111 LanBilling - вроде неплохо для начала.... Жаль что порты глушит через Option 82
Не только, у нас в офисе есть какое-то безродье неуправляемое типа компекса L2, он через стандартный MIB глушится. Так что Вы не совсем корректно насчет только 82 опции.

LANBilling не тольго для начала, но еще для продолжения и завершения тоже подойдет :)

А можно по подробнее что такое MIB ????

Share this post


Link to post
Share on other sites
А можно по подробнее что такое MIB ????
Man In Black - "Люди В Черном" - они приходят и всех "глушат" :) шутка

http://ru.wikipedia.org/wiki/Management_Information_Base

Гугл знает все, как тут модно говорить :)

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