Esta es una versión simplificada de mi red doméstica y mi problema es que no puedo hacer que 192.168.20.100 se comunique con 192.168.20.4.
La estación de trabajo hace ping bien a ambos enrutadores y al servidor, y puede comunicarse con ambos. Su puerta de enlace está configurada en 192.168.20.1.
El servidor hace ping solo a la estación de trabajo y al enrutador 192.168.20.1 correctamente, y tiene una pérdida del 100% de paquetes en 192.168.20.4, a pesar de tenerlo configurado como su puerta de enlace predeterminada.
A propósito quiero que el servidor use 192.168.20.4 como puerta de enlace predeterminada y que el resto de la red use 192.168.20.1, pero quería mantenerlos a ambos en la misma subred.
Diré que este problema comenzó cuando cambié el uso de varios conmutadores de 4 puertos por el conmutador 2950, pero no estoy seguro de cómo eso habría causado este problema.
No hay DHCP presente, todo esto es estático.
ARP de estación de trabajo:
192.168.20.4 ether 00:1d:73:55:31:7a C eth0
192.168.20.100 ether 90:e2:ba:27:5f:3a C eth0
192.168.20.1 ether 00:24:a5:42:a7:dc C eth0
192.168.20.5 ether 00:0e:84:06:73:40 C eth0
ARP del servidor:
192.168.20.4 ether 00:1d:73:55:31:7a C eth0
192.168.20.101 ether 6c:f0:49:0a:91:82 C eth0
192.168.20.5 ether 00:0e:84:06:73:40 C eth0
192.168.20.1 ether 00:24:a5:42:a7:dc C eth0
Cambiar ARP:
Protocol Address Age (min) Hardware Addr Type Interface
Internet 192.168.20.100 0 90e2.ba27.5f3a ARPA Vlan1
Internet 192.168.20.101 10 6cf0.490a.9182 ARPA Vlan1
Internet 192.168.20.4 9 001d.7355.317a ARPA Vlan1
Internet 192.168.20.5 - 000e.8406.7340 ARPA Vlan1
Internet 192.168.20.1 1 0024.a542.a7dc ARPA Vlan1
Tabla de direcciones MAC del conmutador:
1 001d.7355.317a DYNAMIC Fa0/3
1 0024.a542.a7dc DYNAMIC Fa0/24
1 6cf0.490a.9182 DYNAMIC Gi0/2
1 90e2.ba27.5f3a DYNAMIC Gi0/1
Configuración en ejecución (desinfectada):
Current configuration : 1313 bytes
!
version 12.1
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname Europa
!
enable secret 5 .............................
!
ip subnet-zero
!
ip ssh time-out 120
ip ssh authentication-retries 3
!
spanning-tree mode pvst
no spanning-tree optimize bpdu transmission
spanning-tree extend system-id
!
!
!
!
interface FastEthernet0/1
!
interface FastEthernet0/2
!
interface FastEthernet0/3
!
interface FastEthernet0/4
!
interface FastEthernet0/5
!
interface FastEthernet0/6
!
interface FastEthernet0/7
!
interface FastEthernet0/8
!
interface FastEthernet0/9
!
interface FastEthernet0/10
!
interface FastEthernet0/11
!
interface FastEthernet0/12
!
interface FastEthernet0/13
!
interface FastEthernet0/14
!
interface FastEthernet0/15
!
interface FastEthernet0/16
!
interface FastEthernet0/17
!
interface FastEthernet0/18
!
interface FastEthernet0/19
!
interface FastEthernet0/20
!
interface FastEthernet0/21
!
interface FastEthernet0/22
!
interface FastEthernet0/23
!
interface FastEthernet0/24
!
interface GigabitEthernet0/1
!
interface GigabitEthernet0/2
!
interface Vlan1
ip address 192.168.20.5 255.255.255.0
no ip route-cache
!
ip http server
!
line con 0
line vty 0 4
password .........
login
line vty 5 15
password .........
login
!
!
end
EDITAR
No puedo responder mi propia pregunta todavía, pero encontré el problema. 192.168.20.4 tenía una entrada ARP incorrecta en el servidor. Gracias por mencionar verificar las tablas ARP, me siento tonto por no verificar también los enrutadores.
Respuesta1
He encontrado el problema. 192.168.20.4 tenía una entrada ARP incorrecta para 192.168.20.100. Gracias por mencionar la verificación de las tablas ARP. Me siento tonto por no verificar también los enrutadores.