Перейти до

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

Результати пошуку за тегами 'Биллинг'.

  • Пошук за тегами

    Введіть мітки через кому
  • Пошук за автором

Тип контенту


Категорії та розділи

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

Календарі

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

Шукати результати в...

Шукати результати, які...


Дата создания

  • Начать

    Конец


Последнее обновление

  • Начать

    Конец


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

Зарегистрирован

  • Начать

    Конец


Группа


AIM


MSN


Сайт


ICQ


Yahoo


Jabber


Skype


Город


Интересы

  1. Господа, помогите найти биллинг для небольшого провайдера, занимающегося предоставлением услуг доступа в Интернет арендаторам в крупном бизнес-центре. Планируемое количество клиентов: до 500. Важные моменты, которые должны присутствовать в биллинговой системе: 01) Простой и понятный интерфейс; 02) Качественная и надёжная техническая поддержка; 03) Учёт всего оборудования и материалов; 04) Система мониторинга управляемого оборудования; 05) Современная система тикетинга; 06) Система уведомлений при наступлении заданных условий; 07) Удобный конфигиратор безлимитных пакетов; 08) Возможность масштабирования; 09) Глубокая система логирования многих процессов; 10) Возможность масштабирования на несколько серверов; Также приветсвуется функционал по предоставлению услуг IP телефонии.
  2. melvin

    Биллинг на 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 -> пользователь), гонять туда сюда как-то стремно (опять же речь идет о потере скорости). Буду благодарен за информацию, как у кого организовано...
  3. Привет всем. Пожалуйста, посоветуйте легкую радиус биллинг для ДХЦП под Микротик. Или у когота есть свой. Сервер для биллинга будет Убунту. Зараные блогадарен.
×
×
  • Створити нове...