[lacnog] Errores de entrada en IXPs

Jose Gaspoz gaspozj en is.com.ar
Mie Mar 25 13:49:30 GMT+3 2020


Tomas,

Puede ser el servicio de l2mtu enable en el Huawei, te paso el link pero 
fíjate primero en algún puerto.

https://support.huawei.com/hedex/pages/EDOC100008686230006083/01/EDOC100008686230006083/01/resources/Public_me60/ne/l2mtu_enable.html

Saludos
José Gaspoz
-----Original Message-----
From: Tomas Lynch <tomas.lynch en gmail.com>
To: Latin America and Caribbean Region Network Operators Group 
<lacnog en lacnic.net>
Date: Wed, 25 Mar 2020 12:41:35 -0400
Subject: Re: [lacnog] Errores de entrada en IXPs

Muy buenas preguntas. Son las mismas que me hice luego de apretar "send". 
Sobre el tipo de error, lo acabo de descubrir (plataforma Juniper):

Physical interface: una-interface-de-10GE, Enabled, Physical link is Up
...
  Input errors:
    Errors: 32463166, Drops: 0, Framing errors: 0, Runts: 0, Policed 
discards: 0, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 
0, FIFO errors: 0, Resource errors: 0
...
  MAC statistics:                      Receive         Transmit
...
    Oversized frames                  32463166

Es decir que estoy recibiendo paquetes mayores a mi MTU. No es un problema 
en si pero pasa en todas las interfaces conectadas a todos los IXPs que 
tengo. Es decir que hay algunos peers en todos los IXPs que tengo que 
envían paquetes mayores a mi MTU.


On Wed, Mar 25, 2020 at 12:10 PM Hernan Moguilevsky <noc.hernan en gmail.com> 
wrote:
Que tipo de errores son?
No es lo mismo CRC que input drops o giants.

Pasa *solo* en las interfaces conectadas a un IXP?
Pasa en *todas* las interfaces conectadas a un IXP?
No entiendo la extrapolación. 

Saludos. 


El El mié, 25 mar. 2020 a la(s) 12:40, Nicolas Antoniello 
<nantoniello en gmail.com> escribió:
Perdón, debí decir "tasa" de error.


El mié., 25 de mar. de 2020 a la(s) 12:38, Nicolas Antoniello 
(nantoniello en gmail.com) escribió:
Hola Tomas,

De dos o tres vidas anteriores que recuerdo (tiempos de operaciones de red 
óptica) en general es "normal" tener una cierta taza de error, aunque 
debería ser muy baja (hablo de varios órdenes de magnitud) en comparación 
con el tráfico total.
Cuando levantábamos fibra oscura entre centrales por ejemplo o a nivel de 
enlaces internacionales, antes de conectar los routers realizábamos tests 
de 24 hs con loopbacks físicas en el otro extremo, justamente para 
verificar el estado de la red intermedia... luego, los errores que percibes 
a nivel de log del equipo (en capa física o a los sumo capa 2) no deberían 
ser muy diferentes a los que mediste previo a conectar el equipo... y muuuuy 
bajos.
Al menos eso recuerdo... seguramente quienes estén lidiando con estas 
tareas actualmente lo tengan mucho más claro y actualizado.

Saludos,
Nico



El mié., 25 de mar. de 2020 a la(s) 12:28, Tomas Lynch 
(tomas.lynch en gmail.com) escribió:
LACNOGs,

En mi vida pasada nunca había prestado atención a la tendencia que estoy 
viendo en muchos de mis IXPs. Definitivamente era porque no tenía los 
sistemas de monitoreo necesarios.

El caso es que en muchas de las interfaces físicas de mis routers donde 
conecto mis IXPs tengo errores de entrada, no solamente desde que comenzó 
el teletrabajo en casi todo el mundo sino que desde el primer día en que 
conecto un IXP a mi red. Importante es recalcar que no estoy saturando los 
enlaces.

¿Es esto normal o tengo que limpiar las fibras?

Saludos,

Tomás


_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
--
HM
_______________________________________________
LACNOG mailing list
LACNOG en lacnic.net
https://mail.lacnic.net/mailman/listinfo/lacnog
Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://mail.lacnic.net/pipermail/lacnog/attachments/20200325/447d4472/attachment-0001.html>


Más información sobre la lista de distribución LACNOG