drag Опубликовано 28 ноября, 2018 · Жалоба Имеется на агрегации циска Nexus 3064 у которой проц забит в средне мна 60-85% со всплесками и до 100%, на вышестоящей циске 3164 выше 15% не поднимается, так же есть еще 2 циски 3064, на которых такая проблема не наблюдается. Процесс который грузит проц t2usd, гугл ничего не дал, непонятно пока в какую сторону копать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 3 декабря, 2018 · Жалоба show spanning-tree detail | inc ieee|occurr|from Похоже на это - https://networkengineering.stackexchange.com/questions/50682/cisco-nexus-3064pq-cpu-spike-causing-packetloss Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
drag Опубликовано 11 декабря, 2018 · Жалоба Спасибо, буду искать петли Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
neperpbl3 Опубликовано 30 марта, 2023 (изменено) · Жалоба При использовании коммутаторов L3 в роли коммутации L2«Glean трафик» отсутствует. «Glean трафик» наличествует только, если коммутатор находится в функции L3. Сам по себе «Glean» трафик является нормальной ситуаций частью процесса Glean ARP маршрутизации. Он всегда будет наличествовать, т.к. с интернета поступают запросы на неиспользуемые IP адреса. В нормальной ситуации в 99,9 времени «Glean» трафик минимален и ЦПУ не загружен. Но при некоторых события появляется всплески «Glean трафик» и Glean Drop. Glean Drop – это отброшенные пакеты, которые не попали на Interface inband ЦПУ Cisco Nexus Intel. Продолжительный Glean Drop говорит о проблеме. Если среди них есть пакеты с ARP разрешением, то ARP запись клиента не разрешится. Будет вторая и третья попытки и ARP запись все равно разрешится. Но в этот момент несколько секунд будет прерывание, а клиентский трафик из интернета будет считаться «Glean» Проблемой является, длительное поступление большого количества «Glean», а особенно «Glean Drop». Аномалии 1 Длительное нарастание счетчика Glean Drop, кроме случаев переизучения таблицы MAC. При переизуенииGlean Drop на короткое время появятся. Это нормально. Но, после завершения процесса Glean ARP поступление Glean Drop должно ПОЛНОСТЬЮ прекратиться! 2 Высокий «Glean» трафик длительное время, кроме случаев переизучения таблицы MAC. О чем написано в предыдущем пункте. 3 Подвисание Cisco Nexus N3K-C3064PQ. Это редкий случай, причина которого еще не выяснена. Но он имеет место и отдельно разобран. Всплески «Glean» трафика появляются по следующим причинам: 1. Появляется интенсивный из интернета трафик на несуществующие узлы. Ситуация возможна при коврово. Данная ситуация нормальна и не представляет интереса. 2. При переизучении таблицы MAC адресов . Данная ситуация частая и болевая. Она связана с перестроением дерева spanning tree (STP). Переизучение таблицы MAC адресов возможно в ситуациях a. Изменении топологии Spanning Tree Protocol (среднее влияние). b. При ручном вводе команды «clear mac address-tabledynamic» (более сильное влияние, чем при перестроении STP). Борьба с подвисанием Cisco Nexus N3K-C3064PQ Постоянный Glean Drops является ненормальной ситуацией. Теряются какие-то пакеты. ЦПУ начинает загружаться почти на 100%. Появляется громадное значение отброшенных пакетов CoPP Glean Drop. При проверка трафика tcpdump трафик на ЦПУ почти отсутствует. Проблема редко проявлялась на двух маршрутизаторах. Возможно она связана с ОС. Помогает только clear ip arp force-delete Изменено 30 марта, 2023 пользователем neperpbl3 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...