Перейти к содержимому
Local

Поиск по сайту

Результаты поиска по тегам 'биллинг'.

  • Поиск по тегам

    Введите теги через запятую.
  • Поиск по автору

Тип публикаций


Категории и разделы

  • Настройка
    • Железо
    • Кабель
    • IPTV КТВ Кабельное телевидение
    • Wi-Fi
    • Софт
    • Инструмент для оптоволокна
    • Игры
    • PON
  • Организация
    • Сеть - бизнес
    • Поиск сетей
    • Поиск провайдера
    • Обсуждение провайдеров
    • Датацентры. Хостинг. Colocation.
    • Для Администрации
    • Покупка Продажа Объединение Сетей
    • Для людей
    • Вакансии. Работа. Курсы.
  • Stargazer
    • Разработка Stargazer
    • Вопросы по Stargazer
    • Stargazer Ubilling
    • Модули для Stargazer
  • Безопасность
    • Вирусы и Антивирусы
    • Целостность системы
    • Защита оборудования
  • Коммуналка
    • Наш флейм
    • По сайту
    • Торговля
    • Для самых маленьких
    • Новости
  • Регионы
    • Харьков
    • Чернигов
    • Днепропетровск
    • Полтава
    • Крым
    • Запорожье
    • Тернополь
    • Донецк
    • Львов
    • Житомир
    • Сумы
    • Одесса
    • Черновцы
    • Закарпатье
    • Луганск

Календари

  • Основной календарь



Фильтр по количеству...

Найдено 35 результатов

  1. Посоветуйте простой биллинг для не большой сети до 200 абонов с Мikrotik. Может на сам микротик можно биллинг прикрутить?
  2. Как некоторые сайтам сделать неограниченный скорость в Ubilling ? например Российские провайдеры по 100Мбит а внешние зарубежные провайдеры на 128кбит? по ASn или IPv4?
  3. Проблема: в наличии несколько биллингов, от самописных до широко распространенных, все разной степени свежести + Userside. Так исторически сложилось. Есть желание унифицировать обслуживание клиентов, привести все к единому биллингу + юзерсайд. Подскажите пожалуйста, что сейчас считается адекватным на рынке Украины? Из хотелок: полноценная поддержка насов Juniper МХ80, Mikrotik ccr, linux (pppoe, ipoe, индивидуальный vlan); гибкое тарифообразование, акционные тарифы со спец условиями по времени действия, порядку оплаты; учет и продажа дополнительных товаров и услуг (антивирусы, роутеры, техподдержка, аналоговое ТВ и IPTV и тд); накопительная бонусная система; интеграция с Приватбанком и Ощадбанком (для абонентов физ и юрлиц); рассылка пользователям сообщений через СМС, телеграм, вайбер; вменяемая скорость работы (реконнект 10к онлайн на джунипере сколько займет времени?); хорошая интеграция с Userside; своя система тикетов или использование тикетов в Userside; разграничение прав пользователя биллинга по функционалу и по регионам; возможность работы в кластере для обеспечения отказоустойчивости и балансировки; техподдержка по контракту и реализация дополнительных возможностей по запросу.
  4. Нужен админ/программист для допиливания функционала биллинга под наши нужды. Задачи такие: - дописывание незначительного функционала по ТЗ - некоторые изменения во внешнем виде (админке/личном кабинете)
  5. Добрый день! - Нужно установить FreeRadius под Ubuntu или Centos (Желательно под Ubuntu) - Надо привязать FreeRadius юзер базу на свой биллинг MySQL юзер базу. - Выдача IP из пула или статик. - Тип подключении PPPoE. Можно и DHCP - зависит совету по практике.
  6. Carbon Billing, кто пользуется?

    Всем привет! Есть тут кто пользуется Carbon Billing? Сейчас выбираем биллинг для интернет-провайдера и стоим перед выбором какой брать. Опытные спецы, посоветуйте с + и -
  7. Долгая авторизация

    День добрый, форумчане! Возникла интересная вещь на одном из брасов. Может кто посоветует, где копать, ибо свои админы не могут найти причину. Стоит центральный биллинг на датацентре, Нодени+. Есть 3 браса в разных городах, дхцп. На одном из них (800абонов) наблюдается такая проблема. Происходит какая-то неполная авторизация абонентов, при запросе на биллинге появляется активная сессия, но абон не получает айпи. Если по айпи в биллинге настроить роутер статикой - инет работает какое-то время. Это случается при перезагрузке сервера или просто не понятно от чего. Естественно трафик падает. Восстановление проходит за 3-4ч, потом все начинает быстренько подключаться. Можно было бы сказать, что много запросов, очередь - но на билинг идут обращения и на брасе появляется привязка мака к айпи, но до роутеров не доходят айпишники. В чем вопрос?
  8. Собственно интересует экономный сервер для биллинга. Старенький делл уже на коленях) Будет все в одном нас+биллинг. кол абонов - примерно 500 ос freebsd, billing-Ubilling на борту сетевые интел Цена в районе 250$ Желательно Киев Жду предложений)
  9. Система биллинга от Ubiquiti для провайдеров UCRM Каждый, кто хоть единожды организовывал платный клиентский доступ в Интернет, уже понимает о важности биллинговой системы. Хорошо настроенный билинг позволяет делать консультации клиентов простыми и быстрыми, а самое главное решать каждую возникающую проблему в реальном времени непосредственно во время телефонного звонка. А вот плохой биллинг может полностью разрушить даже одну из передовых в техническом плане сеть провайдера.(+р) Ведь доступ в Internet – это комплексная услуга, которая состоит не только из качественного оборудования, а еще и из хорошо организованной технической поддержки и мгновенной обработке платежей. По этой причине компания разработчик Ubiquiti Networks создала свою биллинговую систему, чтобы облегчить участь провайдеров UCRM. Данная система максимально возможно оптимизирована для внедрения в соответствии с оборудованием Ubiquiti. Система затрагивает множество функций – обработка платежей с кредитных карт, формирует счета и управляет трафиком подсоединенных абонентов. База данных активных клиентов позволяет мгновенно получить доступ к нужному профилю клиента и изучить информацию о состоянии подключения в реальном времени, а значит установить проблему и решить ее. В профиле отображаются данные о балансе лицевого счета и технические данные, что позволяют выявить неполадки со связью. Меню управления платежами позволяет скачать и произвести распечатку счетов за услуги связи. Присутствует возможность автоматической рассылки счетов. В своем кабинете клиент может создать правило для перечисления средств в автоматическом режиме в заданное время. На данный момент поддерживаются платежные системы PayPal, Authorize.Net, Stripe и прочие. Есть возможность автоматической блокировки абонентов, когда их баланс на лицевом счете становится нулевым. При необходимости можно задать совершенно индивидуальные правила для каждого активного клиента. К тому же доступна функция по настройке рассылки для уведомлений о необходимости пополнить баланс. Обширный мониторинг сети UCRM предоставляет администратору большой выбор инструментов для сбора данных о работе сети. Так доступна для просмотра и изучения в графическом виде статическая информация. Происходит автоматическое оповещение при обнаружении любых задержек при обмене трафиком с оборудованием клиента. Это дает возможность начать решать проблему еще до обращения клиента. UCRM обладает клиентским порталом, где присутствует личный кабинет. Зайдя в него, абонент лично сможет посмотреть на свой баланс, добавлять или удалять перечень активных услуг, менять тарифные планы и оплачивать счета. Чтобы максимально сделать удобным управление финансами, UCRM снабдили детализированной бухгалтерской отчетностью с расчетом налогов. Эта и прочая информация максимально надежно защищена. По умолчанию в настройках активировано резервное копирование данных. UCRM станет прекрасным помощником по управлению абонентами, когда сеть была развернута на базе устройств Ubiquiti Networks. Из преимуществ стоит отметить прекрасную проработку интерфейсов системы, ее стабильность и абсолютная совместимость с оборудованием Ubiquiti.(+р) Источник - http://ubiquiti.net.ua/news?news_id=39
  10. Вот, возникла следующая проблема, может кто уже имел дело с подобным. Есть некоторые пользователи в биллинге, у которых даже при минусовом балансе счета все равно есть интернет. То есть, когда приходит первое число, а абонент не проплатил за интернет и у него минусовый баланс в биллинге, но... интернетом подобный пользователь все равно пользуется. В основном, этих абонентов вырубает только тогда, когда у них либо пропадает электричество, либо когда они сами выключают ОНУ или роутер. Буду признателен за любой совет по данной проблеме.
  11. Шукає(ю)ться програміст(и) для модернізації самописного білінгу. Білінг написаний на PHP, БД - Mysql. Оптимізація та збільшення продуктивності роботи білінгової системи. Написання додаткових модулів. Всі деталі та пропозиції в ЛС.
  12. в мане написано вот что: Q: Какие сетевые посоветуете на NAS? A: Intel 82576 либо Intel i350 (igb) работают вполне себе отлично, если мама денег столько не дает - сойдет что-то типа Intel 82574L (em) хотя прерываниями он отжирает значительно больше. И нет - эти ваши rl/bge/vr/ed/nfe/ale/re и прочие - это не сетевые, это что-то другое. Ими можно, например, топить печку зимой играя на балалайке своему медведю. есть сетевухи с названием Intel i350 а есть процессоры на них Intel i350 надо именно сетевуху Intel i350 или достаточно любую другую где есть проц Intel i350 или я туплю от недосыпа?))) и еще вопрос,в мане по установке убиллинга показан файл rc.conf hostname="ubilling" ifconfig_em0="172.16.0.1/24" ifconfig_em1="10.0.3.15/24" ifconfig_em2="192.168.56.94/24" sshd_enable="YES" gateway_enable="YES" в обяснении указанно что : Сеть пользователей: 172.16.0.0/24 Интерфейс к которому подключены пользователи: em0 (Он смотрит внутрь сети) IP интерфейса em0: 172.16.0.1 Внешний интерфейс: em1 (Он смотрит в Интернет) IP интерфейса em1: 10.0.3.15 тоесть тут три сетевухи и т д ,они должны быть одного типа? и какая задача сетевухи em0 c ip 172.16.0.1 ???просветите нуба)
  13. сколько надо сетевых карт для биллинг сервера? в качестве NAS микротик
  14. Нужен совет

    Подскажите пожалуйста какой то софт для контроля заявок. В общем ситуация следующая, есть у нас биллинг к которому привязаны абоны и по началу пока абонов не много было то заявки создавались в нем (подключение, настройки, ремонты и тд) но сейчас уже кол абонов выросло а фильтр биллинга не особо приспособлен к таким целям, нельзя по дате отфильтровать по исполнителю заявки по времени исполнения и прочей ерунды. Вот от сюда и вопрос кто чем пользуется, подскажите стажеру. Заранее спасибо.
  15. Посоветуйте биллинг - бюджетный вариант для IP телефонии. функционал стандарт для начала на 100 абонентов. чтоб считал трафик, стоимости, маржу и т.д. Желательно в облаке. по тарифам - хотелось бы определенную стоимость за абонента. Может кото-то готов поделится своим, за отдельную плату за каждого абона. Просто хотим попробовать направление и для начала не делать кап. затраты.
  16. Самописный работающий биллинг у небольшого ISP в Киеве. Необходим специалист по PHP и Postgres для доработки данного биллинга.
  17. Господа, в рамках программы УКОСа будет блок докладов, посвященный программному обеспечению. В этот раз пройдёт уникальное собрание разработчиков ведущих биллингов в Украине. Участвуют разработчики ABillS, MikBiLL, Ubilling Будут разработчики приложений для SmartTV - Smart Up Ну и мы будем. Возможно кто-то ещё присоединится. Основной лейтмотив: "Дискуссия, посвященная проблематике программного обеспечения для современного оператора связи и пути дальнейшего развития ПО" В хоте дискуссии предлагаются к рассмотрению следующие вопросы: 1 ПО - финансовый инструмент в работе коммерческого директора. Обсуждения возможности и инструментов возможностей систем по подготовке различных отчетов, гибкого экспорта данных. 2 ПО - ключ к эффективным продажам и маркетингу. Аналитика как фундамент и гипотезы на основе реальных данных, как единственный инструмент для разработки и внедрения любых финансовых решений. 3 ПО - круглосуточный, честный и универсальный менеджер. Контроль качества практически любой работы, сотрудников, затрат и исполнительной дисциплины в общем. 4 ПО - лучшее поле для доп.продаж и дополнительного заработка оператора связи. Дискуссия на тему дополнительных сервисов и их монетизации Ни один оператор связи не может работать без какого бы то ни было программного обеспечения. Поэтому предлагаем, чтобы все неравнодушные подготовились, подумали - что им вообще нужно, чего они хотят. Так как именно то, что будет сказано на УКОСе ляжет в развитие биллингов и остального ПО для провайдеров в нашей стране на ближайшее время.
  18. На данный момент во FreeBSD 5.14 в портах уже нет, 5.16 - DEPRECATED. http://www.freshports.org/lang/perl5.16/ 50 версия платная, если кто не в курсе. Господа, собственно кто что думает по данному вопросу ?
  19. Работаем с клиентами из Болгарии (операторы) - столкнулись с нетипичной для наших широт вещью. Спешу поделиться, т.к. интересно мнение форумчан. Так вот - в их работе (ну и в биллингах тоже) нет такого понятия - как "остаток на счете". Есть только "действует до" Там какие-то свои заморочки из серии, что оператор не имеет право держать деньги абонентов на "псевдо-лицевых-счетах". Поэтому - абонент, оплачивая по своим тарифам и услугам - просто продлевает этот период действия до новой даты. В случае отключения абонента и возврата средств - можно посчитать и выплатить разницу. В случае перехода на новый тариф/смены цен - точно также - пересчёт. Насколько интересна такая схема в наших реалиях? У самого двойственные ощущения - попахивает вроде как и негибкостью, но с другой стороны - что-то в этом интересное есть...
  20. Ищем программиста для сопровождения самописного билинга. Разработчика билинга к сожалению нет теперь у нас. Но сам биллинг нас устраивает, писался под наши хотелки, ничего там архисложного как бы нет, база да обвязка на php. Ищем программиста который сможет разобраться в нашем биллинге, и возьмется его сопровождать плюс дописывать модули/поправки при необходимости. Работать можно удаленно, главные условия - профессионализм+ответственность. Конкретные вопросы прошу в личку.
  21. Здравствуйте, нужна сборка unix или linux с установленным Abills-ос Где ее можно найти? В сети ничего не нашел, может у кого-то есть и может выложить? Или может у кого-то есть свободное время, VMware и знания в установке и настройке Abills Собственно нужно рабочий web-интерфейс и возможность подключится к сети через билинг чтобы увидеть в биллинге что есть активная сессия
  22. Доброго времени Вам! Пользователь я новый, как и специалист, а эта тема вроде обсуждалась и достойна только курилки Начался летний сезон и пансионаты на море готовы принимать клиентов, а в связи с прохладным летом - клиенты готовы принимать интернет. Ситуация такова: В том районе, с которым я столкнулся примерно от 20 до 100м от моря ~70% "отелей" представляют собой небольшие жилищные комплексы 2-3 этажа по 4-6 комнат на этаж и таких небольших домиков около 20ти точно. Началось все очень славно - с установки спутникового ТВ и некоторые заинтересовались доступом для своих жильцов, но столкнулся с проблемой - жадность! Я даже не предлагал дорогостоящие оборудование вроде unifi, а просто ставил как репитер или d-link 1155 (честно говоря не нравится мне его работа, как репитер, но цена...) или tp-link 801nd и на этом все заканчивалось. Так вот о чем я.. многие даже жадничают потратить лишние 150-200грн для доступа на территории отеля или например кухне при этом скорость на весь пансионат 1Мб (там digicom только, можно было и 2мб уже б проще было) Попался на днях весьма лояльный клиент, который согласился, что интернет нужно делить поровну и предложил на эту тему поговорить с девушкой, которая сидит на приеме. Ну думаю сейчас поставим простой 750й микротик с хотспот и 2 вифи сети будет (на мой взгляд для "поставил и работает" самое простое, посоветуйте свои предложения ). Начинаю я рекламную акцию, как она заявляет, что скорость 100Мб и на всех ее с лихвой хватит минут 10 с помощью актерских способностей и спидтеста + du-meter научил ее смотреть другие циферки кроме свойств подключения, после чего она немного расстроилась (меньше знаешь - крепче спишь(с)), но кульминацией было ее заявление, мол "Почему вы ставите такое некачественное оборудование, которое не дает нормальный доступ, вот у меня дома все нормально работает..." (а шеф полностью доверяет ее мнению, ведь скорее всего мы, как все "продаваны" впариваем то, что не нужно). Я уже понял, что ситуация вышла из-под контроля и можно уходить, но попытался обьяснить, что интернет имеет конечную скорость и то дешевое оборудование не может думать и давать каждому столько, сколько заслужил, но ее аргумент был тяжел, как масса черной дыры и непробиваемый, как адамант - "Я когда с торентов качаю, то муж с планшета нормально в интернете смотрит сайты". Это был конец, но он сподвиг на следующий вопрос: Кто не хочет все читать, то вот главный вопрос: Из известных мне дешевых биллингов на дешевом оборудовании - это userside на dd-wrt, но у меня он не хотел видеть нужные конфиги, т.к. версии врт пошли вперед и не исключено, что что-то изменилось и небыло желания этим заниматься, сейчас видимо придется вспоминать поднятие сайта на роутере Какая есть самая бюджетная система доступа клиентов в сеть при общем трафике до 5Мб и не более 20 онлайн клиентов? Я думаю более правильным есть использовать напечатанные ключи, которые соответствуют времени проживания, например на 5-10 дней и далее?
  23. В ЧС ~1000 домов планируется сеть на PON. Собственник опор (частный предприниматель) высказал идею по интеграции учета электроэнергии по аналогии с личным кабинетом пользователя. Никакой автоматизации сбора информации со счетчиков не предвидится, информация о показателях будет вносится вручную оператором участка, а пользователь сможет просмотреть свои счета за свет, оплатить их тем же Приват24, ознакомится со статистикой, вызвать мастера и тд. Так как биллинг система конкретно под этот проект не выбрана хотел бы спросить у сообщества какой из существующих биллингов для ISP с наименьшими финансовыми и временными затратами можно было бы модернизировать под эту задачу? Возможно есть готовый биллинг только под эту задачу, вариант с разделением вполне приемлем. Благодарю.
  24. Всех с наступающим! Такой вопрос. На данный момент все пользователи авторизируются по ПППоЕ. Есть желание перевести сеть на опцию 82, посоветуйте plz биллинг.
  25. Биллинг на PON

    Приношу Вам, господа, огромное спасибо за засранную тему. Не хотелось разжовывать, но придется... думал и так поможете.... А теперь по сути. Сейчас есть работающая сеть, устроена она таким образом (ответ господам таким как WEST и др., которые предлагают взять админа): --- Магистральный канал входит в одну из сетевых плат сервера HP Proliant --- На серваке крутится 2 виртуалки --- На одной из виртуалок стоит связка squid+sams2+iptables, все прекрасно роутится, маршрутится, что нужно блокируется (netbios порты, порты самбы и т.д.) --- На 2 виртуалке - биллинг система, прекрасно все работает. --- После маршрутизации и статистики, через другую сетевую карту уходит на свитчи L2 уровня --- На L2 свитчах QoS'им трафик по пользователям + приоритизация по типам трафика --- После свитчей уходит по веткам на пользователей. --- На всем оборудовании поднят SNMP + у пользователей тоже настроен snmp, дабы все это дело можно было контролить через Nagios, крутящемся на отдельном сервере. Через Spaning Tree контролим все ветки на предмет ненужных колец и "умных" пользователей, конечно же, грешно не использовать привязку по MAC к соответствующим портам на коммутаторах. --- Все коммутаторы соеденены между собой оптоволокном (duplex patch cord) через SFP трансивера класса 10G+, воткнутые в GBIC порты тех же пресловутых свитчей L2 уровня. --- В качестве резерва по питанию стоит серверный UPS фирмы FSP Optima на 2800 Вт, через нормально разомкнутые выходы на упсе, через реле подключен AVR и дальше на "дизель" генератор, мощностью 8 кВт, фирмочки Honda. Дабы эту хрень постоянно не заправлять в работающем состоянии, переделана система питания с доп. насосом циркуляционного типа с сильфонным вкладышем и организована обратка, дабы не создавать избыточного давления перед карбом. Описал в кратце Я думаю, что вопросы с наймом мне админа должны отпасть... все делалось своими же руками... А теперь собственно вопрос: --- Разворачиваю PON технологию на прилегающих территориях. --- Входная магистраль от провайдера 1-го уровня представлена 4 волокнами оптики, в каждом волокне имеем честный Гиг, соответственно честно за него платим. --- Как видится БЮДЖЕТНЫЙ вариант роутинга, свитчинга и биллинга (Я понимаю, можно взять Junipe,Network Extreme, в крайнем случае Cisco), но опять же БЮДЖЕТ!!!! Вариант 1: --- взять сервак, напихать в него 4 SFP сетевых карточек, завести туда волокна, там весь трафик обтесать, привязать пользуков к биллингу и выдать на OLT. Боюсь, что потери скорости будут на обработке трафика между ШИНА-ВИНТ-ШИНА, и из 4 гигов останется меньше. Вариант 2: --- взять свитчару L3 уровня с 4 SFP портами, произвести агрегацию каналов, в Ethernet порт или в 2 порта (дабы не гонять трафик туда-сюда в один порт, отдельно разнести входящий и исходящий трафик) подключить сервак с биллингом. Вариант 3 (Очень интересует консультация в этом аспекте, а точнее обсудить, потрещать о всех плюсах и минусах, пользователей 500 штук уже на старте): Так вот, если воткнуться биллинг серваком в ethernet порт или несколько портов на OLT, то в качестве шлюза прописать адрес биллинг сервака или звонить на него vpn или PPPoE, но сильно не хочется. Боюсь я, что потере на обращении между шиной и НМЖД будут значительные и , соответственно, из 4 гигов останется немного меньше. Да и трафик через ж#пу будет организован (Пользователь -> OLT -> биллин г-> OLT -> пользователь), гонять туда сюда как-то стремно (опять же речь идет о потере скорости). Буду благодарен за информацию, как у кого организовано...
×