0
Interfaces con drops rx

Open 1 Respuestas 1 Views
Gente estoy viendo una interface con drops en el RX y quiero determinar, que son estos descartes.
RX packets:410042569 errors:0 dropped:32405 overruns:0 frame:0

Les comento lo que ya descarte interfaces (ambos extremos), utp, mtu.

Gracias!

1 Respuesta

0

con tcpdump? porque segun esto http://www.novell.com/support/kb/doc.php?id=7007165 si la pones en modo promiscuo deberías dejar de tener drops. 

Lo otro que veo es 'Increase the size of the ethernet device RX ring buffer' 

respondido por edux (12,210 puntos) Sep 19
1Comentarios
comentado por eroman (120 puntos) Sep 23
Que tal Eduardo!

Sabes que ya habia incrementado la memoria del buffer de la interface al maximo disponible,
pero los drops continuan, tambien habia leido muy por arriba una nota que comentaba algo en
relacion a la version del kernel, pero la verdad no le di mayor importancia, ya que el servidor
tiene 3 en bonding y solo uno cuenta Drops en el RX, por eso me parecio raro. El proximo paso
iba a ser desarmar el bonding y ver que pasaba.

Con respecto a la captura con tcpdump, lo tenia pendiente, aunque no sabia si los drops los
iba a poder ver en la captura.

Todo esto fue antes de leer tu respuesta, luego de leer el articulo que enviaste corroboro que
por la version de kernel que tengo los drops podrian ser un error:

$ cat /etc/redhat-release
Red Hat Enterprise Linux Server release 6.8 (Santiago)

$ uname -rv
2.6.32-642.3.1.el6.x86_64 #1 SMP Sun Jun 26 18:16:44 EDT 2016

Aunque sigo sin entender por que se da solo en uno de los bonding y no en todos y por otro
lado, veo que la proxima prueba que tenia pensada no estaba mal, pero tengo que tener en cuenta
poner la interface en modo promiscuo (cosa que no se hubiera ocurrido) desarmando el bonding claro.

Ahora bien, hice la captura con tcpdump y en el reporte que tira en pantalla al finalizar, venia
muchos "packets dropped by kernel", por lo cual investigando un poco subo el tamaño del "buffer_size",
(en la captura) con esto veo menos "packets drops by kernel".


$ sudo tcpdump -n -v -i bond1 -w test.cap
tcpdump: listening on bond1, link-type EN10MB (Ethernet), capture size 65535 bytes
366663 packets captured
420553 packets received by filter
53880 packets dropped by kernel
2 packets dropped by interface
$

$ sudo tcpdump -B 10000 -n -v -i bond1 -w test1.cap
tcpdump: listening on bond1, link-type EN10MB (Ethernet), capture size 65535 bytes
420677 packets captured
429770 packets received by filter
9093 packets dropped by kernel
3 packets dropped by interface
$


Ahora tengo mas preguntas que respuestas:

1) Entiendo que los "packets dropped by kernel" no son los que importan ya que estos estan
   ligados al "buffer_size" de la captura, quizas podria subir un poco mas este valor y ver que
   pasa aunque no se si tenga mucho sentido.

2) Entiendo que "packets dropped by interface" son los Drops que veo en el RX y los que estan
   ligados al posible error en el kernel (son los que veo se incrementan haciendo un ifconfig).

3) Analizando la captura (test.cap) pude ver lo siguiente:

    Paquetes Totales               283566  (100%)
    tcp.analysis.lost_segment       27979  (9.9%)     Expert Info (Warning/Sequence): Previous segment(s) not captured (common at capture start)
    tcp.analysis.ack_lost_segment   49869 (17.6%)     ACKed segment that wasn't captured (common at capture start)                                    

    tcp.analysis.retransmission         2
    tcp.analysis.out_of_order           0
    tcp.analysis.duplicate_ack          0

    tcp.analysis.duplicate_ack_frame    0
    tcp.analysis.duplicate_ack_num      0

    *Las "tcp.analysis.retransmission" concuerdan con los "packets dropped by interface", lo cual si estaria bien, quiere decir que los drop RX
     serian reales?
    
4) Posiblemente desarmando el bonding y poniendo la interface en modo promiscuo quede todo mas claro.


PD: Voy dejando todas las pruebas aca, para tener un registro.

Gracias!
...