Различия
Показаны различия между двумя версиями страницы.
| Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия | ||
| dpi:qoe_analytics:cases:queries_from_database:problematic_subscribers [2025/08/12 14:10] – elena.krasnobryzh | dpi:qoe_analytics:cases:queries_from_database:problematic_subscribers [2025/08/13 15:17] (текущий) – [Ухудшение качества интернета] elena.krasnobryzh | ||
|---|---|---|---|
| Строка 18: | Строка 18: | ||
| Фильтр можно настроить в GUI в разделе QoE Аналитика → Абоненты → Кликстрим | Фильтр можно настроить в GUI в разделе QoE Аналитика → Абоненты → Кликстрим | ||
| - | {{1}}\\ | + | {{: |
| - | {{2}} | + | |
| + | {{: | ||
| Если абоненты переходят из сегмента с нормальной активностью в сегменты со слабой активностью и остаются там более 3-х недель - это может говорить о проблемах. | Если абоненты переходят из сегмента с нормальной активностью в сегменты со слабой активностью и остаются там более 3-х недель - это может говорить о проблемах. | ||
| Строка 33: | Строка 34: | ||
| - Сделать список сайтов-агрегаторов, | - Сделать список сайтов-агрегаторов, | ||
| - Перейти в раздел QoE Аналитика → Абоненты → Кликстрим | - Перейти в раздел QoE Аналитика → Абоненты → Кликстрим | ||
| - | - Настроить новый фильтр запроса, | + | - Настроить новый фильтр запроса, |
| - Рекомендуется работать с абонентами, | - Рекомендуется работать с абонентами, | ||
| - Выгружать данные ежедневно в свою базу данных через API или напрямую из Click House QoE, уже в ней накладывать фильтры. | - Выгружать данные ежедневно в свою базу данных через API или напрямую из Click House QoE, уже в ней накладывать фильтры. | ||
| Строка 98: | Строка 99: | ||
| * указать нижний порог RTT от клиента | * указать нижний порог RTT от клиента | ||
| - | {{3}} | + | {{: |
| Рекомендуется работать с абонентами из выгрузки, | Рекомендуется работать с абонентами из выгрузки, | ||
| Строка 114: | Строка 115: | ||
| * слабый роутер | * слабый роутер | ||
| * сложная топология или большие размеры квартиры/ | * сложная топология или большие размеры квартиры/ | ||
| - | - Иногда невозможно определить хост, куда обращался абонент с высоким RTT\\ {{4}}\\ Такое может быть по трем причинам: | + | - Иногда невозможно определить хост, куда обращался абонент с высоким RTT\\ {{: |
| * обращение по IP | * обращение по IP | ||
| * не http протокол | * не http протокол | ||
| Строка 120: | Строка 121: | ||
| - В дополнение к RTT можно использовать метрику %ретрансмитов при поиске проблемных абонентов. Если продолжительное время (>30 минут) наблюдается существенное превышение фонового значения по ретрансмитам (обычно 4-5%), это признак деградации услуги у абонента. Использовать ретрансмиты без RTT не рекомендуется, | - В дополнение к RTT можно использовать метрику %ретрансмитов при поиске проблемных абонентов. Если продолжительное время (>30 минут) наблюдается существенное превышение фонового значения по ретрансмитам (обычно 4-5%), это признак деградации услуги у абонента. Использовать ретрансмиты без RTT не рекомендуется, | ||
| - | {{5}} | + | {{: |
| Пример запроса в базу:\\ | Пример запроса в базу:\\ | ||
| Строка 129: | Строка 130: | ||
| '' | '' | ||
| '' | '' | ||
| + | |||
| + | =====Что делать с проблемными абонентами? | ||
| + | - Сегментировать абонентскую базу с выделением возможных причин неблагоприятной статистики: | ||
| + | * устаревшая технология доступа | ||
| + | * наличие IoT-устройств | ||
| + | * слабые роутеры | ||
| + | - Проверить качество услуг, используя возможные метрики из иных ИС: | ||
| + | * мониторинг сети (особенно если есть много клиентов с одного узла) | ||
| + | * запросы в ТП | ||
| + | * нерегулярная оплата услуг | ||
| + | //Для этого рекомендуется сделать отдельную БД “проблемных абонентов” и организовать в нее экспорт данных на регулярной основе из различных ИС. Важно, что набор показателей “проблемности” работает значительно эффективнее, | ||
| + | - Провести опрос удовлетворенности: | ||
| + | * по телефону | ||
| + | * используя анкету через редирект DPI | ||
| + | - Задействовать механизмы удержания (акции, | ||
| + | |||
| + | //В случае наличия базы “проблемных абонентов” у оператора появляется новый измеряемый <wrap hi> | ||