Перейти к содержимому
Калькуляторы

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

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

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

 

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

а подешевле?

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

а подешевле?

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

а подешевле?

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.