Qwen Fine Tuning
Примеры ИИ запросов
AI Fine Tuning
Тренинг Qwen для анализа маршрутизации Ethernet сети.
Fine-tuning Qwen2.5 (7B) для анализа сетевой телеметрии — это очень перспективное направление. Вывод команды show ip route (и show ip route summary) содержит массу структурированных данных, по которым можно диагностировать множество проблем.
Поскольку Qwen2.5 7B — это относительно компактная модель, ей нужно четко задать паттерны того, что именно она должна искать. Вот подробный разбор типов ошибок и аномалий, которые можно обнаруживать, анализируя таблицу маршрутизации Cisco:
1. Проблемы связности и "Черные дыры" (Blackholes)
Маршрутизация в Null0 без конкретных маршрутов: Если в таблице есть суммарный маршрут в интерфейс Null0 (например, O E2 10.0.0.0/8 is a summary, Null0), но при этом отсутствуют более конкретные маршруты внутри этой подсети (например, 10.1.1.0/24), то весь трафик в эту сеть будет отбрасываться.
Отсутствие маршрута по умолчанию (Default Route): Если в таблице нет записи S* 0.0.0.0/0 или O*E2 0.0.0.0/0, а маршрутизатор позиционируется как пограничный (edge), это приведет к потере связности с интернетом или внешними сетями.
Неверный Next-hop (Следующий хоп): Next-hop указывает на IP-адрес, который не достижим (в идеале для этого нужно сверять с show ip arp или show cdp neighbors, но даже в show ip route можно увидеть, что маршрут до next-hop отсутствует).
2. Нестабильность и "мигание" маршрутов (Flapping)
Аномально низкий Uptime (время жизни маршрута): В выводе show ip route для динамических маршрутов (O, D, R, B) указано время с момента последнего изменения (например, [10/50] via 192.168.1.1, 00:00:05). Если это время очень маленькое или постоянно сбрасывается, это признак "flapping" (обрывов линка или проблем с протоколом).
Множественные пути с разным возрастом: Если для одного префикса есть несколько next-hop'ов, и их uptime сильно различается (один "висит" неделями, другой обновляется каждую минуту), это говорит о нестабильности одного из линков.
3. Ошибки суммаризации и агрегации
Перекрытие подсетей (Overlapping subnets): Наличие в таблице более специфичных маршрутов, которые полностью или частично перекрываются более общими, но при этом имеют одинаковое Административное расстояние (AD) и метрику. Это может приводить к непредсказуемому поведению (ECMP там, где он не нужен).
Некорректная агрегация OSPF/EIGRP: Суммарный маршрут анонсируется, но на самом маршрутизаторе нет ни одного конкретного маршрута, входящего в эту сумму. (Это часто приводит к черным дырам на соседних устройствах).
4. Проблемы туннелей и рекурсивной маршрутизации (Recursive Routing)
Петли рекурсии для GRE/IPsec туннелей: Если маршрут до destination IP туннеля (Tunnel Destination) изучается через сам туннельный интерфейс (TunnelX). Это классическая ошибка конфигурации, которая приводит к немедленному падению туннеля (Tunnel recurses to itself).
Отсутствие маршрута до Next-hop: Динамический протокол (например, BGP или OSPF) выучил маршрут, но маршрут до самого next-hop адреса отсутствует в таблице (или изучен через статический маршрут с высоким AD).
5. Неоптимальная маршрутизация и конфликты протоколов
Конфликт Административного расстояния (AD): Маршрут, выученный через менее предпочтительный протокол (например, RIP с AD 120), перекрывает маршрут через более надежный протокол (например, OSPF с AD 110) из-за кастомной настройки distance. Модель может заметить, что код маршрута R (RIP) используется вместо O (OSPF) для одной и той же подсети.
Аномально высокие метрики: Например, маршрут OSPF E2 с огромной метрикой (например, metric 10000), что указывает на то, что трафик пойдет через очень длинный или перегруженный путь, хотя есть более короткий.
Suboptimal routing (AS-path loops в BGP): Хотя для BGP лучше смотреть show ip bgp, в show ip route (код B) можно заметить аномалии, если модель будет обучена понимать, что маршрут пришел из той же AS, в которой находится роутер.
6. Проблемы балансировки нагрузки (ECMP)
Несимметричный ECMP: Наличие нескольких путей (equal-cost), но с разными интерфейсами (например, один путь через GigabitEthernet, другой через FastEthernet или медленный VPN-туннель). Это приведет к тому, что часть трафика "застрянет" на медленном линке.
Слишком много путей (Packet Reordering): Если для одного префикса указано 8-16 next-hop'ов, это может вызвать проблему перемешивания пакетов (packet reordering), что критично для голосового трафика (VoIP) или TCP-сессий.
7. Ошибки VRF и виртуализации
Маршруты не в том VRF: Если в выводе show ip route vrf CUSTOMER_A появляются маршруты, которые должны быть в глобальной таблице или в другом VRF (утечка маршрутов).
Дублирование IP-адресов: Если в разных VRF появляются одинаковые next-hop IP-адреса, которые должны быть изолированы.
Советы по Fine-tuning Qwen2.5 (7B) для этой задачи
Поскольку 7B — это модель среднего размера, ей будет сложно держать в "голове" всю топологию сети. Чтобы она работала точно, учтите следующие моменты при подготовке датасета:
1. Давайте модели контекст (Context is King):
Одного show ip route часто недостаточно. Например, чтобы найти маршрутную петлю (когда next-hop равен собственному IP роутера), модель должна знать IP-адреса самого роутера.
Рекомендация: В промпте всегда передавайте связку:
Show ip interface brief: (чтобы модель знала свои IP и статусы линков)
Show ip route: (основной объект анализа)
2. Генерация синтетических данных:
Напишите скрипт на Python, который берет реальные (или сгенерированные) нормальные конфигурации роутеров, рендерит через них show ip route, а затем намеренно вносит ошибки (инжектит баги):
Удаляет маршрут по умолчанию.
Меняет next-hop на собственный IP роутера.
Добавляет маршрут в Null0 без конкретных подсетей.
Делает uptime динамических маршрутов равным 00:00:02.
Это даст вам тысячи размеченных примеров "Входные данные -> Ошибка".
3. Используйте Chain-of-Thought (Цепочку рассуждений):
Не заставляйте модель сразу выдавать ответ "Ошибка: Черная дыра". Обучите ее рассуждать.
Формат ответа для обучения:
JSON
{
"analysis": "В таблице есть суммарный маршрут 10.0.0.0/8 в Null0. Однако я не вижу ни одного более специфичного маршрута (например, /16 или /24), входящего в диапазон 10.0.0.0/8. Следовательно, весь трафик в эту сеть будет отбрасываться.",
"error_type": "Blackhole / Missing specific routes",
"severity": "High"
}
4. Объяснение кодов протоколов:
Убедитесь, что в системном промпте (System Prompt) вы явно объяснили модели коды Cisco (C - connected, S - static, O - OSPF, D - EIGRP, R - RIP, B - BGP, i - IS-IS), иначе 7B модель может иногда путаться в специфических флагах (например, O IA или O N2).
https://chat.qwen.ai/s/t_e3900ecc-2d9a-45e9-852b-1e36c709fe0e?fev=0.2.64
Comments
Post a Comment