forum.opennet.ru - "Cisco Input queue drops" (9)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Cisco Input queue drops"

Форум Маршрутизаторы CISCO и др. оборудование. (Диагностика и решение проблем)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Cisco Input queue drops"	+/–
Сообщение от smirnovp (ok) on 23-Авг-12, 13:10
Добрый день! Столкнулся со следующей проблемой, на WAN интерфейсе роутера Cisco большой объем дропнутых пакетов. Также есть некоторое количество CRC ошибок, значительно меньшее чем количество дропнутых пакетов. Пытался увеличить очередь - не помогла (на текущий момент максимальный размер очереди 4096, но как не гляну текущая очередь размером 0) Связывался с провайдером по поводу настроек duplex и speed, настройки с ним у меня идентичны. Ниже приведены настройки интерфейса и show int. Подскажите в каком направлении стоит копать? interface FastEthernet4 ip address * ip access-group 101 in ip nat outside ip virtual-reassembly speed 100 full-duplex no cdp enable crypto map mymap hold-queue 4096 in FastEthernet4 is up, line protocol is up Hardware is PQUICC_FEC, address is * Internet address is *** MTU 1500 bytes, BW 10000 Kbit/sec, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 00:10:07 Input queue: 0/4096/1004/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 19000 bits/sec, 11 packets/sec 5 minute output rate 14000 bits/sec, 11 packets/sec 9483 packets input, 2775504 bytes Received 300 broadcasts, 0 runts, 0 giants, 862 throttles 6 input errors, 6 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog 0 input packets with dribble condition detected 9316 packets output, 1549206 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out
Ответить \| Правка \| Cообщить модератору

Оглавление

Cisco Input queue drops, eek, 07:43 , 24-Авг-12, (1)

Cisco Input queue drops, smirnovp, 18:10 , 27-Авг-12, (2)

Cisco Input queue drops, eek, 06:58 , 28-Авг-12, (3)

Cisco Input queue drops, smirnovp, 11:43 , 28-Авг-12, (4)

Cisco Input queue drops, jied83, 15:46 , 28-Авг-12, (5)

Cisco Input queue drops, smirnovp, 12:38 , 29-Авг-12, (6)

Cisco Input queue drops, jied83, 15:15 , 29-Авг-12, (7)
Cisco Input queue drops, jied83, 15:20 , 29-Авг-12, (8)

Cisco Input queue drops, fantom, 15:55 , 29-Авг-12, (9)

Сообщения по теме [Сортировка по времени | RSS]

1. "Cisco Input queue drops" +/–

Сообщение от eek on 24-Авг-12, 07:43

Если проблем с работой того ради чего включен доступ в сеть нет:
Очередь вернуть в состояние по умолчанию, и перестать морочать голову.
Если проблемы есть:
Собрать статистику на интерфейсе хотя-бы за полную рабочую неделю, собрать за это-же время статистику по загрузке интерфейсов и процессора железки.
Зачем скидывать листинг интерфейса если вы только что перегрузили железку?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Cisco Input queue drops" +/–

Сообщение от smirnovp (ok) on 27-Авг-12, 18:10

> Если проблем с работой того ради чего включен доступ в сеть нет:
> Очередь вернуть в состояние по умолчанию, и перестать морочать голову.
> Если проблемы есть:
> Собрать статистику на интерфейсе хотя-бы за полную рабочую неделю, собрать за это-же
> время статистику по загрузке интерфейсов и процессора железки.
> Зачем скидывать листинг интерфейса если вы только что перегрузили железку?
Проблемы есть, выражаются они в больших потерях пакетов (если судить по пингу 5-10%, мерил на различных хостах). То что проблема может быть на оборудовании провайдера исключаю поскольку через другой роутер подключенный к той-же провайдерской железке трафик бежит на ура.
По статистики которую выложил: хотел просто продемонстрировать кол-во дропнутых пакетов, под нагрузкой за малый срок.
Текущая статистика, на интерфейсе:
FastEthernet4 is up, line protocol is up
  Hardware is PQUICC_FEC, address is *** (bia ***)
  Internet address is ***
  MTU 1500 bytes, BW 10000 Kbit/sec, DLY 1000 usec,
     reliability 255/255, txload 1/255, rxload 2/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 100Mb/s, 100BaseTX/FX
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 4d04h
  Input queue: 0/4096/154502/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 87000 bits/sec, 11 packets/sec
  5 minute output rate 10000 bits/sec, 11 packets/sec
     5487662 packets input, 1470957176 bytes
     Received 209414 broadcasts, 0 runts, 0 giants, 140581 throttles
     1215 input errors, 1215 CRC, 439 frame, 0 overrun, 0 ignored
     0 watchdog
     0 input packets with dribble condition detected
     5351216 packets output, 782345310 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Загрузка ЦПУ:
1111
    222244444555553333333333555551111122222222221111122222222229
100
90
80
70
60
50
40
30
20
10 ****     *****          *****                              *
   0....5....1....1....2....2....3....3....4....4....5....5....6
             0    5    0    5    0    5    0    5    0    5    0
               CPU% per second (last 60 seconds)

    311 111   1 1  1  11   6 111111   1  1 1     1 11 1111   11
    000600079909198049119992900010029908808199587070071301667009
100
90
80
70
60                        *
50                        *
40                        *
30 *                      *
20 *                      *
10 #*************** ******#******* ****************************
   0....5....1....1....2....2....3....3....4....4....5....5....6
             0    5    0    5    0    5    0    5    0    5    0
               CPU% per minute (last 60 minutes)
              * = maximum CPU%   # = average CPU%

    632232232344323343223223422222333334323333323335342342531443332332333234
    276922802574960438862803049889442425261318694803919017359015014212982705
100
90
80
70
60 *
50 *         *                        *           *      *                *
40 **       ****   **      *          *     **  * ***  * ** ***      **   *
30 ***** ** ************* ** ****************************** ***** ** ******
20 ************************************************************************
10 ************************************************************************
   0....5....1....1....2....2....3....3....4....4....5....5....6....6....7..
             0    5    0    5    0    5    0    5    0    5    0    5    0
                   CPU% per hour (last 72 hours)
                  * = maximum CPU%   # = average CPU%

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Cisco Input queue drops" +/–

Сообщение от eek on 28-Авг-12, 06:58

> Проблемы есть, выражаются они в больших потерях пакетов
> (если судить по пингу 5-10%, мерил на различных хостах).
> То что проблема может быть на
> оборудовании провайдера исключаю поскольку через другой роутер
> подключенный к той-же провайдерской
> железке трафик бежит на ура.
Проверка по списку:
1) Физика и провода (конверторы если есть)
2) Дуплекс мисматчи и автоопределения (в том числе и на стороне провайдера)
3) Попросить провайдера перенести вас на другой порт железки на доступе если будет отпинываться ссылайтесь на договор где должны быть прописано, что потери не должны превышать определенный уровень.
3) Попробовать другую железку (на тот случай если проблема на вашей стороне).
1215 input errors, 1215 CRC
Похоже все-же у вас физика.
140581 throttles
Ну и про это лучше читать прямо на сайте у вендора,
там подробно расписано в какие стороны смотреть.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Cisco Input queue drops" +/–

Сообщение от smirnovp (ok) on 28-Авг-12, 11:43

1 и 2 пробовал.
Остальное попробую, спасибо!

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Cisco Input queue drops" +/–

Сообщение от jied83 (ok) on 28-Авг-12, 15:46

> 1 и 2 пробовал.
> Остальное попробую, спасибо!
со стороны провайдера стоит жестко 100full?

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. "Cisco Input queue drops" +/–

Сообщение от smirnovp (ok) on 29-Авг-12, 12:38

> со стороны провайдера стоит жестко 100full?
Со слов провайдера да.
Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской железки, но пока никакого эффекта.
С железяку другую к сожалению не попробовать, запасной в том офисе нету, новую они покупать тоже не горят желанием.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7. "Cisco Input queue drops" +/–

Сообщение от jied83 (ok) on 29-Авг-12, 15:15

>> со стороны провайдера стоит жестко 100full?
> Со слов провайдера да.
> Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской
> железки, но пока никакого эффекта.
> С железяку другую к сожалению не попробовать, запасной в том офисе нету,
> новую они покупать тоже не горят желанием.
ну чудес не бывает, поменяйте у себя порт, например
какая динамика появления ошибок?
ну и sh int fast4 switching, у вас на мой взгляд слишком много бродкастов прилетает судя по счетчику

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Cisco Input queue drops" +/–

Сообщение от jied83 (ok) on 29-Авг-12, 15:20

>> со стороны провайдера стоит жестко 100full?
> Со слов провайдера да.
> Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской
> железки, но пока никакого эффекта.
> С железяку другую к сожалению не попробовать, запасной в том офисе нету,
> новую они покупать тоже не горят желанием.
И у вас эта проблема всегда была? или внезапно появилась? не пробывали перешивать?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

9. "Cisco Input queue drops" +/–

Сообщение от fantom (ok) on 29-Авг-12, 15:55

>>> со стороны провайдера стоит жестко 100full?
>> Со слов провайдера да.
>> Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской
>> железки, но пока никакого эффекта.
>> С железяку другую к сожалению не попробовать, запасной в том офисе нету,
>> новую они покупать тоже не горят желанием.
> И у вас эта проблема всегда была? или внезапно появилась? не пробывали
> перешивать?
Напомните что за циска у вас? и какой траф на остальных портах
Fa4 говорит о том, что их там много :)

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Cisco Input queue drops"	+/–
Сообщение от eek on 24-Авг-12, 07:43
Если проблем с работой того ради чего включен доступ в сеть нет: Очередь вернуть в состояние по умолчанию, и перестать морочать голову. Если проблемы есть: Собрать статистику на интерфейсе хотя-бы за полную рабочую неделю, собрать за это-же время статистику по загрузке интерфейсов и процессора железки. Зачем скидывать листинг интерфейса если вы только что перегрузили железку?
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	2. "Cisco Input queue drops"	+/–
	Сообщение от smirnovp (ok) on 27-Авг-12, 18:10
	> Если проблем с работой того ради чего включен доступ в сеть нет: > Очередь вернуть в состояние по умолчанию, и перестать морочать голову. > Если проблемы есть: > Собрать статистику на интерфейсе хотя-бы за полную рабочую неделю, собрать за это-же > время статистику по загрузке интерфейсов и процессора железки. > Зачем скидывать листинг интерфейса если вы только что перегрузили железку? Проблемы есть, выражаются они в больших потерях пакетов (если судить по пингу 5-10%, мерил на различных хостах). То что проблема может быть на оборудовании провайдера исключаю поскольку через другой роутер подключенный к той-же провайдерской железке трафик бежит на ура. По статистики которую выложил: хотел просто продемонстрировать кол-во дропнутых пакетов, под нагрузкой за малый срок. Текущая статистика, на интерфейсе: FastEthernet4 is up, line protocol is up Hardware is PQUICC_FEC, address is * (bia ) Internet address is MTU 1500 bytes, BW 10000 Kbit/sec, DLY 1000 usec, reliability 255/255, txload 1/255, rxload 2/255 Encapsulation ARPA, loopback not set Keepalive set (10 sec) Full-duplex, 100Mb/s, 100BaseTX/FX ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:00:00, output hang never Last clearing of "show interface" counters 4d04h Input queue: 0/4096/154502/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 87000 bits/sec, 11 packets/sec 5 minute output rate 10000 bits/sec, 11 packets/sec 5487662 packets input, 1470957176 bytes Received 209414 broadcasts, 0 runts, 0 giants, 140581 throttles 1215 input errors, 1215 CRC, 439 frame, 0 overrun, 0 ignored 0 watchdog 0 input packets with dribble condition detected 5351216 packets output, 782345310 bytes, 0 underruns 0 output errors, 0 collisions, 0 interface resets 0 unknown protocol drops 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out Загрузка ЦПУ: 1111 222244444555553333333333555551111122222222221111122222222229 100 90 80 70 60 50 40 30 20 10 * *** * 0....5....1....1....2....2....3....3....4....4....5....5....6 0 5 0 5 0 5 0 5 0 5 0 CPU% per second (last 60 seconds) 311 111 1 1 1 11 6 111111 1 1 1 1 11 1111 11 000600079909198049119992900010029908808199587070071301667009 100 90 80 70 60 * 50 * 40 * 30 * * 20 * * 10 #************* **#*** ************************** 0....5....1....1....2....2....3....3....4....4....5....5....6 0 5 0 5 0 5 0 5 0 5 0 CPU% per minute (last 60 minutes) * = maximum CPU% # = average CPU% 632232232344323343223223422222333334323333323335342342531443332332333234 276922802574960438862803049889442425261318694803919017359015014212982705 100 90 80 70 60 * 50 * * * * * * 40 * * ** * *** * * ** * 30 *** *********** **************************** * **** 20 ******************************************************************** 10 ********************************************************************** 0....5....1....1....2....2....3....3....4....4....5....5....6....6....7.. 0 5 0 5 0 5 0 5 0 5 0 5 0 CPU% per hour (last 72 hours) * = maximum CPU% # = average CPU%
	Ответить \| Правка \| ^ к родителю #1 \| Наверх \| Cообщить модератору


	3. "Cisco Input queue drops"	+/–
	Сообщение от eek on 28-Авг-12, 06:58
	> Проблемы есть, выражаются они в больших потерях пакетов > (если судить по пингу 5-10%, мерил на различных хостах). > То что проблема может быть на > оборудовании провайдера исключаю поскольку через другой роутер > подключенный к той-же провайдерской > железке трафик бежит на ура. Проверка по списку: 1) Физика и провода (конверторы если есть) 2) Дуплекс мисматчи и автоопределения (в том числе и на стороне провайдера) 3) Попросить провайдера перенести вас на другой порт железки на доступе если будет отпинываться ссылайтесь на договор где должны быть прописано, что потери не должны превышать определенный уровень. 3) Попробовать другую железку (на тот случай если проблема на вашей стороне). 1215 input errors, 1215 CRC Похоже все-же у вас физика. 140581 throttles Ну и про это лучше читать прямо на сайте у вендора, там подробно расписано в какие стороны смотреть.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	4. "Cisco Input queue drops"	+/–
	Сообщение от smirnovp (ok) on 28-Авг-12, 11:43
	1 и 2 пробовал. Остальное попробую, спасибо!
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору


	5. "Cisco Input queue drops"	+/–
	Сообщение от jied83 (ok) on 28-Авг-12, 15:46
	> 1 и 2 пробовал. > Остальное попробую, спасибо! со стороны провайдера стоит жестко 100full?
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору


	6. "Cisco Input queue drops"	+/–
	Сообщение от smirnovp (ok) on 29-Авг-12, 12:38
	> со стороны провайдера стоит жестко 100full? Со слов провайдера да. Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской железки, но пока никакого эффекта. С железяку другую к сожалению не попробовать, запасной в том офисе нету, новую они покупать тоже не горят желанием.
	Ответить \| Правка \| ^ к родителю #5 \| Наверх \| Cообщить модератору


	7. "Cisco Input queue drops"	+/–
	Сообщение от jied83 (ok) on 29-Авг-12, 15:15
	>> со стороны провайдера стоит жестко 100full? > Со слов провайдера да. > Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской > железки, но пока никакого эффекта. > С железяку другую к сожалению не попробовать, запасной в том офисе нету, > новую они покупать тоже не горят желанием. ну чудес не бывает, поменяйте у себя порт, например какая динамика появления ошибок? ну и sh int fast4 switching, у вас на мой взгляд слишком много бродкастов прилетает судя по счетчику
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Cisco Input queue drops"	+/–
	Сообщение от jied83 (ok) on 29-Авг-12, 15:20
	>> со стороны провайдера стоит жестко 100full? > Со слов провайдера да. > Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской > железки, но пока никакого эффекта. > С железяку другую к сожалению не попробовать, запасной в том офисе нету, > новую они покупать тоже не горят желанием. И у вас эта проблема всегда была? или внезапно появилась? не пробывали перешивать?
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	9. "Cisco Input queue drops"	+/–
	Сообщение от fantom (ok) on 29-Авг-12, 15:55
	>>> со стороны провайдера стоит жестко 100full? >> Со слов провайдера да. >> Провода между провайдерской железкой и роутером поменяли. Заюзали другой порт на провайдерской >> железки, но пока никакого эффекта. >> С железяку другую к сожалению не попробовать, запасной в том офисе нету, >> новую они покупать тоже не горят желанием. > И у вас эта проблема всегда была? или внезапно появилась? не пробывали > перешивать? Напомните что за циска у вас? и какой траф на остальных портах Fa4 говорит о том, что их там много :)
	Ответить \| Правка \| ^ к родителю #8 \| Наверх \| Cообщить модератору