Equipo# 10
Verificación de conectividad
Los administradores deben solucionar la
queja de un usuario que no puede
llegar a algún destino de la red. La
ausencia de conexión puede ser el
resultado de fallos en la red
causados por problemas en el
servicio WAN, una mala configuración de
los routers u otros dispositivos
de la red, controles de listas de
acceso.
Prueba de Stack
Es la utilidad para probar la
conectividad IP entre los HOSTS y envia solicitudes de rspuestas en una
direccion de un HOSTS especifico y al igual usa un protocolo que forma parte
del conjunto de aplicaciones para tanto como para resivir o enviar la
solicitudes.
Comando Ping
Comprueba la conectividad de nivel
IP en otro equipo TCP/IP al enviar mensajes de solicitud de eco de ICMP
(Protocolo de mensajes de control Internet). Se muestra la recepción de los
mensajes de solicitud de eco correspondiente, junto con sus tiempos de ida y
vuelta. Ping es el principal comando de TCP/IP que se utiliza para solucionar
problemas de conectividad, accesibilidad y resolución de nombres. Cuando se usa
sin parámetros, ping muestra ayud
Indicadores de Píng Ios
• !- indica la recepción de una
respuesta de eco ICMP
• . - indica un límite de tiempo
cuando se espera una respuesta
• U - se recibió un mensaje ICMP
inalcanzable
El "!" (signo de
exclamación) indica que el ping se completó correctamente y verifica la
conectividad de la Capa 3.
El "." (punto) puede
indicar problemas en la comunicación. Puede señalar que ocurrió un problema de
conectividad en algún sector de la ruta.
Prueba de Loop Back
Es un método simple para
determinar si los circuitos de la comunicación están funcionando en un nivel
básico. Implica a menudo el conectar de un dispositivo del loopback con un
circuito y el verificar de que los datos transmitidos vuelven al remitente. La
prueba del Loopback se realiza comúnmente en acoplamientos del cuento por entregas,
de la red y de teléfono.
Prueba de asignación de interfaz
Interfaz es la conexión entre dos
ordenadores o máquinas de cualquier tipo dando una comunicación entre distintos
niveles.
<!--[if !supportLists]-->3.
<!--[endif]-->Interfaz como espacio: desde esta perspectiva la interfaz
es el lugar de la interacción, el espacio donde se desarrollan los intercambios
y sus manualidades.
Verificación de interfaces de router
Uno de los comandos más utilizados
es el comando show ip interface brief. Este proporciona un resultado más
abreviado que el comando show ip interface. Ofrece además un resumen de la
información clave de todas las interfaces. Si se observa la figura del Router
1, se puede ver que este resultado muestra todas las interfaces conectadas al
router, la dirección IP, si la hay, asignada a cada interfaz y el estado
operativo de la interfaz. Si se observa la línea de la interfaz FastEthernet
0/0, se ve que la dirección IP es 192.168.254.254. Si se observan las dos
últimas columnas, se advierte el estado de la interfaz de Capa 1 y Capa 2. up en
la columna de estado muestra que esta interfaz está en funcionamiento en la
Capa 1. up en la columna de protocolo señala que el protocolo de Capa 2 está
funcionando. En la misma figura, se observa que la interfaz serial 0/0/1 no ha
sido habilitada. La indicación correspondiente es administratively down en la
columna de estado. Esta interfaz puede activarse con el comando no shutdown.
Prueba de la conectividad del router
Como con un dispositivo final, es
posible verificar la conectividad de Capa 3 con los comandos ping y traceroute.
En la figura del Router 1 se puede ver un ejemplo de los resultados de un ping
a un host en la LAN local y un trace a un host remoto a través de la WAN.
Verificación de las interfaces del switch
Al examinar la figura del Switch 1
se puede ver el uso del comando show ip interface para verificar la condición
de las interfaces del switch. Como se aprendió anteriormente, la dirección IP
para el switch se aplica a una interfaz VLAN (Red de área local virtual). En
este caso, se asigna una dirección IP 192.168.254.250 a la interfaz Vlan1.
También se puede observar que esta interfaz está activada y en funcionamiento.
Al examinar la interfaz FastEthernet0/1, se puede detectar que esta interfaz
está desactivada. Esto quiere decir que no hay un dispositivo conectado a la
interfaz o que la interfaz de red de los dispositivos conectada no está
funcionando. Por otro lado, los resultados de las interfaces FastEthernet0/2 y
FastEthernet0/3 muestran que están en funcionamiento. Esto se indica en el
Estado y en el Protocolo, cuando ambos se muestran activos.
PRUEBA DE LA RED LOCAL
Después de hacer ping a los hosts
remotos con éxito, tanto en el host del router local - y el host remoto están
configurados correctamente.
Haciendo ping a cada uno de acogida
por una de la LAN pueden llevar a cabo esta prueba.
Si un host responde con destino
inaccesible, tenga en cuenta que la dirección no tuvo éxito y continuar para
hacer ping a los otros hosts en la LAN.
Otro mensaje de error es Tiempo de
espera agotado. Esto indica que no hay respuesta se hizo con el intento de
hacer ping en el período de tiempo predeterminado que indica que la latencia de
red puede ser un problema.
Las ofertas del IOS y el modo
extendido del comando ping. Este modo se ingresa escribiendo ping en modo EXEC
privilegiado, en el prompt de CLI sin asignar una dirección IP de destino.
Una serie de mensajes se presentan
a continuación, como se muestra en este ejemplo. Al pulsar Intro se aceptan los
valores por defecto indicados.
PRUEBA DE GATEWAY Y CONECTIVIDAD REMOTA
Usted puede utilizar el comando
ping para verificar si el host local se puede conectar la puerta de entrada.
Esto es extremadamente importante porque la puerta es la entrada del huésped y
la salida a la red más amplia. Si el comando ping devuelve una respuesta
satisfactoria, la conectividad a la puerta de entrada se verifica.
Para empezar, elija una estación
como el dispositivo de origen. En este caso, se optó por 192.168.1.1 como se
muestra en la figura de arriba es la dirección IP del Gateway.
PRUEBA DE HOSTS REMOTOS
Diseñar el servicio:
a. Para elegir una aplicación
host, vea Cómo: Generar una aplicación host.
b. Elija un modo de activación. Para
obtener más información, vea Activación de los objetos remotos.
c.
Elija un canal y puerto. Para obtener más información, vea Elegir un
canal.
En el host, configure el sistema
remoto para obtener el modo de activación y otra información, como el nombre de
aplicación y el objeto URI.
Si desea configurar el sistema
mediante programación, no necesita utilizar un archivo de configuración.
Si utiliza un archivo de
configuración, deberá cargar ese archivo en el sistema llamando a
RemotingConfigurationConfigure.
En el host, cree el canal adecuado
y regístrelo con el sistema llamando a ChannelServicesRegisterChannel.
Si utiliza un archivo de
configuración, deberá cargar ese archivo en el sistema llamando a
RemotingConfigurationConfigure.
El host debe hacer referencia al ensamblado
del objeto remoto.
Verifique la conectividad remota del Router
Un router establece una conexión
entre ciertas redes gracias al reenvío de paquetes entre ellas. Para reenviar
paquetes entre dos redes dadas, el Router debe poder comunicarse tanto con la
red de origen como con la red de destino. El router necesitará rutas hacia
ambas redes en su tabla de enrutamiento. Para probar la comunicación hacia la
red remota, se puede hacer ping a un host conocido en esta red remota. Si no
puede hacer ping correctamente en el host de la red remota desde un router,
primero debe verificar la tabla de enrutamiento en busca de una ruta adecuada
hacia cada red remota. Es posible que el router use la ruta predeterminada para
llegar a un destino. Si no hay una ruta para llegar a esta red, será necesario
determinar por qué no existe la ruta. Como siempre, también se debe descartar
que el ping no esté prohibido administrativamente.
Rastreo e implementación de los resultados de rastreo
Un rastreo proporciona una lista
de saltos cuando un paquete se enruta a través de una red. La forma del comando
depende de dónde se emita el comando. Cuando lleve a cabo el rastreo desde un
equipo con Windows, utilice tracert. Cuando lleve a cabo el rastreo desde la
CLI de un router, utilice traceroute.
Ping y Trace
Ping y trace pueden utilizarse en
forma conjunta para diagnosticar un problema. Supongamos que se he establecido
una conexión satisfactoria entre el Host 1 y el Router A, como se muestra en la
figura. Luego, supongamos que el Host 1 hace ping al Host 2 mediante este
comando. C:\>ping 10.1.0.2 El comando ping devuelve este resultado: Ping
10.1.0.2 con 32 bytes de datos: Tiempo límite de la solicitud. Tiempo límite de
la solicitud. Tiempo límite de la solicitud. Tiempo límite de la solicitud.
Estadísticas de ping para 10.1.0.2: Packets: Sent = 4, Received = 0, Lost = 4
(100% loss) The ping test failed.
Ésta es una prueba de comunicación
fuera de la red local a un dispositivo remoto. Dado que el gateway local
respondió pero el host más distante no lo hizo, el problema parece estar en
algún punto fuera de la red local. Un próximo paso es aislar el problema de una
red en particular fuera de la red local. Los comandos trace pueden mostrar la
ruta de la última comunicación satisfactoria.
