История продукта
Журнал изменений COREON
Когда что добавили и изменили в платформе — с кратким описанием для клиентов и партнёров. Новые возможности сопровождаем скриншотами в галерее.
Показаны 20 из 823 записей, страница 32 из 42.
-
Техподдержка L1: шаблоны, биллинг в карточке, авария, ЛК, Афина
Оператор правит шаблоны ответов из карточки. В обращении видны баланс, тариф и блок. Новое «нет интернета» цепляется к массовой аварии без лишнего выезда. Звонок пишется в обращение. Абонент в ЛК видит свои заявки и ETA. Афина: вердикт L1 и «вставить в комментарий». Отчёты ТП считают все строки, не страницу списка. Ключ Яндекс.Карт вынесен в env.
-
Замер линии: длиннее тест, ближе к реальной полосе
Сервер оператора может быть ближе Яндекса, но короткий один поток 4 МБ не успевал заполнить канал (slow start), поэтому Мбит/с выходили ниже Интернетометра. Теперь скачивание ~12 МБ, отправка ~8 МБ, разгон TCP в цифру не входит. Это по-прежнему скорость до ERP одним потоком, не до CDN Яндекса.
-
Замер линии: больше не рвётся «связь с сервером»
Браузер всегда просит gzip, сервер сжимал файл замера и обрывал поток — на экране было «Связь с сервером оборвалась». Теперь тест скорости уходит несжатым. Если замер не дошёл, достаточно снова нажать «Запустить замер» по кабелю, без обновления страницы и без Яндекса.
-
Замер линии: отправка без тысяч Мбит/с и без «network error»
Отправка больше не считается по буферу браузера (из‑за этого вылезало 2000–4700 Мбит/с). Обрыв связи показывается по‑русски. Прошлый замер не занимает полэкрана текстом.
-
Замер линии: кнопка «Повторить замер» всегда на экране
После результата кнопка больше не уезжает за край страницы. Она закреплена внизу и дублируется сразу под вердиктом, страница замера прокручивается.
-
Замер линии: отправка больше не показывает тысячи Мбит/с
Скорость отправки считалась по тому, как быстро сервер читал уже принятые байты из памяти (получалось ~2000 Мбит/с при реальных ~90 у Яндекса). Теперь замер идёт в браузере, дольше и в десятичных Мбит/с. Это скорость до сервера оператора, не до Яндекс.Интернетометра: цифры могут отличаться, задержка HTTP обычно выше ICMP.
-
Замер линии: процессор и память устройства клиента
В том же замере по ссылке теперь видно загрузку процессора, число ядер и память устройства (объём ОЗУ, если браузер его отдаёт, и занятость памяти вкладки). Если телефон или компьютер сильно загружены, вердикт предупреждает, что скорость могла занизиться не из‑за линии. Афина называет эти цифры после «я замерил».
-
Замер линии: ссылка клиенту на скорость, пинг и потери
Сотрудник или Афина присылает абоненту короткую ссылку без входа в ERP. Клиент запускает замер: скорость скачивания и отправки, задержка, потери пакетов. Результат сразу виден в модуле «Замер линии» и в чате поддержки. При жалобе на скорость Афина больше не отправляет на speedtest.net.
-
Афина: заполнение EPON больше не считает журнал прописок
На порту EPON Афина считает зарегистрированные ONU по SNMP (EPON0/x:N), а не тысячи строк журнала прописок. Ложное «9257 ONU из 64» больше не уходит в Telegram.
-
Афина: в письмах абонентам подпись оператор связи
Письма абоненту при массовом обрыве ветки и при одиночном LOS подписываются: Афина, инженер NOC, оператор связи.
-
Афина следит за заполнением портов EPON и GPON
На порту EPON максимум 64 ONU, на GPON — 128. Если порт заполнен, Афина пишет «порт заполнен». Если до максимума осталось пять мест и меньше — тоже предупреждает. Сигнал в карточке кейса, в письме сотруднику и в Telegram администратора.
-
Афина: не пишет «инцидент закрыт», если аварию не присылала
Если по падению порта админ не получал сообщение об аварии, Афина больше не присылает в Telegram только закрытие. «Инцидент закрыт» уходит лишь после того, как по этому кейсу уже была авария.
-
Афина: падение порта больше не молчит в Telegram
При падении PON/Ethernet-порта Афина снимает команды с оборудования даже в тени и всегда пишет администратору в Telegram. Пустой порт без ONU и без сессий больше не считается «аварии нет»: абоненты уже могли отвалиться. Если модель не вызвала эскалацию — система делает это сама.
-
Афина: при массовом LOS сразу пишет абонентам ветки
Если на PON-порту массовый обрыв линии, Афина подтверждает аварию и сразу рассылает письма на почты из биллинга: наблюдаем массовую проблему на вашей ветке, специалисты уже занимаются. Не ждёт трёх часов и не спрашивает «есть ли проблема». Обращение на каждого абонента не создаёт. Одиночный LOS по-прежнему сначала ждёт ответ.
-
Афина: при долгом LOS сначала письмо абоненту
Если у одного абонента терминал не в сети дольше трёх часов, Афина смотрит почту в биллинге и пишет: устройство не в сети из‑за обрыва линии — ответьте, есть ли проблема. Подтвердил — оформляется обращение. Опроверг — больше не беспокоим, пока терминал не появится в сети и снова не уйдёт в LOS. Массовый обрыв на порту по-прежнему без писем каждому абоненту.
-
AI-линия: клиенту не говорят про «инциденты мониторинга»
Афина больше не пишет абоненту внутренний жаргон про алерты на порту OLT. Если терминал на связи и сигнал в норме — старые инциденты не упоминаются. Если линия не в норме — простой текст: обрыв сигнала, линия пропадала или были ошибки.
-
AI-линия: «когда приедет мастер» больше не открывает заявку вслепую
Вопрос «когда приедет мастер?» сначала ищет открытое обращение и дату выезда. Если заявки нет — диагностика линии. Неисправность найдена — обращение с номером. Линия в норме — Афина уточняет, что случилось, а не оформляет выезд сразу.
-
Афина: сводка дежурства один раз в день к концу смены
Автоматическая сводка дежурства больше не приходит каждые полчаса. Один каждый час, с 23:00 МСК (если ночной рестарт — догон до 00:29), в Telegram админа уходит полный отчёт за смену: что открылось, что закрыто, какие серьёзные аварии остались. По запросу в чате («сводка дежурства») сводку по-прежнему можно получить сразу. Аварии и HITL в течение дня не глушатся.
-
Афина рассылает новость всем сотрудникам
Напишите Афине «объяви новость …» или «разошли новость …» — она отправит текст всем активным сотрудникам: колокольчик в ERP и push на телефон. Песочница не шлёт. Могут администраторы.
-
Афина: массовый Dying-gasp — это питание, не обрыв фидера
Если на PON-порту большинство ONT ушли по питанию (Dying-gasp), письмо сотруднику просит проверить электричество площадки/шкафа. Больше не советует «проверить оптику фидера и SFP», даже если порт OLT oper=down и один ONT с LOS. Обрыв линии — только когда большинство ONT именно LOS.