UserSide Posted March 24, 2015 (edited) · Report post Запустился наш партнёрский проект - "UserSide Cloud" http://www.uscld.com/ Он ориентирован в основном для небольших сетей, которые, с одной стороны, хотят получить программное обеспечение для обслуживания своей деятельности, а с другой стороны, не готовы или не могут выделить финансовые, административные или технические ресурсы для этого. В зависимости от количества объектов (абонентов, ВОЛС, узлов связи и т.п.) варьируется цена за использование. Программное обеспечение разворачивается на отдельных серверах и работа осуществляется через интернет. Резервирование, техническая поддержка и помощь в настройке своей сети (при необходимости) присутствуют. Т.е. основное отличие - п/о и данные устанавливаются и хранятся не на сервере клиента, а на серверах в облаке. Впрочем ввиду различного интереса различных органов это может быть преимуществом. Прошу любить и жаловать. По всем вопросам можно обращаться по адресу: support [at] uscld.com Edited March 25, 2015 by UserSide Share this post Link to post Share on other sites
FATHER_FBI Posted March 25, 2015 · Report post Вот как тема создана вот так и код у вас написан "USERSIDE.Cloud - для небольших сетей" Запустился наш партнёрский проект - "UserSide Cloid" Share this post Link to post Share on other sites
UserSide Posted March 25, 2015 · Report post Вот как тема создана вот так и код у вас написан "USERSIDE.Cloud - для небольших сетей" Запустился наш партнёрский проект - "UserSide Cloid" Спасибо за замечание. Share this post Link to post Share on other sites
alibek Posted March 25, 2015 · Report post Вот как тема создана вот так и код у вас написан Код конечно жуткий. Я как просматриваю исходник, у меня волосы дыбом поднимаются и чешутся руки начать исправлять. Но это на самом деле мелочи и ерунда. Главное — что проект работает и работает нормально. Я три раза начинал делать самописную систему, с правильной архитектурой, продуманной базой данных, большим потенциалом на расширение и т.п. И ни разу не дошло до стадии «можно пользоваться без прямого влезания в базу данных». А UserSide я использую, пользу система приносит. Другое дело, что я не понимаю, как облачный сервис сможет мониторить мою внутреннюю сеть. Share this post Link to post Share on other sites
uscld Posted March 25, 2015 · Report post Другое дело, что я не понимаю, как облачный сервис сможет мониторить мою внутреннюю сеть. Здравствуйте. Каждому клиенту в облаке выделяется виртуальный сервер (VPS), на котором поднимается OpenVPN-сервер. На маршрутизаторах сети клиента поднимаются OpenVPN-клиенты. Благодаря тому, что OpenVPN достаточно неплохо справляется с маршрутизацией, при подключении маршрутизатора клиента к VPS на последнем автоматически будут созданы соответствующие данному маршрутизатору маршруты. Так что мониторинг сети работает достаточно хорошо. Точно так же работает личный кабинет для абонентов - через VPN. Share this post Link to post Share on other sites
vop Posted March 25, 2015 · Report post Возможно, сервис будет интересен кому-то. Со временем увидите. В определенных случаях и ситуациях оффшорная установка софта весьма работает. Share this post Link to post Share on other sites
pavel.odintsov Posted March 25, 2015 · Report post Прикольная тема) Share this post Link to post Share on other sites
FATHER_FBI Posted March 25, 2015 · Report post А как быть с модулем us_peleng? Он же ресурсов жрем не меряно. А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng. Share this post Link to post Share on other sites
UserSide Posted March 25, 2015 · Report post А как быть с модулем us_peleng? Он же ресурсов жрем не меряно. А в предлагаемой вами конфигурации 3200Мгц процессора и 3гб рамы наврят ли уживется UserSide+peleng. Зависимость линейная. Чем больше коммутаторов в сети и MAC-адресов на них - тем сильнее нагрузка на модуль и на сервер. Однако о ком мы говорим? Если это маленький провайдер - то там не будет объемов, а компании с 700-1000+ коммутаторов и 500К+ MACов - покупают полную версию и ставят на свои сервера. Share this post Link to post Share on other sites
FATHER_FBI Posted March 25, 2015 (edited) · Report post А как быть с модулем 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 March 25, 2015 by FATHER_FBI Share this post Link to post Share on other sites
uscld Posted March 25, 2015 · Report post А как быть с модулем 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
FATHER_FBI Posted March 26, 2015 · Report post А как быть с модулем 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
uscld Posted March 26, 2015 · Report post А какие устройства в этой сети? И опрашивает ли пеленгатор distribution свичи? Устройства в основном access-уровня, distribution - нет. Есть еще несколько маршрутизаторов, на которых терминируются абоненты. Агрегация L2. В любом случае пеленгер больше использует виртуальную память, чем процессор. Памяти 3 Гб для "до 1000 объектов" вполне хватает. На самый крайний случай, если именно в Вашей сети имеются такие устройства, из-за которых пеленгеру не будет хватать ресурсов, и настройками пеленгера и ЮС исправить ситуацию не выйдет, то увеличить объем ОЗУ или добавить ядра процессора для конкретного клиента - технически не проблема совершенно. Share this post Link to post Share on other sites
