Jump to content
Калькуляторы

Растут ошибки на гигабитном порту 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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

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

 

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

Edited by passer

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Сделайте 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 за секунду.

Edited by catalist

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

Нет! это не 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

Edited by catalist

Share this post


Link to post
Share on other sites

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?

Share this post


Link to post
Share on other sites

Join the conversation

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

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.