Instituto Politécnico Nacional

Escuela Superior de Ingeniería

Mecánica y Eléctrica
Unidad Zacatenco

Ingeniería en Comunicaciones y Electrónica

Redes de Área Amplia

Alumna: Galicia Zarate Samantha

Boleta: 2020303220

Tarea 11: Resumen Cap.13 Implementación de WAN punto a

punto

Profesor: Primitivo Reyes Aguilar

Grupo: 8CM3
WAN de linea arrendada con HDLC
Una WAN física de linea arrendada funciona de manera similar al cable cruzado
Ethernet que conecta dos enrutadores, pero sin limitaciones de distancia. Cada
enrutador puede enviar en full dúplex, con una velocidad simétrica, eso significa
que se envían bits a la misma velocidad

Aunque la linea arrendada proporciona una función de transmision de bits de capa

física, los enrutadores también necesitan utilizar un protocolo de enlace de datos
en el enlace WAN para enviar bits a través del enlace. los enrutadores reciben
tramas en las interfaces LAN y luego el enrutador des encapsula el paquete de la
capa de red. Antes de reenviar el paquete, el enrutador lo encapsula dentro de un
protocolo de enlace de datos WAN como el Control de enlace de datos de alto
nivel (HDLC).
Lineas arrendadas de capa 1

Existen desde hace mucho tiempo, aproximadamente 20 años más que las LAN.
Sin embargo, todavía existen hoy como servicio WAN.

El término línea arrendada se refiere al hecho de que la empresa que utiliza la

línea arrendada no es propietaria de la línea, sino que paga una tarifa de
arrendamiento mensual para usarla. Sin embargo, hoy en día muchas personas
utilizan el término genérico proveedor de servicios para referirse a una empresa
que proporciona cualquier forma de conectividad WAN, incluidos servicios de
Internet.
Componentes físicos de una linea arrendada
Para crear una linea arrendada, la empresa de telecomunicaciones debe crear
alguna ruta de transmisión física entre los dos enrutadores en los extremos del
enlace. El cableado físico debe salir de los edificios donde se encuentra cada
enrutador, luego, la empresa de telecomunicaciones debe crear el equivalente a
un circuito de dos pares de extremo a extremo, con un circuito para enviar datos
en cada dirección (full dúplex)

El papel del CSU/DSU

La CSU se encuentra entre la línea arrendada de telecomunicaciones y el
enrutador; entiende ambos mundos y sus convenciones en la Capa 1. En el lado
de las telecomunicaciones, eso significa que la CSU se conecta a la línea de la
empresa de telecomunicaciones, por lo que debe comprender todos estos detalles
sobre el sistema T-carrier, TDM y la velocidad utilizada por las
telecomunicaciones. En el lado del enrutador de la ecuación, la CSU se conecta al
enrutador, con funciones denominadas DCE y DTE, respectivamente. La CSU,
que actúa como DCE (equipo de terminación de circuito de datos), controla la
velocidad de la interfaz serie del enrutador. El enrutador, que actúa como DTE
(equipo terminal de datos), está controlado por las señales de sincronización de la
CSU (DCE). Es decir, la CSU le dice al enrutador cuándo enviar y recibir bits; el
enrutador intenta enviar y recibir bits solo cuando el DCE crea los impulsos
eléctricos correctos (llamados sincronización) en el cable.
Lineas arrendadas de capa 2 con HDLC
Una línea arrendada proporciona un servicio de Capa 1. Promete entregar bits
entre los dispositivos conectados a la línea arrendada. Sin embargo, la línea
arrendada en sí no define un protocolo de capa de enlace de datos que se utilizará
en la línea arrendada. HDLC proporciona una opción para un protocolo de enlace
de datos para una línea arrendada.
HDLC sólo tiene unas pocas funciones importantes que realizar con la topología
simple punto a punto de una línea arrendada punto a punto. Primero, el
encabezado de la trama le permite al enrutador receptor saber que se avecina una
nueva trama. Además, como todos los demás protocolos de enlace de datos, el
trailer HDLC tiene un campo Frame Check Sequence (FCS) que el enrutador
receptor puede usar para decidir si la trama tuvo errores en tránsito y, de ser así,
descartarla.

Cisco agrega otra función al protocolo HDLC estándar ISO agregando un campo
adicional (un campo Tipo) al encabezado HDLC, creando una versión de HDLC
específica de Cisco.

El campo Tipo permite que los enrutadores Cisco admitan múltiples tipos de
paquetes de capa de red para cruzar el enlace HDLC

Las tramas HDLC proporcionan los medios para encapsular correctamente el

paquete de la capa de red para que cruce el enlace entre enrutadores.

Configurando HDLC
Las interfaces seriales en los enrutadores Cisco no necesitan comandos de
configuración específicos de Capa 1 o 2. Para la Capa 1, el cableado debe
completarse, por supuesto, pero el enrutador intenta usar la interfaz serie una vez
que se configura el comando de no apagado. Para la Capa 2, IOS utiliza de forma
predeterminada HDLC en interfaces serie. Al igual que en las interfaces Ethernet,
las interfaces seriales del enrutador generalmente solo necesitan un comando de
dirección IP y posiblemente el comando de no apagado, asumiendo que las
interfaces de ambos enrutadores tienen configuraciones predeterminadas.
WAN de linea arrendada con PPP
El protocolo punto a punto (PPP) desempeña la misma función que HDLC: un
protocolo de enlace de datos para uso en enlaces serie. Sin embargo, HDLC se
creó para un mundo sin enrutadores. En contraste, PPP, definido en la década de
1990, fue diseñado teniendo en mente enrutadores, TCP/IP y otros protocolos de
capa de red, con muchas características más avanzadas
Conceptos de APP
1. PPP proporciona varias funciones básicas pero importantes que son útiles
en una línea arrendada que conecta dos dispositivos:
2. Definición de un encabezado y un final que permiten la entrega de una
trama de datos a través del enlace
3. Compatibilidad con enlaces síncronos y asíncronos
4. Un campo Tipo de protocolo en el encabezado
5. Herramientas de autenticación integradas
6. Protocolos de control para cada protocolo de capa superior que se ejecuta
sobre PPP
Encuadre de APP
A diferencia de la versión estándar de HDLC, el estándar PPP define un campo de
protocolo. El campo de protocolo identifica el tipo de paquete dentro de la trama.
Cuando se creó PPP, este campo permitía que los paquetes de los diferentes
protocolos de Capa 3 pasaran a través de un único enlace. Hoy en día, el campo
Tipo de protocolo todavía proporciona la misma función y generalmente admite
paquetes para las dos versiones diferentes de IP (IPv4 e IPv6)

Protocolos de control de APP

PPP define un conjunto de protocolos de control de Capa 2 que realizan varias
funciones de control de enlace.
PPP separa estos protocolos de control en dos categorías principales:
 Protocolo de control de enlace (LCP)
 Protocolos de control de red (NCP)
El PPP LCP implementa las funciones de control que funcionan igual
independientemente del protocolo de Capa 3. Para funciones relacionadas con
protocolos de capa superior, generalmente protocolos de capa 3, PPP utiliza una
serie de protocolos de control (CP) de PPP, como el protocolo de control IP
(IPCP). PPP utiliza una instancia de LCP por enlace y un NCP para cada protocolo
de Capa 3 definido en el enlace.
Autenticación PPP
En redes, la autenticación le da a un dispositivo una manera de confirmar que otro
dispositivo es realmente el dispositivo correcto y aprobado con el que se deben
realizar las comunicaciones. En otras palabras, la autenticación confirma que la
otra parte es la otra parte auténtica y no un impostor.
La autenticación WAN suele ser necesaria cuando se utilizan líneas de marcado.
Sin embargo, la configuración de las funciones de autenticación sigue siendo la
misma ya sea que se utilice una línea arrendada o una línea de marcación.
PPP define dos protocolos de autenticación: PAP y CHAP. Ambos protocolos
requieren el intercambio de mensajes entre dispositivos, pero con detalles
diferentes. Con PAP, el proceso funciona con el dispositivo que se va a autenticar
iniciando los mensajes, afirmando ser legítimo al enumerar una contraseña
secreta en texto claro.

CHAP, una opción mucho más segura, utiliza diferentes mensajes y oculta la
contraseña.
Los flujos de PAP son mucho menos seguros que CHAP porque PAP envía el
nombre de host y la contraseña en texto claro en el mensaje. Estos se pueden leer
fácilmente si alguien coloca una herramienta de rastreo en el circuito. En cambio,
CHAP utiliza un algoritmo hash unidireccional, llamado resumen de mensajes 5
(MD5), en el que la entrada al algoritmo es una contraseña que nunca cruza el
enlace más un número aleatorio compartido.
Implementación de APP
La configuración de PPP, en comparación con HDLC, requiere solo un cambio:
usar el comando encapsulation PPP en ambos extremos del enlace. Al igual que
con HDLC, se pueden configurar opcionalmente otros elementos, como el ancho
de banda de la interfaz y una descripción de la interfaz. Y por supuesto, la interfaz
debe estar habilitada (sin apagar). Pero la configuración para migrar de HDLC a
PPP solo requiere el comando encapsulation PPP en las interfaces seriales de
ambos enrutadores.
Implementación de APP CHAP
La versión más simple de la configuración CHAP requiere sólo unos pocos
comandos. La configuración utiliza una contraseña configurada en cada enrutador.
Para configurar PPP junto con CHAP en una interfaz que tiene toda la
configuración predeterminada en las interfaces serie de ambos enrutadores, siga
estos pasos:
Paso 1. Utilice el comando encapsulation PPP en el modo de configuración de
interfaz, en las interfaces seriales de ambos enrutadores, para habilitar PPP en las
interfaces.
Paso 2. Defina los nombres de usuario y contraseñas utilizados por los dos
enrutadores:
Paso 3. Utilice el comando cap de autenticación PPP en el modo de configuración
de interfaz en cada enrutador para habilitar CHAP en cada interfaz.
Implementación de APP PAP
La configuración de PAP difiere de la configuración de CHAP en varios aspectos.
Primero, PAP utiliza el comando de autenticación PPP pap similar en lugar del
comando de autenticación PPP chap . Luego, PAP configura el par de nombre de
usuario/contraseña enviada de manera muy diferente a CHAP.
Un enrutador define el par de nombre de usuario/contraseña que enviará
utilizando el nombre de usuario enviado ppp pap configurado como un
subcomando de interfaz
Implementación de PPP multienlace
Los diseñadores de redes a veces utilizan múltiples enlaces serie paralelos entre
dos enrutadores, en lugar de un único enlace serie. Esa motivación puede ser
mejorar la disponibilidad, de modo que si un enlace falla, al menos los demás
estén funcionando. La motivación puede ser simple economía: puede resultar más
económico instalar dos o tres líneas T1 paralelas en lugar de pasar al siguiente
tipo de línea más rápida, una línea T3, utilizando un servicio T3 fraccionado.

Si el ingeniero de redes configura los enlaces seriales paralelos como se analizó

hasta ahora en este capítulo, cada enlace tiene direcciones IP y puede usarse
para reenviar paquetes IP
Conceptos de APP multienlace
Multilink PPP es una función PPP útil cuando se utilizan múltiples enlaces seriales
paralelos entre dos dispositivos. Proporciona dos características importantes,
reduce la complejidad de la capa 3 al hacer que las múltiples interfaces serie de
cada enrutador parezcan una única interfaz desde la perspectiva de la capa 3
MLPPP hace que los múltiples enlaces físicos funcionen como un solo enlace
mediante el uso de una interfaz virtual llamada interfaz multienlace
Configurando MLPPP
La implementación de MLPPP requiere una configuración más larga que la
mayoría de las funciones analizadas en este libro. Entonces, primero, para
establecer un poco el contexto, piense en estos tres requisitos de configuración
principales para MLPPP:
Paso 1. Configure interfaces multienlace coincidentes en los dos enrutadores,
configurando el subcomando de interfaz para todas las funciones de capa 3 (IPv4,
IPv6 y protocolo de enrutamiento) en las interfaces multienlace (y no en las
interfaces serie).
Paso 2. Configure las interfaces seriales con todos los comandos de Capa 1 y 2,
como la frecuencia del reloj. (Capa 1) y autenticación PPP (Capa 2).
Paso 3. Configure algunos comandos PPP en las interfaces multienlace y en serie,
para habilitar MLPPP y asociar la interfaz multienlace con las interfaces en serie.
Solución de problemas de enlaces seriales
Un simple comando ping puede determinar si un enlace serie puede o no reenviar
paquetes IP. Un ping a la dirección IP serie del otro enrutador demuestra que el
enlace funciona o no.
Si el ping no funciona, el problema podría estar relacionado con funciones en la
Capa 1, 2 o 3. La mejor manera de aislar qué capa es la causa más probable es
examinar los códigos de estado de la interfaz
El proceso de verificación del enlace serie y solución de problemas debe
comenzar con un proceso simple de tres pasos
Paso 1. Desde un enrutador, haga ping a la dirección IP serial del otro enrutador.
Paso 2. Si el ping falla, examine el estado de la interfaz en ambos enrutadores e
investigue los problemas relacionados con las áreas probables de problemas
Paso 3. Si el ping funciona, verifique también que todos los protocolos de
enrutamiento estén intercambiando rutas a través del enlace
Solución de problemas de la capa 1
Los códigos de estado de la interfaz, o estado de la interfaz, desempeñan un
papel clave a la hora de aislar la causa raíz de los problemas en los enlaces serie.
De hecho, el estado en ambos extremos del enlace puede diferir, por lo que es
importante examinar el estado en ambos extremos del enlace para ayudar a
determinar el problema.
un enlace serie falla cuando solo uno de los dos enrutadores ha deshabilitado
administrativamente su interfaz serie con el subcomando de interfaz de apagado.
Cuando un enrutador apaga su interfaz serie, el otro enrutador se encuentra en un
estado inactivo, suponiendo que la interfaz del segundo enrutador no esté también
apagada. La solución es simplemente configurar un comando de configuración de
interfaz sin apagado en la interfaz.
Solución de problemas de la capa 2
Los problemas de la capa de enlace de datos en los enlaces serie generalmente
resultan en que al menos uno de los enrutadores tenga un estado de interfaz serie
activo/inactivo
El comando show interfaces enumera el tipo de encapsulación aproximadamente
en la séptima línea del resultado, por lo que usar este comando en ambos
enrutadores puede identificar rápidamente el problema.
Fallo de mantenimiento.
La función Keepalive del enrutador ayuda al enrutador a darse cuenta cuando un
enlace ya no funciona. Una vez que un enrutador cree que el enlace ya no
funciona, puede desactivar la interfaz, permitiendo que el protocolo de
enrutamiento converja para usar otras rutas si existen.
La función keepalive en una interfaz hace que los enrutadores se envíen mensajes
de keepalive entre sí en cada intervalo de keepalive, con un valor predeterminado
de 10 segundos. Se produce una discrepancia de keepalive cuando un enrutador
tiene keepalive habilitado y el otro no. Esa combinación es un error y no debe
utilizarse.