verificacion de conectividad

                                  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.