Jump to content
Калькуляторы

USERSIDE.Cloud - для небольших сетей

Запустился наш партнёрский проект - "UserSide Cloud"

http://www.uscld.com/

 

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

 

В зависимости от количества объектов (абонентов, ВОЛС, узлов связи и т.п.) варьируется цена за использование. Программное обеспечение разворачивается на отдельных серверах и работа осуществляется через интернет. Резервирование, техническая поддержка и помощь в настройке своей сети (при необходимости) присутствуют.

 

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

 

Прошу любить и жаловать.

 

По всем вопросам можно обращаться по адресу: support [at] uscld.com

Edited by UserSide

Share this post


Link to post
Share on other sites

Вот как тема создана вот так и код у вас написан "USERSIDE.Cloud - для небольших сетей"

Запустился наш партнёрский проект - "UserSide Cloid"

Share this post


Link to post
Share on other sites

Вот как тема создана вот так и код у вас написан "USERSIDE.Cloud - для небольших сетей"

Запустился наш партнёрский проект - "UserSide Cloid"

 

Спасибо за замечание.

Share this post


Link to post
Share on other sites

Вот как тема создана вот так и код у вас написан

Код конечно жуткий.

Я как просматриваю исходник, у меня волосы дыбом поднимаются и чешутся руки начать исправлять.

Но это на самом деле мелочи и ерунда. Главное — что проект работает и работает нормально.

Я три раза начинал делать самописную систему, с правильной архитектурой, продуманной базой данных, большим потенциалом на расширение и т.п.

И ни разу не дошло до стадии «можно пользоваться без прямого влезания в базу данных».

А UserSide я использую, пользу система приносит.

 

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

Share this post


Link to post
Share on other sites

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

Здравствуйте.

Каждому клиенту в облаке выделяется виртуальный сервер (VPS), на котором поднимается OpenVPN-сервер. На маршрутизаторах сети клиента поднимаются OpenVPN-клиенты. Благодаря тому, что OpenVPN достаточно неплохо справляется с маршрутизацией, при подключении маршрутизатора клиента к VPS на последнем автоматически будут созданы соответствующие данному маршрутизатору маршруты. Так что мониторинг сети работает достаточно хорошо. Точно так же работает личный кабинет для абонентов - через VPN.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

А как быть с модулем us_peleng? Он же ресурсов жрем не меряно.

А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng.

Share this post


Link to post
Share on other sites

А как быть с модулем us_peleng? Он же ресурсов жрем не меряно.

А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng.

 

Зависимость линейная.

Чем больше коммутаторов в сети и MAC-адресов на них - тем сильнее нагрузка на модуль и на сервер.

 

Однако о ком мы говорим? Если это маленький провайдер - то там не будет объемов, а компании с 700-1000+ коммутаторов и 500К+ MACов - покупают полную версию и ставят на свои сервера.

Share this post


Link to post
Share on other sites

А как быть с модулем us_peleng? Он же ресурсов жрем не меряно.

А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng.

 

Зависимость линейная.

Чем больше коммутаторов в сети и MAC-адресов на них - тем сильнее нагрузка на модуль и на сервер.

 

Однако о ком мы говорим? Если это маленький провайдер - то там не будет объемов, а компании с 700-1000+ коммутаторов и 500К+ MACов - покупают полную версию и ставят на свои сервера.

Даже при 200 свичах и 10 копиях пеленгатора в кроне все равно он жрет не меряно. Особенно если в сети есть свичи из разряда "полудурок". Приходятся в конфиге userside-а увеличивать таймаут и соответственно увеличивать время запуска пеленгаторов.

Но это все ладно. Пользовался вашими разработками еще с проекта magneto. Система классная, багов конечно хватало, но общаясь на форуме, патчи штопались чуть ли не каждый день. Может стоит привлечь к разработке кого то из опытных?

Вот например самый последний баг в userside

Имеем свич Cisco. Пока все абонентмкие порты в switchport mode trunk система дергает fdb таблицу и соответственно работает автокомутация. Стоит перевести порты в switchport mode access, система уже не может дернуть fdb таблицу при любой схеме, будь то telnet или SNMP.

Edited by FATHER_FBI

Share this post


Link to post
Share on other sites

А как быть с модулем us_peleng? Он же ресурсов жрем не меряно.

А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng.

 

Зависимость линейная.

Чем больше коммутаторов в сети и MAC-адресов на них - тем сильнее нагрузка на модуль и на сервер.

 

Однако о ком мы говорим? Если это маленький провайдер - то там не будет объемов, а компании с 700-1000+ коммутаторов и 500К+ MACов - покупают полную версию и ставят на свои сервера.

Даже при 200 свичах и 10 копиях пеленгатора в кроне все равно он жрет не меряно. Особенно если в сети есть свичи из разряда "полудурок". Приходятся в конфиге userside-а увеличивать таймаут и соответственно увеличивать время запуска пеленгаторов.

Но это все ладно. Пользовался вашими разработками еще с проекта magneto. Система классная, багов конечно хватало, но общаясь на форуме, патчи штопались чуть ли не каждый день. Может стоит привлечь к разработке кого то из опытных?

Вот например самый последний баг в userside

Имеем свич Cisco. Пока все абонентмкие порты в switchport mode trunk система дергает fdb таблицу и соответственно работает автокомутация. Стоит перевести порты в switchport mode access, система уже не может дернуть fdb таблицу при любой схеме, будь то telnet или SNMP.

 

Здравствуйте.

Все VPS мониторятся в Zabbix. Если будет ситуация, похожая на приближение к перегрузкам, то, для начала, будем искать источник этой проблемы в настройках оборудования в самой САП UserSide, так как на практике именно в этой части могут возникать проблемы чаще всего.

На тестовой конфигурации сейчас находится реальная сеть с > 4 тыс. абонентов, около 200 устройств на пеленге. Конфигурация VPS, как описано для версии "до 1000 объектов". Сервер справляется, перегрузок нет даже на таких объемах.

Share this post


Link to post
Share on other sites

А как быть с модулем us_peleng? Он же ресурсов жрем не меряно.

А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng.

 

Зависимость линейная.

Чем больше коммутаторов в сети и MAC-адресов на них - тем сильнее нагрузка на модуль и на сервер.

 

Однако о ком мы говорим? Если это маленький провайдер - то там не будет объемов, а компании с 700-1000+ коммутаторов и 500К+ MACов - покупают полную версию и ставят на свои сервера.

Даже при 200 свичах и 10 копиях пеленгатора в кроне все равно он жрет не меряно. Особенно если в сети есть свичи из разряда "полудурок". Приходятся в конфиге userside-а увеличивать таймаут и соответственно увеличивать время запуска пеленгаторов.

Но это все ладно. Пользовался вашими разработками еще с проекта magneto. Система классная, багов конечно хватало, но общаясь на форуме, патчи штопались чуть ли не каждый день. Может стоит привлечь к разработке кого то из опытных?

Вот например самый последний баг в userside

Имеем свич Cisco. Пока все абонентмкие порты в switchport mode trunk система дергает fdb таблицу и соответственно работает автокомутация. Стоит перевести порты в switchport mode access, система уже не может дернуть fdb таблицу при любой схеме, будь то telnet или SNMP.

 

Здравствуйте.

Все VPS мониторятся в Zabbix. Если будет ситуация, похожая на приближение к перегрузкам, то, для начала, будем искать источник этой проблемы в настройках оборудования в самой САП UserSide, так как на практике именно в этой части могут возникать проблемы чаще всего.

На тестовой конфигурации сейчас находится реальная сеть с > 4 тыс. абонентов, около 200 устройств на пеленге. Конфигурация VPS, как описано для версии "до 1000 объектов". Сервер справляется, перегрузок нет даже на таких объемах.

А какие устройства в этой сети? И опрашивает ли пеленгатор distribution свичи?

Share this post


Link to post
Share on other sites

А какие устройства в этой сети? И опрашивает ли пеленгатор distribution свичи?

Устройства в основном access-уровня, distribution - нет. Есть еще несколько маршрутизаторов, на которых терминируются абоненты. Агрегация L2.

В любом случае пеленгер больше использует виртуальную память, чем процессор. Памяти 3 Гб для "до 1000 объектов" вполне хватает.

На самый крайний случай, если именно в Вашей сети имеются такие устройства, из-за которых пеленгеру не будет хватать ресурсов, и настройками пеленгера и ЮС исправить ситуацию не выйдет, то увеличить объем ОЗУ или добавить ядра процессора для конкретного клиента - технически не проблема совершенно.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this