Перейти к содержимому
Калькуляторы

Растут ошибки на гигабитном порту Cisco 3550

Имеется линия длинной 10 км

Стоят мощные гибики (на 60 км)

C6509 7/3----C3550 Gig0/1

Со стороны 3550 на порту Gig 0/1 наблюдается большой рост счётчика ошибок Ignored.

Трафик не большой, порядка 300 мегабит, со стороны 65 каталиста ошибок нет вообще.

Рост ошибок за 20 минут

GigabitEthernet0/1 is up, line protocol is up (connected)
 Hardware is Gigabit Ethernet, address is 0014.a931.6819 (bia 0014.a931.6819)
 Description: -> CORE
 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 4/255, rxload 6/255
 Encapsulation ARPA, loopback not set
 Keepalive not set
 Full-duplex, 1000Mb/s, link type is force-up, media type is 1000BaseLX
 input flow-control is off, output flow-control is on
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 00:00:05, output 00:00:04, output hang never
 Last clearing of "show interface" counters 00:20:38
 Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: fifo
 Output queue: 0/4096 (size/max)
 30 second input rate 24145000 bits/sec, 3670 packets/sec
 30 second output rate 17075000 bits/sec, 2513 packets/sec
    4170308 packets input, 3415751222 bytes, 0 no buffer
    Received 436710 broadcasts (0 multicasts)
    0 runts, 0 giants, 0 throttles

0 input errors, 0 CRC, 0 frame, 0 overrun, 2106 ignored

     0 watchdog, 379839 multicast, 0 pause input
    0 input packets with dribble condition detected
    2909765 packets output, 2505485434 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 120 PAUSE output
    0 output buffer failures, 0 output buffers swapped out

в чём может быть дело?

ЗЫ:

Конфиги обоих портов, и выхлоп со стороны 6509

interface GigabitEthernet0/1
description -> CORE
switchport trunk encapsulation dot1q
switchport mode trunk
load-interval 30
speed nonegotiate
hold-queue 4096 in
hold-queue 4096 out

interface GigabitEthernet7/3
description -> DZS
switchport
switchport trunk encapsulation dot1q
switchport mode trunk
load-interval 30
speed nonegotiate
hold-queue 4096 in
hold-queue 4096 out

GigabitEthernet7/3 is up, line protocol is up (connected)
 Hardware is C6k 1000Mb 802.3, address is 0023.5ed7.4252 (bia 0023.5ed7.4252)
 Description: -> DZS
 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 6/255, rxload 4/255
 Encapsulation ARPA, loopback not set
 Keepalive set (10 sec)
 Full-duplex, 1000Mb/s
 input flow-control is off, output flow-control is off
 Clock mode is auto
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 00:00:36, output 00:00:14, output hang never
 Last clearing of "show interface" counters never
 Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: fifo
 Output queue: 0/4096 (size/max)
 30 second input rate 16812000 bits/sec, 2594 packets/sec
 30 second output rate 25479000 bits/sec, 3794 packets/sec
    40679285634 packets input, 46135439113509 bytes, 0 no buffer
    Received 42925087 broadcasts (36118761 multicasts)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
    0 watchdog, 0 multicast, 15 pause input
    0 input packets with dribble condition detected
    51366458405 packets output, 45924024146533 bytes, 0 underruns
    0 output errors, 0 collisions, 4 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 0 PAUSE output
    0 output buffer failures, 0 output buffers swapped out

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

быть может вы засвечиваете приемник на модуле? уж слишком мощные модуля. поменяйте на 20км или поставьте аттенюаторы.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

да нет нормально вроде, там по пути несколько кроссировок и куча сварок.

на других свитчах (они ближе стоят) такого (рост ошибок игноред) не наблюдается хотя модуля такой же мощности

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для начала трасса трассе рознь. На 10 км ожидается затухание порядка 5дБ, иначе стоит рассмотреть вопрос о вправливании рук в нужное место сварщикам.

 

Поэтому у модулей типа таких (по мощности): http://shop.nag.ru/c...SNR-GBIC-C53-60

 

вполне может случиться засветка.

Изменено пользователем passer

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это всё да, но тогда не понтяно почему на 5 километрах стоит точно такая же цыска с таким же иосом, и с таким же гибиком, и никаких ошибок игноред нет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сделайте show controllers ethernet-controller gigabitEthernet 0/1 на 3550.

Но вообще сильно вероятно что у вас с трассой косяки, ибо у меня в эксплуатации несколько таких конфигураций (6509 - 3550-12) с гбиками на нужные расстояния, и все отлично. Ранее была проблема с одним участком 5км на 10-ти километровых модулях были потери, пришлось переваривать две муфты. Хотя ignored это интересно, ждем вывод sh controllers.

 

PS. Зачем hold-queue увеличили? Есть ли в этом реальная нужда?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А ну и динамику посмотреть было бы интересно. 2106 пакетов за 20 минут - это стабильно так идет или пачкой прилетает ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сделайте show controllers ethernet-controller gigabitEthernet 0/1 на 3550.

Но вообще сильно вероятно что у вас с трассой косяки, ибо у меня в эксплуатации несколько таких конфигураций (6509 - 3550-12) с гбиками на нужные расстояния, и все отлично. Ранее была проблема с одним участком 5км на 10-ти километровых модулях были потери, пришлось переваривать две муфты. Хотя ignored это интересно, ждем вывод sh controllers.

 

PS. Зачем hold-queue увеличили? Есть ли в этом реальная нужда?

С трассой косяки врятли, ибо это кусок цвдм трассы и узлы что дальше живут тоже ошибок не плодят....

hold увеличили по привычке.

C3550-24-FX-DZS#sh controllers ethernet-controller gigabitEthernet 0/1

 Transmit GigabitEthernet0/1        Receive
3741954323 Bytes                485648291 Bytes
796224919 Unicast frames      3784214775 Unicast frames
 70596867 Multicast frames     391749800 Multicast frames
  9203088 Broadcast frames    1001020947 Broadcast frames
        0 Discarded frames       7487431 No dest, unicast
        0 Too old frames        39188732 No dest, multicast
        0 Deferred frames         196121 No dest, broadcast
        0  1 collision frames
        0  2 collision frames          0 FCS errors
        0  3 collision frames          0 Oversize frames
        0  4 collision frames          0 Undersize frames
        0  5 collision frames          0 Collision fragments
        0  6 collision frames
        0  7 collision frames 3662757602 Minimum size frames
        0  8 collision frames 4076449601 65 to 127 byte frames
        0  9 collision frames 2358666404 128 to 255 byte frames
        0 10 collision frames 1231608887 256 to 511 byte frames
        0 11 collision frames 1479526061 512 to 1023 byte frames
        0 12 collision frames 1227935692 1024 to 1518 byte frames
        0 13 collision frames
        0 14 collision frames          0 Flooded frames
        0 15 collision frames  223151815 Overrun frames
        0 Excessive collisions      1753 VLAN filtered frames
        0 Late collisions              0 Source routed frames
        0 Good (1 coll) frames         0 Valid oversize frames
        0 Good(>1 coll) frames         0 Pause frames
  3174867 Pause frames                49 Symbol error frames
        0 VLAN discard frames          0 Invalid frames, too large
        0 Excess defer frames          0 Valid frames, too large
        0 Too large frames            15 Invalid frames, too small
938155029 64 byte frames               0 Valid frames, too small
3278240308 127 byte frames
819227016 255 byte frames
602032307 511 byte frames
769754499 1023 byte frames
3058582108 1518 byte frames

Вот ошибки уже за час.

GigabitEthernet0/1 is up, line protocol is up (connected)
 Hardware is Gigabit Ethernet, address is 0014.a931.6819 (bia 0014.a931.6819)
 Description: -> CORE
 MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
    reliability 255/255, txload 8/255, rxload 6/255
 Encapsulation ARPA, loopback not set
 Keepalive not set
 Full-duplex, 1000Mb/s, link type is force-up, media type is 1000BaseLX
 input flow-control is off, output flow-control is on
 ARP type: ARPA, ARP Timeout 04:00:00
 Last input 00:00:05, output 00:00:02, output hang never
 Last clearing of "show interface" counters 01:49:07
 Input queue: 0/4096/0/0 (size/max/drops/flushes); Total output drops: 0
 Queueing strategy: fifo
 Output queue: 0/4096 (size/max)
 30 second input rate 24952000 bits/sec, 3916 packets/sec
 30 second output rate 35240000 bits/sec, 3297 packets/sec
    24182736 packets input, 3024344649 bytes, 0 no buffer
    Received 2351540 broadcasts (0 multicasts)
    0 runts, 0 giants, 0 throttles
    0 input errors, 0 CRC, 0 frame, 0 overrun, 11699 ignored
    0 watchdog, 2041986 multicast, 0 pause input
    0 input packets with dribble condition detected
    16836929 packets output, 1356831419 bytes, 0 underruns
    0 output errors, 0 collisions, 0 interface resets
    0 babbles, 0 late collision, 0 deferred
    0 lost carrier, 0 no carrier, 727 PAUSE output
    0 output buffer failures, 0 output buffers swapped out

 

А ну и динамику посмотреть было бы интересно. 2106 пакетов за 20 минут - это стабильно так идет или пачкой прилетает ?

это стабильно растёт по 10-20 за секунду.

Изменено пользователем catalist

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вангую что это не точка-точка л3 линк, а влан поди еще через кучу мест идет?

Конское кол-во overrun и no dest... У вас там штормов не пролетает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нет! это не L3, а транк! но это прямой линк!

C3550-24-FX-DZS#sh cdp neighbors
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                 S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
C6513-CORE-1
                Gig 0/1           156           R S      WS-C6513  Gig 7/3

Изменено пользователем catalist

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Лол, я думал что это 3550-12 по привычке. А на портах куда это все изливается полочек нет?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

C3550-24-FX-DZS#sh controllers ethernet-controller gigabitEthernet 0/1

 Transmit GigabitEthernet0/1        Receive
3741954323 Bytes                485648291 Bytes
796224919 Unicast frames      [b]3784214775 Unicast frames[/b]
 70596867 Multicast frames     [b]391749800 Multicast frames[/b]
  9203088 Broadcast frames    [b]1001020947 Broadcast frames[/b]
        0 Discarded frames       7487431 No dest, unicast
        0 Too old frames        39188732 No dest, multicast
        0 Deferred frames         196121 No dest, broadcast

+1 к предыдущему оратору.

Более 20% Broadcast - на такой трафики это что-то очень много.

Мультикаста - 10% - у вас там IPTV?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ИП ТВ нету.

Но есть трафик с камер видеонаблюдения.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.