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

[slukl]

Всем привет=) Я собираюсь строить домовую сеть с возможностью доступа в интернет... Вобщем суть проблемы такова: Нужен такой биллинг - который бы работал на Windows Server или Linux, С гибкими тарифными планами ну и всё как положенно (типо как UTM) плюс ко всему желатько чтобы был пользовательский агент - который бы висел в трее и показывал текущий баланс (подобие Traffic Inspector или UTM) и самое, подчеркиваю САМОЕ главное чтобы система могла "глушить" порт при отрицательном балансе на коммутаторах Cisco Catalyst WS-C3548-XL-EN ну и естественно автомотически "врубать" порт при положительном балансе.....

 

Что можете посоветовать? (сразу говорю - Билл-мастер неподходит - очень дорого)..

Зарание спасибо.

[SmokerMan]

БГ-Биллинг.

[slukl]

БГ-Биллинг.

Эмм... а дорогой?

[jab]

 

KCN

[slukl]

KCN

KCN? - а что это такое. Что-то яндекс такого незнает =( .. Если это биллин - дай плизз ссылку на офф сайт.

[micros]

KCN скорее цианид калия чем биллинг :0)))))

 

по теме - Бгбиллинг по-моему подешевле чем UTM будет для ваших требований.

[dk_]

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

[slukl]

KCN скорее цианид калия чем биллинг :0)))))

 

по теме - Бгбиллинг по-моему подешевле чем UTM будет для ваших требований.

А этот биллинг работает с Cisco Catalyst WS-C3548-XL-EN ???

 

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

Ваш биллинг работает с Cisco Catalyst WS-C3548-XL-EN ???

 

Edited September 3, 2009 by slukl

[Vicus]

KCN скорее цианид калия чем биллинг :0)))))

 

по теме - Бгбиллинг по-моему подешевле чем UTM будет для ваших требований.

А этот биллинг работает с Cisco Catalyst WS-C3548-XL-EN ???

Этому биллингу несколько наплевать на модель. Что пропишете посылать по telnet/ssh и т.п. то и будет.

[slukl]

А lANBilling 1.9 ? что можете сказать о нем? в рекламе с казанно что в нем присутствует контроль доступа по порту..

[Saab95]

Домовую сеть надо строить (ну мое мнение) на трех железках:

1.Роутер который будет подключен к интернету.

2.Комп с виндой на котором стоит Трафик Инспектор.

3.Комп с микротиком на котором поднят PPPoE сервер.

 

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

 

Микротик отгородит винду от основной сети что сразу уберет половину глюков и зависаний.

 

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

[redrum]

посмотрите Ideco что ли... похоже, для текущего уровня подготовки самое то

[micros]

ideco как оказалось тоже нестабилен.. причем мелких багов вроде не встретилось :) а вот зависания...

на фирменной их железке говорят работает хорошо. а вот на наших 3ком и реалтеках уже на 3х машинах не прижился :( виснет и все тут.

хотя да. в установке и настройке он проще Трафик Инспектора. imho

 

to saab95

Да, для сети из нескольких девайсов в пределах квартиры ваша схема вполне подходит :) серьезно.

[Saab95]

to saab95

Да, для сети из нескольких девайсов в пределах квартиры ваша схема вполне подходит :) серьезно.

Не знаю что должны быть за девайсы в квартире, но 100 клиентов моя связка вполне тянет, теперь думаю или продливать лицензию до 200 пользователей (а это дорого,т.к. нужен переход на версию голд) или искать другой биллинг. А так работает без сбоев и вполне устраивает по функционалу.

 

[micros]

100 клиентов это же ведь немного совсем. у меня тоже ТИ есть на 80 человек. там да - работает, к нему притензий немного осталось а вот к win они есть. По мере роста сети проблемы начинают проявляться в той или иной степени и придется разнести биллинг, шлюз и т.д. на разные железки... а потом еще заставить все это взаимодействовать с управляемым оборудованием - а потом.. а потом.. и еще...вот тут Трафик инспекторы и закончатся.

думайте шире ;0)

 

хотя топикастер под "домовой сетью" мог иметь все что угодно и может хватить РС на nix/bsd без биллинга вообще, просто со сквидом и htb :0)

[redrum]

http://ylsoftware.com/news/521 - можно вот сюда посмотреть

[slukl]

Куда-то вас нетуда понесло)) Дело в том что нужен биллинг с контролем доступа по порту (на Cisco 35xx).. тянущий минимум до 3 тыс. абонентов. Плюс к нему должен идти клиентский агент показывающий текущий баланс (как в Traffic Inspector).. Должен работать на базе ОС Linux или Server 2008......

 

А в UTM есть контроль доступа по порту? - народ подскажите кто пользуется..

[redrum]

http://www.netup.ru/utm5.php#table

UTM5 Tray

компактное клиентское приложение, упрощающее работу с биллингом

оперативный доступ к информации о лицевом счете

оперативный контроль доступом в сеть - включение/выключение интернета одним щелчком мыши

сводная информация по скачанному трафику

отображение сообщений, отправленных администратором

 

а управление коммутатором по SNMP никуда не делось...

[dk_]

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

Ваш биллинг работает с Cisco Catalyst WS-C3548-XL-EN ???

Работает.

[jp1111]

А lANBilling 1.9 ? что можете сказать о нем? в рекламе с казанно что в нем присутствует контроль доступа по порту..

Финализируем LANBilling 1.9 версию 15.09.09 - ее Вам стоит попробовать вначале. Вообще перед покупкой все стоит пробовать. Действительно, модель устройства которым Вы хотите управлять не так важна. Важен принцип управления им. В большинстве случаев это SNMP или Телнет. Оба механизма мы поддерживаем в первой сборке 1.9. Само собой, что бы иметь возможность управлять на порту услугой надо иметь в составе биллинга механизм инвентаризации устройств. В нашем случае это LANBilling Inventory, которая по сути и обеспечивает связь учетной записи абонента и управляемого порта. Сегодняшняя сборка позволяет не только привязывать абонента к порту, но и связывать устройства между собой. Вторая сборка (ориентир октябрь 10-15 число) позволит прорисовать карту сети и матрицу активности аппаратуры.

 

Поскольку многие пользуются трэй утилитами, которые поддерживают не одного оператора телекома мы предпочитаем интегрироваться с MTSoftом http://www.mtsoft.ru/, а не писать свой.

 

В отношении поддержки технологии IP Source Guard/IP Source Lockdown и Option 82 достаточно подробно расписали механизм управления в статье от сегодня: http://www.lanbilling.ru/dhcp_radius.html

Ценники есть на сайте.

[jp1111]

Я, кстати, коллегам предлагаю составить FAQ на тему запросов из серии "Какой биллинг выбрать для .....". Согласовываем текст, под ним большинство производителей биллинга подписывается, после чего на такие вопросы, как поднятый в данном посте закидываем текст, где будет рейтинг каждого, и после начинаем растирать чье болото круче :) Это сэкономит ровно одну страницу постов, где "смотрящие" за данной конфой от каждой из компаний, представленных на этом рынке биллингов "советуют" свой :)

[jab]

Я, кстати, коллегам предлагаю составить FAQ на тему запросов из серии "Какой биллинг выбрать для .....".

Все хотят на чужом горбу в рай. Сами-то почему не составите ? И согласовывать не придется.

 

[slukl]

А lANBilling 1.9 ? что можете сказать о нем? в рекламе с казанно что в нем присутствует контроль доступа по порту..

Финализируем LANBilling 1.9 версию 15.09.09 - ее Вам стоит попробовать вначале. Вообще перед покупкой все стоит пробовать. Действительно, модель устройства которым Вы хотите управлять не так важна. Важен принцип управления им. В большинстве случаев это SNMP или Телнет. Оба механизма мы поддерживаем в первой сборке 1.9. Само собой, что бы иметь возможность управлять на порту услугой надо иметь в составе биллинга механизм инвентаризации устройств. В нашем случае это LANBilling Inventory, которая по сути и обеспечивает связь учетной записи абонента и управляемого порта. Сегодняшняя сборка позволяет не только привязывать абонента к порту, но и связывать устройства между собой. Вторая сборка (ориентир октябрь 10-15 число) позволит прорисовать карту сети и матрицу активности аппаратуры.

 

Поскольку многие пользуются трэй утилитами, которые поддерживают не одного оператора телекома мы предпочитаем интегрироваться с MTSoftом http://www.mtsoft.ru/, а не писать свой.

 

В отношении поддержки технологии IP Source Guard/IP Source Lockdown и Option 82 достаточно подробно расписали механизм управления в статье от сегодня: http://www.lanbilling.ru/dhcp_radius.html

Ценники есть на сайте.

Спасибо! Чёткий и ясный ответ...

 

 

 

[slukl]

А какие ещё есть хорошие биллинги?

[jp1111]

Все хотят на чужом горбу в рай. Сами-то почему не составите ? И согласовывать не придется.

Ха, уважаемый, Вы меня не поняли. Либо поняли не правильно.

Во-первых в качестве лирического отступления скажу, что я пару лет назад чуть не въехал в рай на своем собственном горбу, после чего временно видел белый свет среди темной нирваны. Туда возвращаться ни на чьем горбу не хочется. Реаниматологи сказали, что родился я не в рубашке, а в бронекапсуле. Вот ссылка: http://photofile.ru/users/rasamaha/2788520/60582578/ Зачем это здесь? Для понимания, что на чужом горбу, это плохо и грех, а если не правильно живешь случается вот такая вот Ъуйня. Такие события часто приводят к переосмыслению ряда суждений насчет рая и горба.

 

Так вот, отвечая по сути вопроса: если я напишу собственный рейтинг биллингов в моем представлении, то LANBilling займет в нем первое место :), и понятно почему, далее по списку. Это будет "взгляд заинтересованного лица". А мое предложение с согласованием это, если хотите, претензия на объективность :) и подпись под рейтингом остальных уважаемых занимающих определенные позиции в сегменте рынка биллинга производителей - гарантия объективности. Хотя, естественно это предложение было выдвинуто с долей сарказма (всерьез не рассматриваю и считаю идею утопичной), в отношении ситуации когда подобные вопросы мониторятся основными коллегами и ответы занимают ровно страницу (как раз, по числу доминирующих в этом сегменте систем:)

 

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

 

А какие ещё есть хорошие биллинги?

Конечно же :) ! Но я Вам не советчик :) Как в том мультике моя миссия в этом топике, (с) Карбофос из "Следствие ведут колобки": "Покупайте наших слонов". Edited September 5, 2009 by jp1111