Pérdida de paquetes constante en LAN con el router Smart WIFI 7 (RTF8316VW) de Movistar

Hola, celesfigaredo 

Muchas gracias a Theliel por compartir sus conocimientos y ayudarnos con esta consulta.

Cuéntanos, ¿se resolvió tu inquietud con su respuesta? Si todo está en orden, confírmanos para cerrar el hilo. Si aún tienes dudas, aquí estamos para apoyarte.

Te invitamos a marcar la respuesta ganadora como "Solución". Es un pequeño gesto que ayuda mucho a organizar la comunidad y sirve de guía para quienes tengan el mismo problema en el futuro.

Saludos cordiales, 

John.

Buenas  celesfigaredo​ 

Para nada digo que el problema no exista compañero, es ver donde pueda estar el problema, a más pruebas por diferentes partes, más fácil llegar a ver si existe una correlación por algún lado. Normalmente no hago pruebas durante tanto tiempo pero he dejado lanzado WinMTR para que llegue a unos cuantos miles a ver. 

Como te decía si que existe un "abuso" por parte del HGU7 en como consulta constantemente a todos los dispositivos de la red, y aunque esto no tiene que provocar ningún problema en principio, si podría provocar comportamientos un poco raros en el resto de dispositivos, ya que está constantemente inundando la red, si hay muchos dispositivos en ella pues se escala rápidamente por las respuestas de estos. Este comportamiento por desgracia no se puede deshabilitar por la interfaz Web ni por la Shell reducida, requiere o un cambio directo en los archivos de configuración o por shell Interna... lo cual no puede hacerse por métodos ortodoxos. Probaré por si es esa la causa directa o indirecta y lo rehabilitaré en mi Router para ver si noto diferencia alguna. 

Respecto a la VPN no es normal como digo, tendría que sufrir una pérdida de paquetes muy grande. Esto en todo caso cuadraría más con una latencia excesiva que hace que el adaptador descarte el paquete, no porque no llegue, sino por latencia, esto, dependiendo de la configuración de la VPN si podría llegar a un punto de desconectarse, pero hablamos de latencias ya muy altas, para nada como dices un paquete de 16ms de cuando en cuando, que es lo más normal del mundo

Cuando hablas de un 1%, intenta matizar mejor para tener idea de cuantos. Me explico, WinMTR puede mostrar un 1% perdiendo 1 de cada 1000 paquetes, cuando realmente eso sería un 0.1%. Es decir, cual es la salida real de paquetes enviados, paquetes recibidos, y no ya al Router directamente, sino a destino final. Cuando tengas los problemas o veas que la cosa va regular lanza un WinMTR con unos pocso de cientos o miles si da tiempo a un destino cualquiera para ver como se comporta

Saludos

Buenas Theliel​ ,

Antes de nada, muchas gracias por tu respuesta.

Sé que el HGU7 puede operar en GPON, pero cambiaron a XGSPON en la centralita por sí mismos; como dices, esta es la razón por la que no puedo volver al antiguo HGU.

Si creo tener descartado que mi red y equipos sean los causantes es porque, aunque básicas, he realizado varias pruebas.

Primero de todo, conecté con dos equipos distintos y diferentes cables directamente a los puertos del router, tras ir probando desde distintos puntos de la red, y estas pérdidas de conexión en los ping se mantenían y coincidían. Además, se veían reflejadas en la navegación en internet: demora en cargar sitios web, imágenes que tardan en mostrarse unos segundos... cuando normalmente es algo casi instantáneo.

En el mismo punto en el que está el HGU7, lo reemplacé por el HGU y un viejo ASUS, naturalmente sin salida a internet, pero durante horas no hubo ninguna pérdida de paquetes en ninguno de los distintos puntos de la red, donde con el HGU7 sí tenía.

En ocasiones, el HGU7, sin mucha razón aparente, ya que el uso de la red es similar, deja de tener esas pérdidas, y al rato vuelve a funcionar mal. En estos momentos, por ejemplo, no he perdido ninguno de 6000 paquetes; simplemente hay algún tiempo de respuesta entre 12 ~ 15 ms, pero sin ninguna pérdida.

Además, tiene que ser demasiada coincidencia que todos mis dispositivos y red se estropeen justo en el momento en que hago un cambio de router, cuando hasta ese momento no debería.

El problema con la VPN tampoco es algo que entienda, ya que no es mi campo, pero te aseguro que pierde el acceso a internet y he de reconectar para recuperarlo; si no, mientras la mantenga activa, no tengo comunicación.

No pretendo tampoco intentar rebatirte, porque desde luego tú tienes muchísimo más conocimiento que yo, y agradezco mucho tu respuesta. Continuaré investigando a ver si puedo encontrar el problema.

Saludos!

Hola celesfigaredo 

Gracias a Theliel  por su excelente aportación y por compartir su conocimiento en esta consulta.

¿La información proporcionada resolvió tu inquietud? Si es así, por favor, confírmanos que tu consulta ha sido resuelta para poder cerrarla.   

Si te ha quedado alguna otra duda, estamos aquí para ayudarte.   

Agradeceríamos que, en el hilo que abriste, marcaras la respuesta que te ayudó como "marcar como solución". Esto nos ayuda a mejorar y sirve de guía para otros usuarios con problemas similares.   

Un saludo,   

John. 

Buenas celesfigaredo​ 

Estás mezclando dos cosas completamente diferentes, por un lado el HGU7, por otro lado la tecnología usada. El HGU7 es un Router combo-pon, permite tanto conexiones con GPON como las nuevas conexiones XGSPON. Adquirir un HGU7 no implica ni mucho menos pasar a XGSPON, lo cual si sucede como es lógico si uno va a la conexión de 10Gbit, dado que esta sí requiere operar bajo en XGSPON. Si por cualquiera motivo tu centralita está actualizada y te han cambiado el perfil a XGSPON, no obstante, aunque el HGU7 sí permite usar GPON, no podrás usar otro HGU como es natural, dado que actualmente el único capaz de XGSPON es el HGU7.

En cualquier caso, dudo enormemente que sea un problema en la firmware. Muchos tenemos el mismo Router ya, y no hemos experimentado dicho problema. En tu caso particular incluso te han cambiado la unidad por otra, con lo que probablemente es algún tipo de problema muy específico con tu propia red. Para que te hagas una idea, por curiosidad mal sana, llevo corriendo WinMTR durante un buen rato, va por más de 1000 paquetes y ni un solo paquete perdido, siendo la latencia total totalmente estable, mínima de 0 (realmente no es cero obviamente, es menor de 1ms) y la media igual. 

Por otro lado, por curiosidad también, he sacado las estadísticas internas de todas las interfaces del HGU7 después de días de funcionamiento para ver el % de drops/errores  que había... y el resultado es de 0 para todas ellas... exceptuando para las interfaces WIFI, lo cual es esperable como es natural por interferencias y otros, y en multicast, lo cual tb es totalmente normal. Todas la demás interfaces (y no son pocas...) dan 0. Te pondría la radiografía pero son unas 160 interfaces, con lo que es bastante tedioso, pero si te interesa con gusto te lo mando por privado.

Mi consejo es que investigues que está pasando en tu red. Si te sucede enviando un ping sostenido desde el equipo A al Router, es el equipo A el que está perdiendo paquetes por algún motivo. Usa un analizador de paquetes y haz un seguimiento para ver que está pasando, si simplemente no llega respuesta, si el Router responde con algún error particular al tráfico. Todo ello siempre con conexión directa al Router, si tienes entre medio otros dispositivos de red propios, tales como AP/Switchs/Router... la cosa se complica bastante más ya que entran en juego muchos otros dispositivos que pueden estar saturando la red de un modo u otro.

----------------

Sí existe en el HGU7 actualmente un problema, al menos yo lo considero un problema, que podría en ciertos escenarios explicar esa "pérdida", aunque no sería una pérdida real de paquetes, sino de las respuestas ICMP.

Cuando haces uso de herramientas tipo winmtr/pingplotter, estas hacen uso en esencia de las bondades del protocolo ICMP, hasta aquí no hay problema. La cuestión es que que un Router o un nodo de red en teoría muestre un % (el que sea) de pérdida de paquetes, no significa automáticamente que sea real, dado que el dispositivo en cuestión podría estar discriminando por cualquier momento las respuestas ICMP. Es más, el Router está configurado para protegerse de peticiones masivas de esto, filtrando las peticiones si superan cierto umbral. Esto lo hacen casi todos los equipos actuales, existe una regla IPtables en ellos, que en esencia evita abusos:

99 2892 RETURN icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8 limit: avg 100/sec burst 5 2 56 DROP icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmptype 8

Fíjate en dicha regla. En esencia dice que el Router va a permitir únicamente uno 100 ping por segundo con un burst de 5, si se cumple se aplica un return, si no se cumple la siguiente regla es un DROP. Desde el punto de vista de la app que hace ping, es un paquete perdido (o varios).

Pero no me refiero a este problema en particular, estas reglas son habituales en casi cualquier Router. El problema en particular es que ahora mismo el HGU7 está bombardeando constantemente toda la red buscando 24/7 dispositivos en la red por medio de ping/ARP. Esto puede provocar un incremento innecesario de ICMP en la red haciendo que sea más... "sencillo" disparar drops en las reglas para ICMP. La buena noticia es que esto no tiene ningún impacto en el tráfico normal, solo en ICMP.

--------

Por otro lado, y con total independencia de ello, un tunel VPN no se cierra o se pierde por perder un paquete de cuando en cuando. Aun cuando la conexión perdiese un 1% de paquetes, ese porcentaje es mínimo para el establecimiento correcto de la VPN. Es más, están preparadas para ello por si ocurre cualquier contingencia. La prueba más simple de esto es WIFI, las conexiones WIFI son muy susceptibles de tener problemas de pérdida de paquetes en la red local por interferencias y saturaciones, a menos que sea algo muy extremo no te va a cortar una VPN. No es casualidad que estas suelan usar UDP, que no requieren siquiera un estado de conexión. El equipo por lo general simplemente reenviará otro paquete igual. 

Esto es un efecto habitual que vemos por ejemplo en los WinMTR cuando vemos que en red local existe un % el que ea de pérdida de paquetes, que por raro que parezca no aparece en el siguiente salto. Esto es porque el equipo lo reenvía al Router. Esto no pasa una vez el paquete cruza el Router, ojo, una vez que los paquetes cruzan el Router, si existe pérdida de paqeutes reales, esta será acumulativa y se irá propagando por los diferentes saltos, como la latencia.

----

Mi consejo, revisa el equipo en cuestión, la red en genera. Cualquier ajuste o dispositivo puede estar haciendo de las suyas. Usa un analizador de paquetes para ver que está pasando. Y en cualquier caso esto no tiene que afectar en nada al establecimiento de la VPN, esta se mantiene levantada gracias a los keep-alive, tendría que dar la extremadamente casualidad que siempre se perdiera un paquete keep-alive, y después de varios de estos el servidor VPN cerrase la conexión.

Saludos