

EDA_SPB
Активный участник-
Posts
561 -
Joined
-
Last visited
-
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
А вообще есть тут в треде пользователи Гидры? Как сам биллинг? Мое знакомство с ним закончилось на версии 4.0, 6.0 должна быть сильно лучше. Как тех. поддержка? Читаю контракт, оплата ТП по часам, что смущает. Это всегда невыгодно для клиента. Но, с другой стороны, не вижу в какой другой форме можно было бы формализировать отношения. -
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
@alexs200, Вы без эмоции еще раз прочитайте контракт с Латера на поставку Гидра-4. Какие у вас есть права, что вообще за продукт вы купили, в каком составе. Повторюсь, очень большая вероятность, что по контракту обновления версий, патчи и т.д. бесплатно. Такой пункт был в типовом контракте у Латера. Т.к. Гидра-4 не обновляется до Гидра-6 (там другая архитектура), то заплатить за внедрение по второму разу, скорее всего, придется. Что касается диска, посмотрел один договор Латеры - там говорится, что заказчик имеет право сделать резервную копию на случай утери/порчи оригинала. Но нет пункта об повторном предоставлении дистрибутивов. Вообще Гидра не про самостоятельную эксплуатацию. Такое решение подразумевает внедрение и поддержку. Возможно, Гидра не совсем целесообразна при 1к пользователей, требования к железу у нее приличные. Думаю, самый оптимальный путь - договориться о внедрении 6ой версии с минимальным участием Латеры для экономии ваших денег. Кстати, внутри Гидры Oracle... На территории РФ не получить официально лицензию, насколько мне известно. -
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
@alexs200 , приветствую. Читайте контракт, как я понимаю, у вас он на неэксклюзивное право использования ПО? Очень часто там есть пункт, что исполнитель обязуется предоставлять обновления и новые версии. У Латеры точно был до 2016г. Я извиняюсь, откуда у вас цена 400к? Это на 1к пользователей запрос от Латера? -
OLT EPON C-DATA
EDA_SPB replied to rdmitrich's topic in Активное оборудование Ethernet, IP, MPLS, SDN/NFV...
Привет всем, откопали древность - старые ону cdata, определяется как model 400w в веб интрефейсе модуля pon или как onu4few в nms от cdata. Установили штук 30, начались с ними проблемы - время от времени перегружается pon модуль (в них еще есть отдельный управляющий проц, с ним все ок). Логи молчат. Перед перезагрузкой pon модуль выдает радостно в консоль: Not register reset system! Помогает перезагрузка по питанию и (вроде бы, не уверен) перетыкание оптического кабеля на стороне онушки. Проблема воспроизводится даже на коротком патчкорде. Никто такое не встречал? Нет ли в природе прошивки для этой ону, у нас должна быть древняя (Software v2.1.10, Firmware 6.15.1.14), долго лежали на складе. -
Привет всем. Есть древняя 6500 с древним ios 12.2. Обновить ее никак нельзя. Рядом стоит не менее древняя 4924 с такой же версией ios. На обеих железках есть SVI c helper. Далее интересное. Есть сервер, который генерирет dhcp запросы как в сторону 6500, так и в сторону 4924. Так вот 6500 почему-то заполняет arp таблицу SVI c helper при получении DHCPACK. Т.е., судя по всему, берет CIADDR, CHADDR прямо из dhcp пакета и заполняет arp этими данными. 4924 в этом не замечена. Для меня это проблема, т.к. на сервере, который генерирует dhcp запросы, стоит специальное ПО. Это ПО прячет все полученные от DHCP сервера IP за один мак. Который, естественно, не совпадает с маком в DHCPACK. Получается, что arp таблица на 6500 заполняется маками из DHCPACK. Если arp таблицу почистить вручную, то 6500 сделает нормальный arp запрос, получит мак и все проработает до следующей коммуникации с dhcp сервером. Всякие dhcp snooping отключены на 6500. Можно ли отучить 6500 от такого поведения?
-
Апргрейд Абонентской станции ePMP 1000 до базовой через софт
EDA_SPB replied to Bandit's topic in Cambium Networks
Да, они же стандартно поддерживают режим AP. До 30 юзеров работает нормально. Потом на прошивке 3.5.6 начинаются ребуты у нас. -
Китайские TBS никто не использовал?
-
Если кому интересен роутер в виртуальной среде, протестируйте его с openvswitch DPDK. В теории, должна быть лучше производительность.
-
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
Есть такое. -
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
Когда я читаю отзывы о Гидре, у меня такое чувство, что их 2 штуки разных. Чтобы платная тех. поддержка отказывала или динамила я вообще с трудом представляю. Про негибкость тоже интересно. Поделитесь кейсом. У нас был только один раз ответ "нет" на возможность внедрения фичи связанный с телефонией. -
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
Скорее всего, зависит от схемы оказания услуг, их 100500 в Гидре. У нас достаточно сложные используются с субсидированием конечных устройств. Но подписка закрывается не то чтобы сложно - сначала закрыть инвоис методом изменения даты его окончания, потом подписку можно удалить. Спрошу ради интереса у наших биллингистов подробности, сам я не работаю активно в биллинге, но стараюсь быть в курсе как там что. -
Биллинговая система "Гидра"
EDA_SPB replied to dk_'s topic in Программное обеспечение, биллинг и *unix системы
По мне так пойдет юзабилити. Не могу ничего припомнить вырвиглазного. -
WiFi offload для LTE (Требуется помощь)
EDA_SPB replied to alex_u-94's topic in Беспроводные сети Wi-Fi, 3G/LTE/5G, LoRa...
Из open source я знаю фейбучное решение. Там есть модуль cwg, на который нет документации, это как раз carrier wifi gateway. Federation gateway - это прокси к оператору. Сам не тестировал. По небольшому опыту работы с операторами не в РФ абы что они в свои системы не интегрируют. -
@Mikler ядра нет - в смысле не определился еще с вендором. Я со всеми крупными и известными поставщиками решений пообщался, им нужны объёмы от сотни тысяч.
-
@Mikler , не знал про Morpho. Мне тут еще знакомые подсказали еще одних ребят - MTX Connect. LTE ядра у меня еще нет как такового, смотрю на разные поделки.