Tengo problemas de red desconcertantes.
Para ponerlo en contexto, trabajo en un grupo de estaciones de radio (múltiples estaciones en un solo lugar) y usamos mucho Internet para entregar nuestro contenido de audio. Transmitimos 3 transmisiones de radio a nuestras transmisiones en línea, enviamos dos transmisiones diferentes a dos sitios de torres diferentes donde el audio se transmite por aire, recibimos dos transmisiones de audio (a veces 3) y enviamos una transmisión a su fuente. Toda esta transmisión se realiza las 24 horas del día, los 7 días de la semana, por lo que usamos Internet un poco más que el hombre promedio. Nunca dejamos de transmitir, a menos que perdamos la conexión.
Llevamos algún tiempo sufriendo una pérdida de conexión, lo cual es muy problemático para una estación de radio profesional. Hemos llamado al proveedor de servicios de Internet para obtener respuestas y hemos regresado con las manos vacías de cada intento de que investiguen el problema.
Al principio pensé que el problema era simplemente la pérdida de paquetes. Pero luego me di cuenta de que las pérdidas de conexión eran sólo semialeatorias y que había algún tipo de patrón. Cada estación está conectada a un sensor silencioso, que envía alertas cuando una estación deja de transmitirse. Estas alertas pueden significar cosas diferentes; pero para nosotros las alertas sólo han significado una interrupción en nuestra conexión a Internet. Para solucionar este problema, estoy usando información recopilada de las dos estaciones que reciben audio desde otra ubicación. Las alertas se envían cuando dejamos de recibir audio de la fuente.
Primero, los problemas de conexión no son completamente aleatorios porque, en su mayor parte, la interrupción de la conexión solo ocurre 2 minutos antes del comienzo de una nueva hora: 12:58, 4:58, 1:58. Yo diría que los problemas de conexión ocurren aproximadamente 2 minutos antes de una nueva hora al menos el 90% del tiempo. Pero tendría que comprobarlo para estar seguro. Para mí perder la conexión 2 minutos antes de la hora ya es bastante extraño, pero hay más.
Las interrupciones de la conexión no ocurren cada hora ni siquiera durante la misma hora todos los días. Las horas en las que se interrumpen las conexiones varían cada día. Y lo que es aún más extraño, una estación puede experimentar una interrupción de la red 2 minutos antes del final de una hora, mientras que la otra estación no experimenta ninguna interrupción. De hecho, aunque cada estación pierde la conexión 2 minutos antes de una nueva hora, no creo haber conocido un caso en el que ambas estaciones se cayeran al mismo tiempo. Por lo tanto, los problemas de conexión no sólo ocurren durante horas aleatorias a lo largo del día, sino que también ocurren durante diferentes horas para cada estación. El único denominador común es que la pérdida de conexión se produce aproximadamente 2 minutos antes del final de "una" hora.
No estoy en la estación en este momento, por lo que no puedo proporcionar el equipo exacto que estamos usando, pero la configuración es bastante simple.
Tenemos un módem que está conectado a un conmutador de 24 puertos Netgear Prosafe. A continuación, el conmutador alimenta las habitaciones individuales del edificio. Generalmente, cada habitación tiene un pequeño conmutador de 4 a 8 puertos (varias marcas). Los dispositivos de procesamiento de audio que reciben el audio luego se conectan a estos conmutadores más pequeños.
Estoy completamente perdido aquí. Incluso tengo problemas para convencer a Comcast de que no es culpa nuestra. En este momento, estoy pensando en desconectar el conmutador de 24 puertos durante el fin de semana y usar solo los cuatro puertos en la parte posterior del módem para alimentar equipos vitales/esenciales (creo que tendría que mantener conectado al menos uno de los conmutadores más pequeños). , aunque). Me imagino entonces que Comcast tendría que asumir la culpa si el problema persistiera porque no habría ninguna tecnología que interviniera.
¡Cualquier ayuda sería una ENORME bendición! ¿Por qué los problemas son semialeatorios? ¿Por dónde empiezo a buscar la fuente del problema? Sospecho un poco del módem; Los problemas comenzaron a ocurrir cerca del momento en que se cambió el módem, creo. Pero, en última instancia, estoy perdido... perdido... perdido.
Respuesta1
Empiece por aislar el problema. Lógicamente dividiré una red en segmentos comenzando desde el exterior y trabajando para el flujo de documentación/lógica:
- Internet (8.8.8.8 es el servidor DNS de Google, nunca inactivo)
- Un salto a la red de su ISP desde su dispositivo de conexión ISP
- Tu módem
- Su enrutador/dispositivo NAT
- Su red interna (192.168.xx, 172.20.xx, 10.xxx)
Al comprender ese desglose, comenzamos a descubrir lo que tenemos... al revés: desde adentro hacia afuera. Entonces...
Usando el comando ipconfig
Desde el dispositivo interno (PC), determine cómo se ve su red de acuerdo con ese dispositivo/PC Inicio | Ejecutar | cmd Enter ipconfigEnter
Esto le proporciona su IP/Subred/Puerta de enlace (esperemos que no esté conectado a una conexión inalámbrica, si está deshabilitado para la resolución de problemas de la primera capa).
Debería parecerse a:
Windows IP Configuration
Ethernet adapter Ethernet:
Connection-specific DNS Suffix . :
Link-local IPv6 Address . . . . . : removed
IPv4 Address. . . . . . . . . . . : 192.168.0.100
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.0.1
Asegúrate de estar utilizando el dispositivo Ethernet/Conexión de área local, nada más. El dispositivo en el que se encuentra es la dirección IPv4: 192.168.0.100 Su dispositivo/enrutador NAT es la puerta de enlace predeterminada: 192.168.0.1
Usando el comando ping
Ahora comenzamos a probar la conectividad entre el dispositivo de red y el dispositivo NAT/enrutador. En el símbolo del sistema usaremos el tipo de comando ping:
ping 192.168.0.100 -t
o
ping -t 192.168.0.100
Básicamente, lo que estás haciendo es decir hola, ¿estás ahí? a un dispositivo, y ese dispositivo debería responder (hasta que lleguemos al medio de Internet, donde las cosas pueden volverse raras).
Buenas respuestas:
Reply from 192.168.0.100: bytes=32 time<1ms TTL=64
Malas respuestas:
Destination Host Unreachable
o
Request timed out
O algo más
El -t en este comando significa seguir enviando un paquete de información cada segundo hasta que le indique que se detenga ( Ctrl+ co cierre ventanas con la X). Sin -t solo hará 4 paquetes y se detendrá.
Ahora que sabemos cómo probar un enlace, usaremos ese comando ping en cada enlace/conexión de la red y veremos dónde empezamos a tener problemas.
Usando el comando tracert
Lo último que debemos hacer es asegurarnos de que no haya nada extraño en el vínculo entre usted e Internet (lo que se llama doble NAT o dos dispositivos NAT) y determinar qué dispositivo está un paso fuera del módem de su ISP.
en el símbolo del sistema escriba:
tracert google.com<kbd>Enter</kbd>
obtendrás algo como:
tracert google.com
Tracing route to google.com [74.125.21.138]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms router [192.168.0.1]
2 2 ms 1 ms 1 ms device [10.1.10.1]
3 1 ms 1 ms 1 ms blah.somename.whatever [123.123.123.123]
4 1 ms 1 ms 1 ms 124.124.124.124
5 * * * Request timed out.
....y habrá más, usa Ctrl+ Cpara parar
Lo que le importa es la dirección IP del dispositivo entre [] para cada línea. Nota: Si la línea después de la IP de su puerta de enlace predeterminada de la prueba de ipconfig anterior coincide con uno de los patrones 192.168.xx, 172.20.xx, 10.xxx (subredes privadas no enrutables), tiene NAT doble, lo que puede causar otros problemas extraños. No entraré en eso aquí.
La última información necesaria, la IP pública de su red. Vaya a www.ipchicken.com. Ese número es tu IP pública.
Ahora con toda esta información, ¿qué probamos?
Usted mismo (normalmente me saltearé esto a menos que el siguiente dé problemas): 192.168.0.100
Su conexión a su enrutador NAT: 192.168.0.1
número de pollo ip: 123.123.123.125
El primer salto fuera del módem del ISP (su puerta de enlace pública): 123.123.123.123
Servidores DNS de Google: 8.8.8.8
Por lo tanto, al utilizar la prueba de ping descrita anteriormente, tenga abiertas hasta 5 ventanas de símbolo del sistema probando cada salto con ping. Permítanme volver a realizar esos saltos con lo que puede ser un problema entre cada dispositivo.
ping 192.168.0.100
- si esto no es 100%, tiene un problema con la NIC o una pila de IP rota y necesita reconstrucción
ping 192.168.0.1
- Si esto no es 100%, tienes problemas de cableado interno entre tu PC y el conmutador/enrutador. Comience a seguir y reemplazar cables/conmutadores/enrutadores de red. - Si tenías doble NAT aquí, eso empezará a ser un problema con los saltos posteriores.
ping 123.123.123.125
- El módem de su ISP está teniendo problemas, haga que lo prueben. - En el lenguaje de segmentación de red, estamos cruzando el DMARC o demarcación entre su red corporativa local (el problema de su persona de TI) y la red del ISP.
ping 123.123.123.123
- Su conexión a Internet tiene problemas, el ISP debe iniciar sesión y verificar su conexión a Internet. Su módem no tiene buena conectividad con el siguiente conjunto de equipos de ISP; es necesario solucionar el problema. - Cable ISP necesita verificar la potencia (generalmente +-10) y SNR (relación señal-ruido) y deberían decirle lo que ellos llaman un rango aceptable. Si no está dentro del alcance, será necesario implementar tecnología del ISP. - DSL, debes pedirles que verifiquen el perfil de ruido y debe estar dentro de sus especificaciones. La instalación de filtros en todos los dispositivos conectados a la línea telefónica será un posible problema aquí.
ping 8.8.8.8
Esto está en algún lugar de la web, los ISP negarán la verosimilitud de que sean ellos o no, mirar más allá en la cadena de tracert puede ayudarlo a comenzar a ver dónde comienzan a ocurrir los problemas. Los nombres le ayudarán a identificar cuándo cambian los límites de la red si tuvo la suerte de verlo.
Bienvenido a la profesión de TI :)