Mam pewną liczbę pakietów upuszczonych na mój interfejs 10 Gb / s na Cisco 6500 z Sup 720. Możesz zobaczyć pod liczbą upuszczonych pakietów w ciągu minuty, po wyczyszczeniu liczników.
Nie widzimy żadnego spadku wydajności i żaden z naszych klientów nie narzekał. Czy to będzie poważny problem w przyszłości? Nigdy nie widziałem ani jednego pakietu w kolejce. Zastanawiam się nad zmianą rozmiaru kolejki wejściowej na 1024, ponieważ domyślnie jest to 75 pakietów w kolejce, ale zastanawiam się, dlaczego pakiety w ogóle nie wchodzą do kolejki przed upuszczeniem. Na interfejsach 1 Gb / s nie widzę żadnych upuszczonych pakietów i wszystko jest w porządku. Pomóż mi rozwiązać problem z upuszczaniem kolejek.
sh int TenGigabitEthernet1/1
Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
Description: transit
Internet address is 192.0.2.1/24
MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
reliability 255/255, txload 84/255, rxload 3/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 10Gb/s
input flow-control is off, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:00, output 00:00:01, output hang never
Last clearing of "show interface" counters 00:00:40
Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0 <-----
^^^^
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 138646000 bits/sec, 99380 packets/sec
5 minute output rate 3321988000 bits/sec, 329345 packets/sec
L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
3484933 packets input, 608041136 bytes, 0 no buffer
Received 0 broadcasts (0 IP multicasts)
0 runts, 40 giants, 0 throttles
8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
11742838 packets output, 14837984934 bytes, 0 underruns
0 output errors, 0 collisions, 0 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
cisco
cisco-6500
packet-loss
użytkownik4262
źródło
źródło
Odpowiedzi:
Ponieważ były to błędy:
8097 input errors, 7120 CRC, 894 framenie ustawi w kolejce pakietu, który nie został poprawnie odebrany - lub nie został odebrany całkowicie (kolejka wejściowa znajduje się w oprogramowaniu, nadal można przekroczyć kolejkę sprzętową, której nie można zmienić)źródło
Widzę to w twoich wynikach:
Oznacza to, że możesz mieć wadliwą kartę sieciową (NIC), kabel lub sterownik.
źródło
Błędy CRC zwykle wskazują na problem z sygnałem, gdy przecina on medium między urządzeniami. Tam, gdzie 1G był często znacznie bardziej odporny na drobne problemy, 10G może być bardzo szczegółowe w kwestii medium.
W przypadku połączeń miedzianych może to oznaczać krwawienie interferencyjne z drutu, jeśli nie używasz kabla ekranowanego lub problem z uziemieniem w kablach ekranowanych.
W przypadku światłowodu wielokrotnie napotykałem błędy, a najczęstszą przyczyną w moim doświadczeniu jest to, że nikt nie miał ani nie używał odpowiedniego zestawu światłowodów do czyszczenia światłowodu (transiwerów, kabli i infrastruktury) podczas wykonywania połączeń. Dotyczy to nawet zupełnie nowych kabli (a czasem nawet bardziej).
Luneta światłowodowa może być bardzo przydatna w tym procesie, ponieważ pozwoli ci sprawdzić, czy powierzchnie są czyste i wolne od wad (zarysowań itp.) Przed wykonaniem połączenia.
Jak wskazano w innych odpowiedziach i komentarzach, sprawdź, czy twój sygnał Rx mieści się w akceptowalnych marginesach (niezbyt silny lub zbyt słaby), jeśli twój sprzęt go obsługuje. Jeśli nic innego nie sugeruje, aby to naprawić, spójrz na zamianę transiwerów i kabli, jeśli to możliwe (pamiętaj, aby wyczyścić ponownie, jeśli to zrobisz).
źródło