Re: Linux router para ISP con posibles problemas

[jors@enchufado.com]

On 2013-08-09 09:34, Alberto wrote:
> El 09/08/13 04:36, Mauro Antivero escribió:
(...)
> > Posteriormente a esto, en un servidor mucho menos potente que el 
> > actual
> > hubo que "jugar" con los parámentros de la placa de red (Intel 
> > Gigabit,
> > no recuerdo bien el modelo ahora) para que pueda manejar las
> > interrupciones y además hubo que hacer un bondig entre dos de estas
> > placas de red para que pueda manejar todo el tráfico.
> >
> > En el servidor por el cual ahora les consulto no fue necesario hacer 
> > un
> > bonding, pero si modificar el valor de ip_conntrack_max.
>
> bueno, obviamente tienes que ver cual es el tráfico generado y hasta
> donde "da" la tarjeta de red, en cualquier caso, teniendo un equipo 
> como
> router corporativo, si tienes alguna tarjeta adicional, yo pondria
> bonding SI o SI, no solo por el balanceo sino como alta 
> disponibilidad

+1 a mirar el rendimiento que da la tarjeta de red. Puedes usar iperf 
para eso, pero claro, para obtener valores fiables debería ser fuera de 
producción.

> > El tema es que ahora como les decía, a simple vista, no estamos 
> > teniendo
> > ninguno de estos problemas, pero tenemos la sensación de que "algo" 
> > está
> > pasando.
> >
> > Les quería consultar entonces qué parámetros tendría que ir mirando 
> > y
> > controlando para ver si realmente estamos teniendo un problema en el
> > servidor o no.
> >
> > Un detalle que creo muy importante es que a veces, sin razón 
> > aparente,
> > la interfaz de red dropea paquetes. Pero como les decía esto, si 
> > bien no
> > tiene que pasar, pasa poco. Acá van los datos de la interfaz por la 
> > cual
> > ingresa el tráfico:
> >
> > ifconfig eth0
> >
> > eth0      Link encap:Ethernet  HWaddr d0:67:e5:e7:d7:45
> >           inet addr:172.30.0.1  Bcast:172.30.0.255 
> > Mask:255.255.255.0
> >           inet6 addr: fe80::d267:e5ff:fee7:d745/64 Scope:Link
> >           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> >           RX packets:232816986602 errors:462 dropped:1606 overruns:0
> > frame:462
> >           TX packets:337849634947 errors:0 dropped:0 overruns:0 
> > carrier:0
> >           collisions:0 txqueuelen:1000
> >           RX bytes:67228041135161 (61.1 TiB)  TX 
> > bytes:317032238655465
> > (288.3 TiB)
> >           Interrupt:16 Memory:c0000000-c0012800
> >
> > Les agradecería mucho sus comentarios y ayuda para así determinar si 
> > el
> > problema está en el servidor o no.
> >
> > Espero no haber omitido cualquier dato que sea útil, cualquier cosa 
> > me
> > avisan.
>
> el ifconfig no dice nada del otro barrio, si hay paquetes "dropped" 
> pero
> no sabemos ni la velocidad, si esta a full duplex, el TSO... en fin.

Además de lo que comenta Alberto, los paquetes "dropped" pueden indicar 
saturación del interfaz de red [1]. Por eso si todos las configuraciones 
del interfaz de red son correctas (ethtool, proc...), interesa hacer 
pruebas de carga para descartar que no sea éste el motivo.

[1] 
http://stackoverflow.com/questions/8987926/how-to-find-which-packets-got-dropped

Salut,
jors