viernes, 22 de febrero de 2008

SUBCOMANDOS DE CONFIGURACIÓN DE LA INTERFAZ ATM

SUBCOMANDOS DE CONFIGURACIÓN DE LA INTERFAZ ATM
Las interfaces de ATM de Cisco son procesadores dedicados de la
interfaz o adaptadores de puerto en una tarjeta VIP.
Esto implica que no es necesario especificar el subcomando de interfaz
encapsulation para las interfaces ATM. La encapsulación ATM es lo
único que admite el hardware. No hay que especificar los circuitos
virtuales que existen en una interfaz determinada utilizando el
comando de interfaz atm pvc.
Ejemplo:
Configuración de PVC 1 usando VPI 0 y VCI 100 para un canal virtual
AAL 5.
Router#configure
Router(config)#int atm2/0
Router(config-if)#atm pvc 1 0 100 aal5snap
Router(config-if)#Ctrl+Z

LINEA DE ABONADO DIGITAL
La línea de abonado digital(Digítal subscriber Line, DSL) es una
tecnología que se ha generalizado en los últimos años y que tiene
capacidad para ofrecer ancho de banda dedicado de alta capacidad a los
usuarios finales. DSL emplea una topología de red en estrella,
teniendo el centro de la estrella conexiones dedicadas a los nodos
hoja con cable de cobre de par trenzado.
El ancho de banda entre los nodos hoja y el centro de la
estrella puede variar de 64Kbps a 8Mbps, dependiendo de las
características del cable de cobre, las interconexiones físicas, la
distancia que recorre la señal, las condiciones medioambientales y la
tecnología DSL especifica utilizada. Las distancias más cortas, las
interconexiones mínimas y el cable de cobre de gran calibre pueden
arrojar mayores velocidades de transmisión de datos.
La tecnología ADSL proporciona ancho de banda asimétrico entre
el centro de la estrella y un nodo hoja, la transmisión de datos desde
el centro de la estrella al nodo hoja es más rápida(3 veces más) que
la ruta contraria.
Un módem ADSL crea tres canales separados:
Canal de flujo ascendente
El canal duplex
Un canal de servicio telefónico básico
El equipo de red como los router y los bridges se conectan a los
módem ADSL utilizando la tecnología WAN como ATM o Frame Relay. Cada
uno de los usuarios finales, o algunas veces cada canal por usuario
final, sería para el equipo de red como un circuito virtual separado.
En una interfaz WAN de alta velocidad a un módem ADSL, un router puede
admitir un gran número de circuitos virtuales y sus correspondientes
usuarios.
Cisco fabrica una serie de routers, la serie 600 que cuenta con
interfaces DSL. Los routers Cisco de la serie 600 pueden actuar como
Ethernet para los bridges o routers DSL, o pueden ser módems tanto
para conexiones ADSL como SDSL. En este momento, la serie 6000 de
Cisco funciona utilizando una variante de IOS denominada Sistema
Operativo de banda ancha de Cisco (Cisco Broadband Operating System,
CBOS). La configuración de CBOS es diferente que la de IOS pero Cisco
tiene previsto cambiar esta interfaz de usuario de CBOS para que sea
compatible con el IOS. La combinación de los productos IOS y CBOS
permite crear una red con una gran variedad de entornos.

RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI)
RDSI o ISDN es una tecnología WAN orientada a conexión que usa
la tecnología digital para digitalizar voz, datos, vídeo y otro tipo
de información a través de la línea telefónica existente.
Los dispositivos que se conectan a la red RDSI son terminales.
LOS 2 tipos de terminales son los que comprenden los estándares RDSI,
que se denominan equipo del terminal tipo 1 (TE1) y los que preceden a
los estándares RDSI, que se denominan equipo de terminal tipo 2 (TE2).
TE2 se conecta a la red RDSI usando un adaptador de terminal (terminal
adapter, TA). Los TE1 no necesitan TA.
RDSI ofrece 2 tipos de servicios:
Interfaz de acceso básico, BRI e interfaz de acceso primario,
PRI.
Un identificador de perfil de servicio (Service Profile
Identifier, SPID) es un número que utilizan algunas portadoras
telefónicas para definir los servicios disponibles para un dispositivo
RDSI. En muchos casos, el número SPID es equivalente del número de
teléfono del dispositivo RDSI. El dispositivo RDSI ofrece el SPID al
switch RDSI, que permite entonces que el dispositivo acceda a la red
para recibir servicio BRI o PRI. Si no se proporciona un SPID valido,
muchos switches RDSI no permiten que un dispositivo RDSI realice una
llamada a través de la red.

SUBCOMANDOS DE CONFIGURACION DE INTERFAZ DE RDSI
La configuración de RDSI en los dispositivos Cisco IOS exige que
se informe al dispositivo del tipo de switch RDSI al que se encuentra
conectado. Este requisito es necesario porque el terminal RDSI
necesita comunicarse con cada uno de los switches RDSI de los
diferentes fabricantes de manera exclusiva.
Es posible encontrar todos los tipos de switch RDSI al que esta
conectado el dispositivo IOS que se esté utilizando acudiendo al
sistema de ayuda de IOS con el comando de configuración isdn switchtype?.
Hace falta que el dispositivo IOS conozca el fabricante de
switch RDSI con el que hablará, ya que cada fabricante tienen un
protocolo exclusivo para señalización.
Si no está configurado el tipo de switch RDSI adecuado, el
dispositivo Cisco no puede comunicarse con el switch RDSI de las
instalaciones de la portadora telefónica.
Para cada una de las interfaces BRI RDSI es necesario especificar los
SPID utilizando para ello los subcomandos de interfaz isdn spid1 y
isdn spid2.
Cada SPID identifica a un canal B exclusivo de switch RDSI. Es
necesario especificar los 2 SPID diferentes para una interfaz BRI.
Para usar PRI RDSI en un dispositivo Cisco, se necesita una interfaz
PRI RDSI, este tipo de interfaz es compatible con los routers y los
servidores de acceso de gama alta y media, como por ejemplo, los
routers de las series 3600, 4000 y 7000 de Cisco y los servidores de
acceso 5300 de Cisco.
La PRI se comunica con el switch RDSI a través de un controlador
T1.
Un controlador T1 es un paquete de software de enlace de datos
que maneja la señalización del enlace de datos en la interfaz. Es
preciso especificar la información especifica al enlace de datos para
el controlador T1, como el método de entramado y el método de
codificación de líneas.
En el siguiente ejemplo, configuramos un controlador T1 en la
interfaz serial1/0 para un entramado de supertramas apiladas(Extended
superframe, ESF), codificación de líneas binarias con sustitución de 8
ceros(Binary 8-zero substitución, B8ZS) y una RDSI de acceso principal
que usa 24 periodos de tiempo. ESF es un tipo de entramado que se usa
en los circuitos T1.
Consta de 24 tramas de 192 bits de datos cada una,
proporcionando el bit número 193 la temporización y otras funciones.
B8ZS es un mecanismo de codificación de líneas que garantiza la
densidad a través de un enlace al sustituir un código especial siempre
que se envíen 8 ceros consecutivos y posteriormente elimina el código
especial en el extremo final de la conexión.
Router#configure
Router(config)#controller T1 1/0
Router(config-if)#framing esf
Router(config-if)#linecode b8zs
Router(config-if)#pri-group timeslots 1-24
Router(config-if)#Ctrl-Z

SPOOFING
Significa que la interfaz RDSI siempre pretende estar preparada
para enrutar paquetes, aunque es posible que no tenga realizada una
llamada digital válida. La interfaz RDSI engaña al protocolo de
enrutamiento y al resto del software del dispositivo IOS para que crea
que la interfaz está encendida y en funcionamiento(y no está es
spoofing) durante un periodo de tiempo hasta que la llamada no hace
nada.
La interfaz corta entonces la llamada y vuelve al modo spoofing
hasta que necesite realizar otra llamada digital para enrutar datos.
Este mecanismo(fingir que la interfaz está en funcionamiento, realizar
la llamada digital para transferir los datos y luego cortar la llamada
cuando no es necesaria) se denomina Enrutamiento bajo demanda.

RESUMEN DE COMANDOS
Ethernet y Fast Ethernet media-type[ani, 10baseT, mii, 100basex]
Fast Ethernet y Gigabit ethernet full-duplex
Token Ring ring-speed[4|16] Early-toke-ring
X-25 x25 address x121 address x25 ips X25 ops x25win x25 wont
Frame Relay Frame-Relay interface-dlic frame relay lmi-tipe
ATM atm pvc
DSL set bridging set interface(solamente CBOS)
RDSI isdn switch-type isdn spid1 isdn spid2 pri-group timeslots
T1 framing linecode

TCP/IP PROTOCOLO DE CONTROL DE TRANSMISION/PROTOCOLO DE
INTERNET
Protocolo IP enrutado de la capa 3.
Funcionalidad extremo a extremo en la capa 4.
TCP/IP se usa como protocolo de acceso a Internet y para interconectar
dispositivos de redes corporativas.
El conjunto de protocolos TCP no solo incluye especificaciones
de capa 3 y 4, sino también especificaciones para aplicaciones
comunes, como correo electrónico, emulación de terminal y
transferencia de archivos.
Transferencia de archivos: TFTP, FTP, NFS.
Correo electrónico: SMTP
Login remoto: TELNET Y RELOGIN
Administración de red: SNMP
Administración de nombres: DNS


GENERALIDADES DE LA CAPA DE TRANSPORTE
Los servicios de transporte permiten que los usuarios puedan
segmentar y volver a ensamblar varias aplicaciones de la capa superior
en el mismo flujo de datos de la capa de transporte.
Este flujo de datos de la capa de transporte proporciona servicios de
transporte de extremo a extremo. El flujo de datos de la capa de
transporte constituye la conexión lógica entre los puntos finales de
la red el host origen o emisor y el host de destino o receptor.
La capa de transporte realiza dos funciones: Control de flujo
por ventanas deslizantes y fiabilidad obtenida a través de números de
secuencia y acuse de recibo.
El control de flujo es un mecanismo que permiten a los host en
comunicación negociar la cantidad de datos que se transmiten cada vez.
La fiabilidad proporciona un mecanismo para garantizar la
distribución de cada paquete.
En la capa de transporte hay dos protocolos:

TCP:
Se trata de un protocolo fiable, orientado a conexión. En un
entorno orientado a la conexión, se ha de establecer una conexión
entre ambos extremos antes de que pueda tener lugar la transferencia
de información.
TCP es el responsable de la división de los mensajes en
segmentos y el reensamblado posterior de los mismos cuando llegan a su
destino, volviendo a enviar cualquiera que no haya sido recibido.
TCP proporciona un circuito virtual entre las aplicaciones de usuarios
finales.

UDP (PROTOCOLO DE DATAGRAMA DE USUARIO)
Es un protocolo sin conexión ni acuse de recibo. Aunque UDP es
el responsable de transmisión de mensajes, no existe verificación de
la distribución de segmentos en esta capa.
UDP depende de los protocolos de capa superior para conseguir la
debida fiabilidad.



Puerto origen: Número de puerto que llama (16 bits).
destino: Número del puerto al que se llama (16 bits).
Número de secuencia: Número usado para garantizar la corrección en la
secuencia de la llegada de datos(32 bits).
Número de acuse de recibo: Siguiente octeto TCP esperado(4 bits).
Reservado: Fijado en 0(6 bits).
Bits de código: Funciones de control, como el establecimiento y la
finalización de una sesión(6 bits).
Ventana: Número de octetos que el dispositivo espera aceptar (16)
bits).
Suma de comprobación: Suma de comprobación de cabecera y campos de
datos (16 bits).
Urgente: Indica el final de los datos urgentes(16 bits).
Opciones: Algo ya definido, tamaño máximo del segmento TCP(0 a 32
bits, si hay)



UDP es utilizado por TFTP, SNMP, NFS, DNS.
Tanto TCP como UDP utilizan los números de puerto para pasar
información a las capas superiores. Los números de puerto se usan para
registra las diferentes conversaciones que están teniendo lugar al
mismo tiempo en la red.

FTP-------------21 Puerto para dialogo para la transferencia de
archivos.
TELNET----------23 Puerto de conexión remota mediante Telnet.
SMTP------------25 Protocolo simple de transferencia de correo.
DNS-------------53 Servidor de nombres de dominios.
TFTP------------69
SNMP------------161 Usado para recibir peticiones de gestión de red.
RIP-------------520
POP3------------110 Servidor de recuperación de correo del PC.
NNTP------------119 Acceso a las noticias de red.
FTPDATA---------20 Puerto de transferencia de datos para la
transferencia de archivos.
DISCARD---------9 Descartar el datagrama de usuario/Descarta todos los
datos entrantes.
CHANGEN---------19 Intercambiar flujos de caracteres.
ECHO------------7 UDP/ Eco del datagrama de usuario de vuelta al
emisor.
FECHA Y HORA----13(Daytime)
BooTPS----------67
BooTPC----------68
SunRCP----------111
NTP-------------123
SNMP-trap-------162

A las conversaciones donde no están implicadas aplicaciones con
números de puertos bien definidos/conocidos se les asigna números de
puerto aleatoriamente elegidos dentro de un rango específico.
Estos números de puerto se utilizan como direcciones de origen y
destino en el segmento TCP.
Los números por debajo de 1024 se consideran puertos bien
conocidos.
Los números por encima de 1024 se consideran puertos asignados
dinámicamente.
DNS usa los dos protocolos de transporte, utiliza UDP para la
resolución del nombre y TCP para transferencias en la zona del
servidor.
RFC 1700 define todos los números de puerto bien conocidos para
TCP/IP en www.iana.org
Los sistemas finales usan los números de puerto para seleccionar
la aplicación apropiada.
Los números de puerto de origen son asignados dinámicamente por
el host del origen, números por encima de 1023.

ESTABLECIMIENTO DE UNA CONEXIÓN TCP.
TCP esta orientado a la conexión, por lo que requiere que
establezca la conexión antes de que puedan iniciarse la transferencia
de datos.
Los host deben sincronizar sus números de secuencia
inicial(ISN).
La sincronización se lleva a cabo mediante un intercambio de segmentos
de establecimiento de conexión que transportan un bit de control
llamado SYN(de sincronización), y los números de secuencia inicial.
La solución requiere un mecanismo apropiado para recoger un
número de secuencia inicial y que reciba una confirmación de que la
transmisión se ha realizado con éxito, mediante un acuse de
recibo(ACK) por parte del otro lado.

INTERCAMBIO DE SEÑALES A 3 VIAS




Paso-1
El Host A envía al Host B SYN. Mi número de secuencia es 100, el
número ACK es 0, el bit ACS no esta establecido. El bit SYN esta
establecido.

Paso-2
El Host B envía al Host A ACK. Espero ver 101 a continuación, mi
número de secuencia es 300, ACK ha sido establecido. El bit SYN del
Host B al Host A ha sido establecido.

Paso-3
El Host A envía al Host B ACK. Espero ver 301 a continuación, mi
número de secuencia es 101, el bit ACK ha sido establecido. El bit SYN
ha sido establecido.
Es necesario un intercambio de señales de 3 vías, debido a que
los números de secuencia no están ligados a ningún reloj global de la
red y los TCP podrían tener diferentes mecanismos para recoger los
números de secuencia inicial.
El tamaño de ventana determina la cantidad de datos que acepta
el puerto receptor de una vez, antes de que vuelva un acuse de recibo.
TCP proporciona una secuencia de segmentos con un acuse de
recibo de referencia.
Cada datagrama es numerado antes de la transmisión. En el puesto
receptor, TCP se encarga de volver a ensamblar los segmentos en un
mensaje completo.
Los segmentos que no son reconocidos dentro de un periodo de
tiempo determinado, da lugar a una nueva retransmisión.
Si falta un número de secuencia en la serie, se retransmite el
segmento correspondiente.

CONTROL DE FLUHO PARA TCP/UDP
Para gobernar el flujo de datos entre dispositivos, TCP usa un
mecanismo de control de flujo.
El TCP receptor devuelve una “ventana” al TCP emisor. Esta
ventana especifica el número de octetos comenzando por el número de
referencia, que el TCP receptor está preparado para recibir en este
momento.
Los tamaños de la ventana TCP varia durante la vida de una
conexión. Cada acuse de recibo contiene un aviso de ventana que indica
la cantidad de bytes que el receptor puede aceptar.
TCP mantiene también una ventana de control de congestión que
suele tener el mismo tamaño que la ventana de receptor, pero que se
divide en dos cuando se pierde un segmento.
UDP está diseñado para que las aplicaciones proporcionen sus
propios procesos de recuperación de errores. Aquí se cambia por
velocidad.

PRINCIPIOS BÁSICOS DE TCP/IP
TCP/IP desarrollado a mediados de los 80 como proyecto de la
DARPA(Defense Advanced Research Projects Agency) para proporcionar
servicios de comunicación a nivel nacional para las universidades y
entidades de investigación, TCP/IP se ha convertido en el estándar de
facto de los protocolos para la conexión en red de sistemas
computacionales distintos.
Es un conjunto de protocolos de comunicación que define la forma
de dirigirse a las distintas computadoras de la red, los métodos que
se utilizan para pasar la información de una computadora a otra y
algunos servicios que se pueden utilizar entre computadoras.
El protocolo Internet (IP), el componente de direcciones TCP/IP,
funciona en la capa 3 del modelo de referencia OSI. Todas las
direcciones que quieren comunicarse con otra tienen una direcci ón IP
única.
Los 2 protocolos de transporte principales, el protocolo de
datagrama de usuario, UCP y el protocolo de control de transmisi ón,
TCP están en la capa 4 del modelo de referencia OSI para TCP/IP, los
protocolos de transporte son responsables de los mecanismos b ásicos de
transferencia, del control de flujos y la comprobación de errores en
las comunicaciones entre estaciones.
UDP se considera poco fiable, la estación receptora no confirma
la recepción de los paquetes. Se considera sin conexión porque no hace
falta que ninguna estación remitente avise a la estación receptora de
su deseo de formar un canal de comunicaciones sobre el que pasar
datos.
TCP se considera un protocolo orientado a conexión, ya que la
estación remitente debe avisar a la receptora de su deseo de formar el
canal se comunicaciones. Los paquetes se marcaran con números de
secuencia y las estaciones remitente y receptora se intercambia acuses
de recibo mutuos confirmando la recepción de los paquetes.
La dirección IP es una dirección binaria de 32 bits escrita en
cuatro grupos de 8 bits llamados octetos. La dirección completa
representa los tres componentes del modelo de direcciones IP(es decir,
las partes de red, subred y host de la dirección).
Cada valor de 8 bits de los octetos pueden adoptar el valor de 0
o de 1.
Los 3 componentes describen los distintos niveles de la
especifidad de la entidad dentro de un conjunto de sistemas de red. El
componente de host es más especifico, ya que describe la dirección de
una sola estación de trabajo o servidor. El componente de red es más
general, ya que describe la dirección de un conjunto de host dentro de
la misma lógica de computadores. El componente de subred se encuentra
entre los otros dos componentes. Describe la dirección de un
subconjunto de los host dentro de un espacio de direcciones global de
la red.
La subred se crea "tomando prestada" una parte del componente de
host para crear subgrupos de direcciones dentro de la misma red
lógica. El componente de subred suele identificar un conjunto de
sistemas de un segmento de LAN o de WAN. De izquierda a derecha. La
parte de red, la subred y el host.
Existen 5 clases de direcciones IP.
Clase A
Clase B
Clase C
Clase D
Clase E
Si no hay subredes la dirección nos indica que parte de la
dirección de la red que leer como parte de red y que parte hay que
leer como parte de host. Algunos dispositivos, como los routers
necesitan descifrar esta información para evitar datos al destino
apropiado.
Sin embargo, si una red tiene subredes, no es posible decir a
primera vista que parte de host de la dirección se ha perdido prestada
para crear la subred. Para resolver este dilema las direcciones IP
tienen una máscara de subred(máscara de red).
La máscara de red es un número binario de 32 bits, agrupado en 4
octetos que se expresan en notación decimal.
Los bits de la máscara de red tienen un valor 1 en todas las
posiciones, a excepción de la parte de host de la dirección IP.
Se pueden agrupar varias direcciones IP de red de una clase
determinada en lo que se llama una superred o un bloque de
enrutamiento entre dominios sin clase(classless interdomain route,
CIDR).
Algunas de las antiguas redes de clase A se han subdividido y se
han otorgado en forma de bloques CIDR más pequeñas.
La organización que recibe una asignación de un bloque CIDR es libre
de volver a subdividir ese espacio de direcciones de red como subredes
dentro de su red lógica o como asignaciones a sus clientes.
Mediante la subdivisión de estos antiguos bloques grandes de
direcciones de red, se ha podido utilizar un mayor número de
direcciones IP de red y se ha ralentizado el agotamiento de las
mismas.

CONFIGURACIÓN DE DIRECCIONES IP
Las direcciones para solicitar un espacio de direcciones IP a
los registros se pueden encontrar en cada uno de los sitios web de los
registros específicos.
ARIN: American Registry for Internet Numbers www.arin.net
RIPE: Reseaux IP Europeens www.ripe.net
APNIC: Asia Pacific Network Informatión Center www.arnic.net
PDF created with FinePrint pdfFactory Pro trial version http://www.fineprint.com
172
Si la red no va a conectarse a Internet o tiene intención de
utilizar técnicas avanzadas de firewall y de conversión de direcciones
de red(NAT) que se encuentran en productos como Cisco Systems Private
Internet Exchange(PIX), es muy recomendable utilizar direcciones IP de
una clase de direcciones que se han designado como direcciones
privadas porque la información acerca de estas redes no la propaga en
Internet ningún ISP o NSP.
El conjunto de direcciones IP privadas se define en la RFC 1918
"Address Allocatión for Private Internets"
10.0.0.0 - 10.255.255.255
172.16.0.0 - 172.31.255.255
192.168.0.0 - 192.168.255.255
La forma en que se asigne el espacio depende fundamentalmente
del número de host que vallan ha estar conectados a un segmento dado
de la LAN, del número de segmentos de LAN/WAN que haya en la red y de
la cantidad de espacio de direcciones que haya en la red. Si la red va
a utilizar direcciones IP privadas, la cantidad de espacio de
direcciones disponible no es un problema.
Es conveniente utilizar un esquema de subred eficaz que no sobre
asigne direcciones a segmentos, como interfaces de WAN punto a punto,
independientemente del espacio de direcciones que esté asignado a la
red.
El centro de asistencia técnica(Technical Assistance Center,
TAC) de Cisco Systems ha creado un calculador para el diseño de
subredes IP(IP Subnet Design Calculator) que pueden descargar los
usuarios registrados.

CONFIGURACION DE LA INTERFAZ DE LAN
Algunos dispositivos como los routers, tienen una dirección IP
única en cada uno de los segmentos de LAN vinculados a ellos. Por
consiguiente, el router sabe qué redes están conectadas a cada
interfaz y donde deben enviarse los paquetes para dichas redes.
Algunos dispositivos como los switch y los bridges tienen una
sola dirección IP para todo el sistema. Esta dirección IP se utiliza
exclusivamente para la administración remota y la administración de
red.
Los protocolos WAN no admiten una asignación dinámica de la
dirección de enlace de datos a la dirección IP y requieren la
configuración de las direcciones IP para comunicarse con otras
estaciones a través de una interfaz WAN.
La asignación de direcciones IP tanto a las interfaces LAN como
de WAN se realiza con el subcomando de configuración de Cisco IOS ip
address.
Este comando exige que se introduzcan la dirección IP y la
máscara de red de dicha dirección IP.
Router(config-if)#ip address[dirección IP][máscara de subred]
Es aconsejable reservar algunas direcciones IP del principio o
del final de cada espacio de direcciones de red de la LAN para los
routers y cualesquiera otros dispositivos de la infraestructura de la
red. Tener un grupo coherente de direcciones para varios dispositivos
de red en todos los segmentos de la LAN facilita la solución de
problemas, ya que permite reconocer rápidamente direcciones IP
especificas.
Router(config-if)#ip address[dirección IP][máscara de red]
Debe asignar una dirección IP de red a cada una de las conexión
WAN punto a punto(o subinterfaces punto a punto).
Router(config)#interface serial 0.16 point-to-point
Router(config-if)#ip address[dirección IP][máscara de red]
Las interfaces IP no numeradas de WAN punto a punto se
configuran utilizando el subcomando de interfaz ip unnumbered. El
comando requiere que se introduzca un parámetro de interfaz de
referencia para que los protocolos de enrutamiento de IP pueden
utilizar una dirección IP real al ejecutarse a través de la interfaz
no numerada. Esta interfaz puede ser física o una interfaz virtual
como la interfaz loopback.
Ninguno de los dos extremos del enlace WAN puede tener número,
es decir, no es posible asignar una dirección a un extremo y que el
otro no tenga número.
Router(config)#interface serial 1
Router(config-if)#ip unnumbered loopback 0
Las interfaces IP no numeradas tienen dos inconveniente. No es
posible establecer una conexión de un terminal virtual(por ejemplo a
través del protocolo Telnet), directamente con la interfaz serie o
utilizar SNMP para realizar consultas a través de la interfaz serie.
Si la interfaz no numerada aparece en una interfaz de LAN y
dicha interfaz esta apagada o tiene un fallo, es posible que no pueda
tener acceso al dispositivo. Este es el motivo por el que es
aconsejable que las interfaces no numeradas estén referenciadas a
interfaces virtuales, como la interfaz loopback.

DIRECCIONAMIENTO DE LAS INTERFACES DE WAN MULTIPUNTO
Una interfaz WAN multipunto, es aquella en la que se pueden
acceder a varios dispositivos a través de una sola conexión a un medio
WAN. Los elementos que se envían a los interfaces de WAN multipunto no
saben cual es la estación de destino, por lo que hay que asignar
direcciones a las interfaces de WAN multipunto para las comunicaciones
IP. Además las tecnologías WAN multipunto, tienen metodología de
direcciones de enlaces de datos para distinguir las distintas
estaciones de la WAN, por lo que debe haber una asignación de la
dirección IP a la dirección de enlace de datos. La excepción es que
Frame Relay sí tiene un método de asignación dinámico llamado ARP
inverso(Inverse ARP).
Router(config)#int serial 1/1
Router(config-if)#encapsulation Frame-Relay ietf(tipo de
encapsulación)
Router(config-if)#no inverse-arp
Router(config-if)#ip address[dirección IP][mascara de red]
Router(config-if)#Frame-Relay map IP[dirección IP]30 cisco broadcast
Router(config-if)#Frame-Relay map IP[dirección IP]50(50 = DLCI)
broadcast
Router(config-if)#Ctrl+z
El subcomando de interfaz de IOS no inverse-arp desactiva la
función de asignación dinámica ARP inverso.
La palabra clave broadcast del final del comando Frame-Relay map
indica al router que reenvíe las difusiones para esta interfaz a este
circuito virtual específico.
En el ejemplo, se permite que la función ARP inverso realice una
asignación dinámica de las direcciones IP a números DLCI, no habría
necesidad de utilizar los comandos Frame-Relay map. En su lugar la
interfaz envía consultas ARP inverso a todos los circuitos
identificados como activos por parte de la red Frame Relay en esta
interfaz.
El resultado de dichas consultas sería que los dispositivos mas
alejados responderían con sus direcciones IP en el circuito virtual
particular y el DLCI en que se realice la consulta.

Nota_
Palabras clave y comandos opcionales.
Al igual que la mayoría de los comandos de software IOS, todos
los comandos de asignación de enlaces de datos a IP tiene palabras
clave opcionales que cambian el comportamiento del circuito virtual o
activan y desactivan características especiales en dicho circuito,
como la compresión.
Explicación completa de todas las palabras clave opcionales ver
www.cisco.com/univercd/home/home.htm
El uso de ARP inverso reduciría el ejemplo anterior a:
Router#configure
Router(config)#interface serial 1/1
Router(config-if)#encapsulation Frame-Relay ietf
Router(config-if)#ip address 131.108.130.1 255.255.255.0
Router(config-if)#Ctrl+Z
La configuración de Frame Relay requiere cierto cuidado. Si se
utiliza ARP inverso para realizar la asignación de direcciones IP a
DLCI, los errores de configuración pueden provocar que circuitos
virtuales inesperados se asignen dinámicamente a dispositivos
desconocidos.
La mezcla de las encapsulaciones del IETF y del "grupo de los
cuatro" de Cisco en la misma interfaz Frame Relay requiere el uso del
comando Frame-Relay map.
El direccionamiento estático de interfaces WAN X-25 se realiza
de forma muy parecida a Frame Relay con el comando static map. Las
direcciones IP de las interfaces X.121 que se utilizan para configurar
los circuitos virtuales entre los sistemas de la red X-25. Cada uno de
los circuitos virtuales se identifican por la dirección X.121 que se
utiliza para configurar la conexión.
Router#configure
Router(config)#interface serial 1/2
Router(config-if)#encapsulation x25
Router(config-if)#x25 address[NNNNNNNN] (dirección X.121)
Router(config-if)#ip address[dirección IP][máscara de subred]
Router(config-if)#x25 map ip[dirección IP][dirección X.121]broadcast
Router(config-if)#x25 map ip[dirección IP][dirección X.121]broadcast
Router(config-if)#x25 map ip[dirección IP][dirección X.121]broadcast
Router(config-if)#Ctrl+Z
Debe introducirse la palabra clave name del comando dialer map
para relacionar correctamente la dirección IP y el número de teléfono
con el sistema remoto. Además la palabra clave name se utiliza como
parte del proceso de autenticación cuando se establece una conexión
con un sistema remoto.
Configuración RDSI acceso básico.
Router#configure
Router(config)#interface bri 0
Router(config-if)#ip address[dirección Ip][mascara de subred]
Router(config-if)#dialer map ip[dirección ip]name[nombre]broadcast[nº
tlfn]
Router(config-if)# dialer map ip[dirección ip]name[nombre]broadcast[nº
RDSI]
Router(config-if)#Ctrl+Z
Al igual que los restantes tipos de interfaces, ATM requiere el
comando ip address básico.
Sin embargo, con las interfaces ATM, el tipo de comando utilizado para
asignar direcciones IP a la capa de enlace de datos depende del tipo
de protocolo ATM y del tipo de circuitos virtuales que se hayan
utilizado. Estas son las tres posibles variaciones de protocolos:

Encapsulación Control de enlace lógico/Protocolo de acceso a
subred(Logical Link Control/Subnetwork Access Protocol, LLC/SNAP) con
PVC.
En este modelo, se establece un circuito virtual permanente a
través de la red ATM. Los paquetes se identifican de tal forma que se
sabe que van a destinados a una dirección IP al otro extremo del
circuito virtual específico.

Encapsulación LLC/SNAP con PVC.
En este modelo, los paquetes IP se identifican como si fueran
destinados a una dirección de la capa de enlace ATM definida de manera
estática. Los switch ATM establecen el circuito virtual bajo demanda
cuando el router solicita una conexión a la dirección ATM para una
dirección IP específica.

IP con ARP.
En este modelo, la dirección de la capa de enlace ATM de una
dirección IP específica se introduce dinámicamente por medio de una
estación llamada servidor ARP ATM.
La encapsulación LLC/SNAP con PVC hace uso del subcomando de
configuración de interfaz de IOS map-group y del comando de
configuración global de IOS map-list para asignar las direcciones IP a
PVC específicos.
Router#configure
Router(config)#interface atm 1/0
Router(config-if)#atm pvc 3 0 21 aal5snap
Router(config-if)#atm pvc 5 0 22 aalsnap
Router(config-if)#ip address[dirección IP][máscara de subred]
Router(config-if)#map-group[nombre]
Router(config-if)#map-list[nombre]
Router(config-map-list)#ip[dirección ip]atm-vc[nº]broadcast
Router(config-map-list)# ip[dirección ip]atm-vc[nº]broadcast
Router(config-map-list)#Ctrl+Z
La encapsulación LLC/SNAP con SVC hace uso del subcomando de
configuración de interfaz de IOS map-group y del comando de
configuración global de IOS map-list para asignar las direcciones IP a
las direcciones NSAP que se usan para identificar los dispositivos
remotos de la red ATM.
Router#configure
Router(config)#interface atm 1/0
Router(config-if)#atm nsap[dirección mac]
FE.DCBA.01.987654.3210.ABCD.EF12.3456.7890.1234.12
Router(config-if)#ip address[dirección IP][mascara de subred]
Router(config-if)#map-group[nombre]
Router(config-if)#map-list[nombre]
Router(config-map-list)#ip[dirección ip]atm-nsap A1.9876.AB.123456.
7890.FEDC.BA.1234.5678.ABCD.12
Router(config-map-list)# ip[dirección ip]atm-snap B2.9876.AB.123456.
7890.FEDC.BA.1234.5678.ABCD.12
Router(config-map-list)#Ctrl+Z
La variación clásica de IP con ARP necesita el subcomando ip
address para configurar las direcciones IP de la interfaz. El
subcomando de configuración de interfaz ATM atm arp-server identifica
la dirección del servidor ARP ATM que puede resolver direcciones IP en
direcciones NSAP ATM, lo que es necesario para establecer los
circuitos virtuales.
Interfaz ATM con la variación clásica de IP con ARP.
Router#configure
Router(config)#interface atm 1/0
Router(config-if)#atm nsap
FE.DCBA.01.987654.3210.ABCD.EF12.3456.7890.1234.1
Router(config-if)#ip address[dirección IP][máscara de subred]
Router(config-if)#atm arp-server nsap
01.ABCD.22.030000.0000.0000.0000.0000
Router(config-if)#Ctrl+Z

No hay comentarios: