☰

LAN que usa crossover deja de funcionar después de un tiempo

tag-icon • tag-icon networking lan crossover-cable
LAN que usa crossover deja de funcionar después de un tiempo

Intenté conectar mis dos computadoras portátiles mediante un cable LAN cruzado. Están en el mismo WiFi con Internet en las direcciones 192.168.0.xxx, pero quiero una comunicación más rápida entre ellos para mis propósitos.

Configuré uno para la dirección 172.16.0.1 con máscara 255.255.255.252 (Windows 8.1) y el segundo para 172.16.0.2 con la misma máscara (Fedora 22). La conexión entre ellos funciona bien por un tiempo (probado con ping), pero deja de funcionar después de un tiempo. Luego observo este fenómeno con Wireshark.

Fedora 22 - 172.16.0.2

Sigue transmitiendo paquetes de descubrimiento ARP e intenta saber quién tiene 172.16.0.1. No se ha visto respuesta en esta máquina.

Ventanas 8.1 - 172.16.0.1

Veo la transmisión desde 172.16.0.1, también veo la respuesta, pero hay una gran cantidad de paquetes MAC CTRL Pause provenientes de la otra estación. He leído en Wikipedia que esto es un signo de red abrumada.

Sólo tengo un conocimiento básico de redes y no sé cómo solucionar este problema. Al principio pensé que era un problema con el enrutamiento, pero parece algo en la capa de enlace. ¿Podrías ayudarme de alguna manera? ¿Algunas ideas?

EDITAR: tabla de enrutamiento desde el sistema Windows

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0         On-link        172.16.0.1    266
          0.0.0.0          0.0.0.0      192.168.0.1      192.168.0.8     25
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    306
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    306
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    306
       172.16.0.0  255.255.255.252         On-link        172.16.0.1    266
       172.16.0.1  255.255.255.255         On-link        172.16.0.1    266
       172.16.0.3  255.255.255.255         On-link        172.16.0.1    266
      192.168.0.0    255.255.255.0         On-link       192.168.0.8    281
      192.168.0.8  255.255.255.255         On-link       192.168.0.8    281
    192.168.0.255  255.255.255.255         On-link       192.168.0.8    281
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    306
        224.0.0.0        240.0.0.0         On-link        172.16.0.1    266
        224.0.0.0        240.0.0.0         On-link       192.168.0.8    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    306
  255.255.255.255  255.255.255.255         On-link        172.16.0.1    266
  255.255.255.255  255.255.255.255         On-link       192.168.0.8    281
===========================================================================
Persistent Routes:
  Network Address          Netmask  Gateway Address  Metric
          0.0.0.0          0.0.0.0       172.16.0.1  Default
===========================================================================

Respuesta1

los tienes a ambos en la misma subred (172.16.0.1 y .2, con máscara 255.255.255.252), lo cual funciona...

¿Configuraste el enrutador/puerta de enlace para cualquiera de los dos? también debe asignar una configuración de puerta de enlace ('enrutador') para cada uno.

Mi método normal para esto es configurar también una IP del sistema en la puerta de enlace (es decir, en su situación, configurar la máquina con 172.16.0.1 como dirección IP de la puerta de enlace en AMBAS máquinas), porque entonces AMBAS máquinas mirarán esa máquina. para tráfico ip...

y su máscara no tiene que ser tan ajustada: 255.255.255.0 funcionará perfectamente...

información relacionada