История продукта
Журнал изменений COREON
Когда что добавили и изменили в платформе — с кратким описанием для клиентов и партнёров. Новые возможности сопровождаем скриншотами в галерее.
Показаны 20 из 810 записей, страница 35 из 41.
-
Афина скромно отвечает на похвалу
На «умничка», «молодец», «спасибо» Афина больше не пишет «обращайтесь» и не рекламирует модули. Коротко, скромно, женский род — и можно сердечко.
-
Афина не теряет live с узла из‑за лимита 30 MCP/мин
Пачка вопросов про один коммутатор больше не упирается в общий лимит MCP. Афина сама ждёт очередь на узел и снимает show transceiver / MAC / интерфейс, отвечает уровнями с железа, не «не достучалась» и не просит инженера гонять CLI.
-
Афина не бросает съём с узла, если кто-то уже ходит по SSH
Параллельные вопросы про один коммутатор больше не отвечают «не достучалась». Афина ждёт очередь на узел и сама снимает show transceiver / MAC / интерфейс, затем отвечает фактом с железа.
-
Афина сама снимает оптику и не просит инженера гонять CLI
На вопрос про оптику Афина сама снимает show transceiver detail и отвечает уровнями с узла. Читает таблицы Arista (Tx/Rx/temp), не просит инженера гонять CLI и не рисует 0.00 dBm как «норма». Если DDM нет (медь/N/A) — так и говорит.
-
Афина не выдаёт оптику 0.00 dBm как «норма»
Если DDM на порту нет (медь/DAC, N/A, пустой CLI), Афина больше не пишет Tx/Rx 0.00 dBm и оценку normal. Либо берёт уровни из SNMP-кэша, либо честно говорит, что сигнала нет — нули это не измерение.
-
Афина отвечает по логам, покрытию, инцидентам и линии абонента
Если модель не формулировала текст, Афина больше не пишет «не удалось сформулировать». Берёт факты из tools: логи, LAG, история порта, поиск MAC, покрытие адреса, открытые инциденты, диагностика по договору.
-
Афина понимает больше NOC-вопросов: логи, LAG, история порта, поиск MAC
Песочница на 1000 формулировок. Афина сразу снимает логи/syslog, LACP/port-channel, историю и трафик порта, ищет MAC в FDB, диагностирует линию по договору, покрытие адреса и открытые инциденты. «Жив ли узел» — пинг, «show version» — здоровье, «почему всё легло» — RCA. Сводка дежурства больше не перехватывает «сводку по железу».
-
Афина не теряет устройство в follow-up и сразу снимает сводку
«Сколько маков на этом порту» и «заполни модель» после диагностики узла больше не просят уточнить имя. Сводка дежурства / UPS сразу идёт через summarize_duty, список error/stale — через list_monitoring_devices, вопрос про абонентов на порту — через импакт, а не полную диагностику Ethernet.
-
Афина сама заполняет пустую модель в мониторинге
Аудит парка больше не только пишет «не заполнена модель». Если модель читается из sysDescr или имени (Huawei MA5800-X7, MA5608T и т.п.), Афина проставляет её в карточку. Команда «заполни модель …» делает то же точечно, без перезаписи уже заполненных полей.
-
Афина: «а на втором» — соседний порт, не Ethernet1/2
После вопроса про MAC на Ethernet1 фраза «а на втором» открывает Ethernet2 того же устройства и снова снимает только MAC-таблицу. Больше нет развилки Ethernet2 / Ethernet1/2 и повторной полной диагностики порта.
-
Афина: «сбрось ошибки на порту» больше не повторяет диагностику
Фраза про сброс ошибок/счётчиков на порту больше не запускает тот же playbook диагностики. Афина обнуляет IF-счётчики (clear counters) именованной командой — без bounce и без смены конфига — и снова снимает порт. Bounce только если явно просят сбросить или перезапустить сам порт.
-
Мониторинг контроллеров SNR-ERD: температура, контакты и реле
Устройства вроде ERD_Мандаринка больше не опрашиваются как ИБП или коммутатор. Отдельный лёгкий цикл по SNMPv1 снимает температуру платы и выносных датчиков, сухие контакты и состояние реле. На карточке устройства — дашборд контроллера и сенсоры с порогами.
-
Афина NOC: мультивендорная диагностика парка, контекстные сессии и аудит мониторинга
Добавлен каталог безопасной read-only диагностики для Arista, Cisco, Huawei, Juniper и BDCOM (EPON/GPON/коммутаторы). Афина поддерживает непрерывный контекст диалога с распознаванием местоимений («на нем», «этот порт»), выполняет аудит гигиены мониторинга, автораспознавание вендора/модели по SysInfo и формирует безопасные CLI-ремедиации.
-
Афина: список устройств error/stale по запросу
На вопрос «выведи список устройств в error/stale» Афина вызывает list_monitoring_devices и отвечает именами и IP (те же фильтры, что в Мониторинг → Устройства). Больше не отговаривается отсутствием инструмента.
-
Афина: качество сообщений, PreSend и антифлуд почты
Исправлены падежи Manager QA («В обращении/задаче/подключении»), единый фильтр сырых JSON/English в ответах, честный shadow. Эскалации и плейбуки без complete PreSend не уходят. Лимит писем на адрес + digest, блокировка .local/placeholder. В настройках модуля — параметры окна и digest.
-
Локации: можно убрать устройство с площадки
На карточке локации и в списке устройств локации появилась кнопка «Убрать с локации». Снимается только привязка к площадке: устройство остаётся в мониторинге. Нужно право записи на «Мониторинг → Локации».
-
Афина: восстановление L2 VPN Донское не меняет тему письма
Письмо Ростелекому о восстановлении сервиса СНТ «Донское» уходит с той же темой, что и первое («отсутствие сервиса…»). Иначе почтовый клиент открывает новую ветку. Текст внутри — про восстановление, тема не меняется. Почасовые эскалации тоже остаются в этой ветке.
-
Афина: у оператора связи можно указать несколько портов
В пульте Афины на вкладке «Операторы связи» у плейбука выбираются несколько портов одного устройства (LAG / два линка). Авария на любом из них идёт в тот же плейбук и те же письма оператору. Первый выбранный порт — основной.
-
Афина: эскалация L2 VPN Донское — нет ответа и срыв ETA
Повторное письмо Ростелекому, если ответа не было, начинается с фразы, что ответа не получили. Если партнёр назвал срок восстановления (к 23:00, дата) — Афина ждёт этот срок и не дёргает hourly. После срыва срока — эскалация с вопросом о сроках и прогрессе работ.
-
Афина: L2 VPN СНТ «Донское» закрывается после восстановления узла
После восстановления donskoe_83_2 Афина больше не шлёт Ростелекому почасовые письма «сервис отсутствует» из‑за старых открытых инцидентов SNMP на ИБП. Живой статус SNMP/ICMP важнее. Кейс закрывается письмом о восстановлении. Площадка «СНТ Донское» и оператор «Рост_СНТ_Донское» видны в пульте.