Пошук по сайту
Результати пошуку за тегами 'Биллинг'.
Найдено 3 результата
-
Господа, помогите найти биллинг для небольшого провайдера, занимающегося предоставлением услуг доступа в Интернет арендаторам в крупном бизнес-центре. Планируемое количество клиентов: до 500. Важные моменты, которые должны присутствовать в биллинговой системе: 01) Простой и понятный интерфейс; 02) Качественная и надёжная техническая поддержка; 03) Учёт всего оборудования и материалов; 04) Система мониторинга управляемого оборудования; 05) Современная система тикетинга; 06) Система уведомлений при наступлении заданных условий; 07) Удобный конфигиратор безлимитных пакетов; 08) Возможность масштабирования; 09) Глубокая система логирования многих процессов; 10) Возможность масштабирования на несколько серверов; Также приветсвуется функционал по предоставлению услуг IP телефонии.
-
Приношу Вам, господа, огромное спасибо за засранную тему. Не хотелось разжовывать, но придется... думал и так поможете.... А теперь по сути. Сейчас есть работающая сеть, устроена она таким образом (ответ господам таким как 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 -> пользователь), гонять туда сюда как-то стремно (опять же речь идет о потере скорости). Буду благодарен за информацию, как у кого организовано...
-
Привет всем. Пожалуйста, посоветуйте легкую радиус биллинг для ДХЦП под Микротик. Или у когота есть свой. Сервер для биллинга будет Убунту. Зараные блогадарен.
