drop dei pacchetti sull'interfaccia 10 gb / s


9

Ho un certo numero di pacchetti rilasciati sulla mia interfaccia da 10 GB / s, su Cisco 6500 con Sup 720. Puoi vedere sotto il numero di pacchetti rilasciati entro un minuto, dopo che ho cancellato i contatori.

Non vediamo alcun peggioramento delle prestazioni e nessuno dei nostri clienti si è lamentato. Sarà un problema serio in futuro? Non ho mai visto un singolo pacchetto in coda. Sto valutando di modificare la dimensione della coda di input su 1024 perché per impostazione predefinita sono 75 pacchetti nella coda, ma mi chiedo perché i pacchetti non entrino affatto nella coda prima di essere eliminati. Sulle interfacce da 1 gb / s non vedo alcun pacchetto eliminato e tutto va bene. Aiutami a risolvere il problema con le cadute di coda.

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

Per quanto riguarda la modifica , viene eliminata l' ortografia inglese corretta per il passato di "drop" (vedere la casella delle informazioni di Google sotto la riga di ricerca)
Mike Pennington,

Nel mio post ho usato la parola "lasciato cadere" ma ho ricevuto un'e-mail (sembra essere automatica) che non è corretta e dovrebbe essere corretta.
user4262

Stack Exchange ha anche un sito dedicato agli studenti di lingua inglese ; nel caso in cui desideri avere chiarimenti su questo :-)
Mike Pennington,

Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, cercando una risposta. In alternativa, potresti fornire e accettare la tua risposta.
Ron Maupin

Risposte:


11

Mi chiedo perché i pacchetti non entrino affatto nella coda prima di essere eliminati.

Perché erano errori: 8097 input errors, 7120 CRC, 894 frame non metterà in coda un pacchetto che non è stato ricevuto correttamente - o che non è stato ricevuto completamente (la coda di input è nel software, è comunque possibile sovraccaricare la coda hardware, che non è possibile modificare)


Grazie Ricky, in qualche modo ho perso queste informazioni che il numero di errori equivale al pacchetto eliminato :). La mia prima ipotesi è stata un cavo difettoso, o gbic, ma sono le principali interfacce per tutti i principali clienti di streaming video online, non è facile interrompere i servizi per ottenere una manutenzione della finestra :) forse per parlare con il partner di transito ..
user4262

1
@ user4262 Ho visto questi come risultato di (9 volte su 10) una fibra sporca / sporca - suggerisci di pulirla prima, sostituendola seconda prima di considerare l'ottica.
John Jensen,

4

Vedo questo nel tuo output:

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

Ciò significa che potresti avere una scheda di interfaccia di rete (NIC), un cavo o un driver difettosi.


Questa è un'interfaccia da 10 GB / s direttamente collegata all'ISP tramite GBIc, non è collegata all'utente finale ...
user4262

Puoi chiedere loro (ISP) di controllare dalla loro fine.
mihai,

1
Se si tratta di un ricetrasmettitore ottico, assicurati anche di rispettare le soglie dell'output di: "dettaglio del ricetrasmettitore dell'interfaccia sh"
mastrboy,

Grazie mastrboy, ma è tutto entro valori minimi e di soglia massima.
user4262

5
Ogni volta che vedo errori CRC o errori di input / output per quella materia, presumo automaticamente che ci sia un errore di cablaggio. Questo non è sempre il caso, ma c'è un'alta probabilità di farlo; Certamente.
Ryan Foley,

4

Gli errori CRC tendono a indicare un problema con il segnale mentre attraversa il mezzo tra i dispositivi. Laddove 1G era spesso molto più resistente ai problemi minori, 10G può essere molto particolare riguardo al mezzo.

Per i collegamenti in rame, ciò potrebbe indicare una sorta di interferenza sanguinante nel filo se non si utilizza un cavo schermato o un problema di messa a terra nei cavi schermati.

Per quanto riguarda la fibra, ho riscontrato diversi errori e la causa più comune nella mia esperienza è che nessuno aveva o usato un kit di fibre adeguato per pulire la fibra (ricetrasmettitori, cavi e infrastruttura) durante le connessioni. Questo è vero anche con cavi nuovi di zecca (e talvolta anche di più).

Un ambito in fibra ottica può essere molto utile per questo processo, in quanto consentirà di verificare che le superfici siano pulite e prive di difetti (graffi, ecc.) Prima di effettuare il collegamento.

Come è stato indicato in altre risposte e commenti, controlla che il tuo segnale Rx sia ben entro margini accettabili (non troppo forti o troppo deboli) se il tuo hardware lo supporta. Se nient'altro suggerito lo risolve, allora cerca di sostituire i ricetrasmettitori e i cavi, se possibile (ricordati di pulire di nuovo se lo fai).


Grazie YLearn, non ho avuto molta esperienza con 10G, sono informazioni molto buone ..
user4262
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.