upuszczanie pakietów na interfejsie 10 Gb / s


9

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

Jeśli chodzi o twoją edycję , poprawna pisownia angielska dla czasu przeszłego „upuść” jest odrzucana (patrz pole informacyjne Google pod linią wyszukiwania)
Mike Pennington

W moim poście użyłem słowa „upuszczono”, ale otrzymałem wiadomość e-mail (wydaje się być automatyczna), że upuszczenie jest nieprawidłowe i należy je naprawić.
user4262

Stack Exchange ma również witrynę poświęconą uczącym się języka angielskiego ; na wypadek, gdybyście chcieli uzyskać wyjaśnienie na ten temat :-)
Mike Pennington

Czy jakaś odpowiedź ci pomogła? jeśli tak, powinieneś zaakceptować odpowiedź, aby pytanie nie wyskakiwało wiecznie, szukając odpowiedzi. Alternatywnie możesz podać i zaakceptować własną odpowiedź.
Ron Maupin

Odpowiedzi:


11

Zastanawiam się, dlaczego pakiety w ogóle nie wchodzą do kolejki przed upuszczeniem.

Ponieważ były to błędy: 8097 input errors, 7120 CRC, 894 frame nie 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ć)


Dzięki Ricky, jakoś przegapiłem tę informację, że liczba błędów jest równa upuszczonemu pakietowi :). Moim pierwszym założeniem był wadliwy kabel lub gbic, ale jest to główny interfejs dla wszystkich ważnych klientów streamingu wideo online, nie jest łatwo przerwać usługi, aby uzyskać konserwację okna :) może porozmawiać z partnerem tranzytowym ..
user4262

1
@ user4262 Widziałem je w wyniku (9 razy na 10) złego / brudnego włókna - sugeruj, aby najpierw wyczyścić, a następnie wymienić na drugie, zanim weźmiesz pod uwagę układ optyczny.
John Jensen

4

Widzę to w twoich wynikach:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

Oznacza to, że możesz mieć wadliwą kartę sieciową (NIC), kabel lub sterownik.


Jest to interfejs 10 Gb / s bezpośrednio podłączony do ISP za pośrednictwem GBIc, nie jest on podłączony do użytkownika końcowego ...
4262

Możesz poprosić ich (ISP) o sprawdzenie od końca.
mihai

1
Jeśli jest to transceiver optyczny, upewnij się, że osiągasz progi wyjściowe z: „szczegóły interfejsu transceivera sh”
mastrboy

Dziękuję mastrboy, ale wszystko mieści się w zakresie minimalnych i maksymalnych wartości progowych.
user4262

5
Ilekroć widzę błędy CRC lub błędy wejścia / wyjścia w tym zakresie, automatycznie zakładam, że wystąpił błąd okablowania. Nie zawsze tak jest, ale istnieje duże prawdopodobieństwo; na pewno.
Ryan Foley

4

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).


Dziękuję YLearn, nie miałem tak dużego doświadczenia z 10G, to bardzo dobra informacja ..
user4262
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.