https://www.opennet.ru/openforum/vsluhforumID6/2348.html Выявил место проблемы по графикам observium: на внутреннем интерфейсе роутера начинают копиться input errors прямо пропорционально трафику через него, если начинают качать/отдавать под 60Мбит/с, то на внутреннем интерфейсе, идущего к пользователям лавинообразно растут input errors, делал debug ip error detail, не вижу ошибок на консоли. Если трафик 60-80Мбит/с, то применять SPAN тяжело, будет куча мусора. Может еще какие-то дебаги помогут?<br><br> <br>В сети обычно говорят, что input errors чаще всего связаны с физическими проблемами в проводе, порту eth. Но я думаю это не тот случай.<br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#8 Thu, 06 Sep 2018 18:36:29 GMT &gt; Выявил место проблемы по графикам observium: на внутреннем интерфейсе роутера начинают <br>&gt; копиться input errors прямо пропорционально трафику через него, если начинают качать/отдавать <br>&gt; под 60Мбит/с, то на внутреннем интерфейсе, идущего к пользователям лавинообразно растут <br>&gt; input errors, делал debug ip error detail, не вижу ошибок на <br>&gt; консоли. Если трафик 60-80Мбит/с, то применять SPAN тяжело, будет куча мусора. <br>&gt; Может еще какие-то дебаги помогут?<br>&gt; В сети обычно говорят, что input errors чаще всего связаны с физическими <br>&gt; проблемами в проводе, порту eth. Но я думаю это не тот <br>&gt; случай.<br><br>sh buffers <br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#7 Thu, 06 Sep 2018 15:00:37 GMT &gt;&gt; В сети обычно говорят, что input errors чаще всего связаны с физическими <br>&gt;&gt; проблемами в проводе, порту eth. Но я думаю это не тот <br>&gt;&gt; случай.<br>&gt; Поиграйтесь с MTU (он же jumbe frame)////// <br><br>Поиграйтесь и MTU в одном предложении быть не может. MTU трогают осторожно и только когда точно знают что делают.<br><br>Если я не прав, развейте пожалуйста вашу мысль, чтобы всем было понятно какую именно проблем в разрезе топика должен порешать ваш совет.<br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#6 Thu, 06 Sep 2018 14:57:26 GMT &gt; Знакомая картина, одна из причин - ошибки авто определения скорости и/или дуплекса.<br>&gt; Лечение - жестко задать скорость и дуплекс на ОБОИХ концах проблемной линии. <br><br>+1<br><br>И проверить саму медь (физику)<br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#5 Thu, 06 Sep 2018 14:38:06 GMT Знакомая картина, одна из причин - ошибки авто определения скорости и/или дуплекса.<br>Лечение - жестко задать скорость и дуплекс на ОБОИХ концах проблемной линии.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#4 Thu, 06 Sep 2018 12:37:47 GMT &gt; Выявил место проблемы по графикам observium: на внутреннем интерфейсе роутера начинают <br>&gt; копиться input errors прямо пропорционально трафику через него, если начинают качать/отдавать <br>&gt; под 60Мбит/с, то на внутреннем интерфейсе, идущего к пользователям лавинообразно растут <br>&gt; input errors, делал debug ip error detail, не вижу ошибок на <br>&gt; консоли. Если трафик 60-80Мбит/с, то применять SPAN тяжело, будет куча мусора. <br>&gt; Может еще какие-то дебаги помогут?<br>&gt; В сети обычно говорят, что input errors чаще всего связаны с физическими <br>&gt; проблемами в проводе, порту eth. Но я думаю это не тот <br>&gt; случай.<br><br>Поиграйтесь с MTU (он же jumbe frame)//////<br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#3 Thu, 26 Jul 2018 06:41:32 GMT &gt; 3449 input errors, 0 CRC, 0 frame, <br>&gt; 3449 overrun, 0 ignored <br>&gt; 0 watchdog, 9069 multicast, 0 pause input <br><br>Я так понял, overrun-ошибки возникают при слишком большом кол-ве приходящих пакетов, которые роутер не смог занести в буфер. А вот как бы это побороть?<br><br>Может поможет доп.инфа: на этот внутренний интерфейс cisco 2921 подключен фаерволл asa5506, но на интерфейсе ASA ошибок нет.<br> https://www.opennet.ru/openforum/vsluhforumID6/2348.html#2 Thu, 26 Jul 2018 06:13:07 GMT &gt;[оверквотинг удален]<br>&gt;&gt; копиться input errors прямо пропорционально трафику через него, если начинают качать/отдавать <br>&gt;&gt; под 60Мбит/с, то на внутреннем интерфейсе, идущего к пользователям лавинообразно растут <br>&gt;&gt; input errors, делал debug ip error detail, не вижу ошибок на <br>&gt;&gt; консоли. Если трафик 60-80Мбит/с, то применять SPAN тяжело, будет куча мусора.<br>&gt;&gt; Может еще какие-то дебаги помогут?<br>&gt;&gt; В сети обычно говорят, что input errors чаще всего связаны с физическими <br>&gt;&gt; проблемами в проводе, порту eth. Но я думаю это не тот <br>&gt;&gt; случай.<br>&gt; Должны быть где-то типы ошибок: <br>&gt; Runt? CRC? Collision? giant?<br><br> 5 minute input rate 739000 bits/sec, 230 packets/sec<br> 5 minute output rate 1146000 bits/sec, 295 packets/sec<br> 25930598 packets input, 2016324977 bytes, 0 no buffer<br> Received 9106 broadcasts (0 IP multicasts)<br> 0 runts, 0 giants, 0 throttles<br> 3449 input errors, 0 CRC, 0 frame, 3449 overrun, 0 ignored<br> 0 watchdog, 9069 multicast, 0 pause input<br> 21973608 packets outpu https://www.opennet.ru/openforum/vsluhforumID6/2348.html#1 Wed, 25 Jul 2018 08:05:41 GMT &gt; Выявил место проблемы по графикам observium: на внутреннем интерфейсе роутера начинают <br>&gt; копиться input errors прямо пропорционально трафику через него, если начинают качать/отдавать <br>&gt; под 60Мбит/с, то на внутреннем интерфейсе, идущего к пользователям лавинообразно растут <br>&gt; input errors, делал debug ip error detail, не вижу ошибок на <br>&gt; консоли. Если трафик 60-80Мбит/с, то применять SPAN тяжело, будет куча мусора. <br>&gt; Может еще какие-то дебаги помогут?<br>&gt; В сети обычно говорят, что input errors чаще всего связаны с физическими <br>&gt; проблемами в проводе, порту eth. Но я думаю это не тот <br>&gt; случай.<br><br>Должны быть где-то типы ошибок:<br>Runt? CRC? Collision? giant?<br><br>