Anda di halaman 1dari 40

4.

PLANIFICACION DE LA ESTRUCTURA DE DIRECCICONAMIENTO


4.1 DIRECCIONAMIENTO IP EN LA LAN
4.1.1 REPASO DE LAS DIRECCIONES IP
Uno de los aspectos ms importantes de las comunicaciones en una Internetwork es el
esquema de direccionamiento lgico.
El direccionamiento IP es el mtodo utilizado para identificar hosts y dispositivos de red. La
cantidad de host conectados a Internet contina creciendo y el esquema de direccionamiento
IP tuvo que ser adaptado para hacer frente a este crecimiento.
Para enviar y recibir mensajes en una red IP, cada host de red debe tener asignada una nica
direccin IP de 32 bits. Dado que los nmeros binarios extensos son difciles de leer y
comprender para un ser humano, las direcciones IP generalmente muestran una notacin
decimal punteada. En la notacin decimal punteada, cada uno de los cuatro octetos se
convierte a un nmero decimal separado por un punto decimal. Por ejemplo, la direccin IP:
11000000.10101000.00000001.01101010 se representa como 192.168.1.106 en la notacin
decimal punteada.

Las direcciones IP son jerrquicas. Una jerarqua es como un rbol genealgico, con los padres
en la parte superior y los hijos conectados a ellos, debajo. Para una red, esto significa que
parte del nmero de 32 bits identifica la red (padre) mientras que el resto de los bits
identifican el host (hijo). En los comienzos de Internet, eran tan pocas las organizaciones que
necesitaban conectarse que las redes eran asignadas slo mediante los primeros 8 bits (primer
octeto) de la direccin IP. Esto dejaba a los 24 bits restantes para ser utilizados para
direcciones host locales.

La designacin de red de ocho bits inicialmente tuvo sentido, porque en un principio la gente
pensaba que Internet estara compuesta de algunas grandes universidades, gobiernos y
organizaciones militares. La utilizacin de slo 8 bits para el nmero de red permita la
creacin de 256 redes separadas, cada una con ms de 16 millones de hosts. Pronto result
evidente que ms organizaciones, y eventualmente personas, se conectaran a Internet para
investigar y comunicarse con otros. Se requeran ms redes y deba crearse una manera de
asignar ms nmeros de redes.

Para poder hacer frente a la demanda, se requeran ms nmeros nicos de red. Para crear
ms designaciones posibles de red, el espacio de direccin de 32 bits fue organizado en cinco
clases. Tres de estas clases, A, B y C, otorgan direcciones que pueden ser asignadas a hosts o
redes individuales. Las otras dos clases, D y E, se reservan para multicast y uso experimental.
La divisin de las redes originales de ocho bits en clases ms pequeas aument de 256 a ms
de dos millones la cantidad de designaciones de red disponibles.
Antes de este cambio, los routers examinaban slo los primeros 8 bits de una direccin IP para
la ID de red. Cmo sabran los routers ahora mirar ms all de los primeros 8 bits para
identificar las redes clase B o C?
Se decidi dividir las redes de modo tal que fuese sencillo para los routers determinar la
cantidad correcta de bits de identificacin de la red. Los valores de los primeros bits de las
direcciones IP, denominados bits de orden superior, son los que indican la clase de red. Si el
primer bit es 0, la red es de Clase A y el primer octeto representa el ID de la red. Cuando el
primer bit es 1, el router examina el segundo bit. Si ese bit es 0, la red es de Clase B, y el router
utiliza los primeros 16 bits para el ID de la red. Si los primeros tres bits son 110, indica que la
direccin es de Clase C. Las direcciones clase C utilizan los primeros 24 bits, o tres octetos, para
designar la red.
CLASE A

CLASE B

CLASE C

CLASE D

CLASE E

Las redes crecieron durante los aos ochenta y a principio de los noventa, y muchas
organizaciones agregaron cientos e incluso miles de hosts.
Una organizacin con miles de hosts debera haber sido bien abastecida por una red Clase B.
Lamentablemente, existieron algunos problemas.
Las organizaciones con miles de hosts muy pocas veces los tenan a todos en un solo lugar.
Algunas organizaciones queran separar los departamentos individuales por razones de
seguridad.
Para resolver estos problemas, las organizaciones al frente del desarrollo de Internet eligieron
dividir sus redes en miniredes o subredes mediante un proceso llamado divisin en subredes.
Cmo hace una sola red clase B para dividirse en varias redes de manera que cada subred sea
tratada como una red separada?
RFC 917, Subredes de Internet, define a la mscara de subred como el mtodo que los routers
utilizan para aislar una subred de una direccin IP. Cuando un router recibe un paquete, utiliza
la direccin IP de destino en el paquete y las mscaras de subred asociadas con las rutas en su
tabla de enrutamiento para determinar la ruta apropiada por donde enviar el paquete.

El router lee la mscara de subred de izquierda a derecha, bit por bit. Si un bit en una mscara
de subred est configurado en 1, indica que el valor en esa posicin es parte de la ID de la red.
Un 0 en la mscara de subred indica que el valor en esa posicin es parte del ID del host.

La jerarqua de dos niveles de direcciones con clase inclua una ID de la red y una ID del host.
En una subred con clase, la ID de la red est sola y la ID del host se divide en una ID de subred y
una nueva ID del host. Por ejemplo, una red clase B tiene una mscara de subred por defecto
de 11111111 11111111 00000000 00000000 255.255.0.0. Esto deja 16 bits para el ID del
host.
Una forma de dividir una red de clase B en varias redes es utilizar cuatro de los bits del host
como ID de subred. Ahora est la mscara de subred de 20 bits de 255.255.240.0 y slo
quedan 12 bits para el ID del host.
Particionar de esta manera el ID del host siempre da como resultado una cantidad fija de
subredes y una cantidad fija de hosts por subred.
En una situacin donde una organizacin tiene una red de Clase B con 4 subredes, miles de
direcciones IP pueden desperdiciarse si algunas de las subredes tienen pocos hosts. Para
utilizar las direcciones IP de manera ms eficiente, se cre el enrutamiento entre dominios sin
clase (CIDR).
Con CIDR, ya no hay ms clases de redes. CIDR utiliza mscaras de subred de longitud variable
(VLSM, variable length subnet masks) para dividir en subredes. La ID de la red ya no tiene que
ser un lmite del octeto. En un sistema de direcciones con clase, la red representada por la
direccin IP 192.168.5.0 es una direccin de red clase C. La cantidad mnima de bits que puede
formar la ID de la red es de 24 y la cantidad mxima de hosts es de 254. Al utilizar el
direccionamiento CIDR, a veces denominado direccionamiento sin clase, la cantidad de bits
que puede formar la ID de la red no est limitada por la clase. Se pueden crear redes que

utilizan el espacio de direccin 192.168.0.0 con menos de 24 bits que indican el nmero de
red. Por ejemplo, la direccin 192.168.82.174 es parte de una red en la que los primeros 18
bits crean la ID de la red. La red en la que se encuentra este host ser especificada como
192.168.64.0/18, donde /18 indica una mscara de subred de 18 bits (255.255.192.0).
DIVISIN EN SUBREDES CON CLASE

La divisin en subredes con clase requiere que todas las subredes tengan la misma mscara de
subred. Si se usan dos bits de la porcin de host de la direccin, crea cuatro subredes iguales
de 8190 hosts.
La subred #4 tiene 100 hosts
Direccin IP de red
Mscara de subred
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.96.0
255.255.224.0
8190
100
8090

La subred #3 tiene 400 hosts


Direccin IP de red
Mscara de subred
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.64.0
255.255.224.0
8190
400
7790

La subred #2 tiene 1000 hosts


Direccin IP de red
Mscara de subred
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.32.0
255.255.224.0
8190
1000
7190

La subred #1 tiene 8000 hosts


Direccin IP de red
Mscara de subred
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.0.0
255.255.224.0
8.190
8000
190

SUBDIVISIN EN SUBREDES SIN CLASE

El direccionamiento de routing inter dominios sin clase (CIDR, Classless Inter Domain Routing)
permite la creacin de subredes de distinto tamao. Las subredes se pueden crear segn la
cantidad de direcciones de host que se requieran. Se debe tener cuidado de no superponer los
rangos de la direccin de subred.
La subred #1 tiene 8000 hosts
El uso de tres bits de la porcin de host de la red permite la creacin de una nica subred con
8190 direcciones host.
Direccin IP de red
Mscara de subred
Notacin CIDR
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.0.0
255.255.224.0
172.16.0.0/19
8190
8000
190

El direccionamiento sin clase permite la creacin de subredes de distinto tamao. Las


subredes se pueden crear segn la cantidad de direcciones de host que se requieran. Se debe
tener cuidado de no superponer los rangos de la direccin de subred.
Direccin IP de red
Mscara de subred
Notacin CIDR
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.32.0
255.255.252.0
172.16.32.0/22
1022
1000
22

El direccionamiento sin clase permite la creacin de subredes de diversos tamaos. Las


subredes pueden crearse segn la cantidad de direcciones host requeridas. Se debe tener
precaucin y no superponer los rangos de direcciones de subredes.
La subred #3 tiene 400 hosts
El uso de siete bits de la porcin de host de la red permite la creacin de una nica subred con
126 direcciones host.
Direccin IP de red
Mscara de subred
Notacin CIDR
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.36.0
255.255.254.0
172.16.36.0/23
510
400
110

El direccionamiento sin clase permite la creacin de subredes de distinto tamao. Las


subredes se pueden crear segn la cantidad de direcciones de host que se requieran. Se debe
tener cuidado de no superponer los rangos de la direccin de subred.
La subred #4 tiene 100 hosts
El uso de nueve bits de la porcin de host de la red permite la creacin de una nica subred
con 126 direcciones host.
Direccin IP de red
Mscara de subred
Notacin CIDR
Total de hosts posibles
Direcciones IP asignadas
Direcciones IP no asignadas

172.16.38.0
255.255.255.12
8
172.16.38.0/25
126
100
26

4.1.2 DIVISIN DE UNA RED EN SUBREDES


La red del cliente que utiliza el ISR simple est sobrecargada. La solucin propuesta es agregar
un segundo dispositivo de red, un ISR ms grande y dividir la nica red en dos redes distintas.
Por razones de seguridad, los usuarios inalmbricos y conectados mediante cable deben estar
en redes locales separadas. El dispositivo Linksys original puede brindar conectividad y

seguridad a usuarios inalmbricos. Los hubs que conectan a los usuarios conectados mediante
cables pueden conectarse directamente a los nuevos puertos de switch ISR.
Algunos ISR no tienen puertos switch integrados, por lo que es necesario agregar un switch
separado para admitir a los usuarios conectados mediante cables.

Durante los aos 90, muchas redes no tenan conexin a otras redes ni a la Internet pblica.
Con el fin de reducir la cantidad de direcciones IP nicas registradas que eran asignadas a
organizaciones, el grupo de trabajo de ingeniera de Internet (IETF, Internet Engineering Task
Force) decidi reservar parte del espacio de direccin de Internet para uso de estas redes
privadas.
Estos bloques de direcciones no necesitaban ser enrutados a travs de la Internet pblica. Esto
significaba que todas las redes privadas podan utilizar las mismas direcciones y, siempre que
no se conectaran entre s, la comunicacin se produca normalmente.
Una sola direccin clase A, 10.0.0.0 era reservada para uso privado. Parte del espacio de
direccin clase B y clase C tambin era reservado para redes privadas.
En la actualidad, la mayora de las redes utiliza una estructura de direccin privada. Slo los
dispositivos que se conectan directamente a Internet tienen asignadas direcciones enrutables
registradas de Internet. Por defecto, la mayora de los dispositivos de red de usuarios envan
direcciones privadas a travs de DHCP.

EL ISP le proporciona una


direccin IP pblica al ISR, por
ejemplo 209.165.201.14

4.1.3 DIVISIN EN SUBREDES CON CLASE


Hay dos niveles en la jerarqua de direcciones IP con clase: una red y un host. En el
enrutamiento con clase, los primeros tres valores de bits iniciales se utilizan para determinar
que una direccin IP es Clase A, B o C. Una vez que se identifica una direccin por clase, se
conocern la cantidad de bits que componen el ID de la red y la cantidad de bits que
componen el ID del host. Las mscaras de subred por defecto se utilizan para diferenciar los
bits de red y host.
Subdividir una red agrega un nivel a la jerarqua de red. Ahora hay tres niveles: una red, una
subred y un host. Cmo se identifican estos tres niveles?

HOST

HOST

HOST
HOST

HOST

HOST

En el direccionamiento con clase, la cantidad de bits de red es fija. Hay 8 bits que designan una
red clase A, 16 bits para una clase B y 24 para una clase C. Esto deja los bits del host como la
nica parte de la direccin IP con total flexibilidad para modificar. Se pueden dividir los bits
disponibles del host en una ID que identifique la subred y una ID del host.

Decidir cuntos bits del host se deben utilizar para la ID de la subred constituye una
importante decisin de planificacin. Existen dos factores que se deben tener en cuenta al
planificar las subredes: la cantidad de hosts en cada red y la cantidad de redes locales
individuales que se necesitan. La tabla para las posibilidades de subred para la red 192.168.1.0
muestra cmo la seleccin de una cantidad de bits para la ID de la subred afecta la cantidad de
posibles subredes y la cantidad de hosts que pueden estar en cada subred.
Dividir la jerarqua de la direccin IP para establecer la subred con clase

Bits de ID de subred = 0,
la red tiene una subred

4.1.4 MSCARAS DE SUBRED PERSONALIZADAS


Los routers marcan diferencias entre redes utilizando la mscara de subred para determinar
cules son los bits que crean la ID de la red y cules crean la porcin de host de la direccin.
Cuando se particiona una red, el router necesita una mscara de subred personalizada o
modificada para diferenciar las subredes entre s. Una mscara de subred por defecto y una
mscara de subred personalizada difieren entre s de la siguiente manera: Las mscaras de
subred predeterminada slo cambian en los lmites del octeto. Por ejemplo, la mscara de
subred por defecto para una red clase A es 255.0.0.0. Las mscaras de subred personalizadas
toman bits de la porcin de ID del host de la direccin IP y los agrega a la mscara de subred
por defecto.
Para crear una mscara de subred personalizada, lo primero por responder es la cantidad de
bits por tomar del ID del host para agregar a la mscara de subred.
DIVISIN EN SUBREDES

ESQUEMA DE DIRECCIONAMIENTO

La cantidad de bits para una ID de subred que ser agregada a la mscara de subred depende
de varios factores.
En este ejemplo, esos factores han sido limitados por una cuestin de simplicidad. No todas las
situaciones sern tan simples. Por ejemplo, en una organizacin que se le asign una direccin
clase C, qu sucede si hay varias redes, una con 7 hosts, otra con 60 hosts y una tercera con
34 hosts?
En una divisin en subredes con clase, todas las subredes deben tener el mismo tamao, lo
que significa que la cantidad mnima de hosts que cada subred debe admitir es de 60. Para
admitir una cantidad mnima de 60 hosts, se requieren al menos 6 bits en la ID del host, lo que
deja 2 bits para el identificador de la subred. En estas condiciones, se pueden crear cuatro
subredes, cada una con 64 hosts.
Se les informa a los dispositivos en la red sobre la subdivisin mediante el uso de la mscara de
subred. Ahora es posible saber en qu subred se encuentra una direccin IP y disear
esquemas simples de direcciones IP de subred con clase.
DIVISION EN SUB REDES

En una red Clase C bsica, hay 24 bits en la porcin de red de la direccin y ocho bits en la
porcin de host de la direccin. Cada bit de una direccin IP binaria tiene slo uno de dos
valores posibles: un cero o un uno. La cantidad de direcciones host se calcula utilizando
potencias de dos. Por ello, la cantidad de direcciones host disponibles que utilizan una
direccin de ocho bits es 2^8 2x2x2x2x2x2x2x2. Con una ID de host de 8 bits, hay una red
con 254 direcciones de host posibles.
Si una red clase C se divide en subredes y se toman 3 bits de la ID del host para utilizarlos para
la ID de la subred, quedan 5 bits para las direcciones de host. Cinco bits de host significa que
pueden existir 30 hosts por subred 2^5 - 2. Recuerde que las direcciones host de todos ceros
o todos unos se reservan para la designacin de red y la direccin de broadcast.
La cantidad de subredes se calcula de manera similar. Si se utilizan tres bits para la direccin de
subred, la cantidad de subredes es 2x2x2 2^3. Entonces, al dividir as en subredes, hay ocho
subredes con 30 hosts cada una.
Al determinar la cantidad de hosts necesarios para cada subred, es necesario incluir el router,
o gateway, la interfaz y los dispositivos host individuales. Cada interfaz del router debe tener
una direccin IP en la misma subred que la red del host conectada a ella.
DIVISIN EN SUBREDES

ESQUEMA DE DIRECCIONAMIENTO

4.1.5 COMUNICACIN ENTRE SUBREDES


Piense en una subred como si fuera una red pequea. Cuando una red es dividida en dos
subredes, son en realidad dos redes separadas. Recuerde que los routers conectan las redes.
Se necesita un router para que un dispositivo en una subred se comunique con un dispositivo
en otra. En esta red en particular, hay dos routers: el ISR inalmbrico y el ISR 1841.
La configuracin debe garantizar que se asignen direcciones IP a las interfaces de los routers
que se conectan entre s en la misma red o subred, y que se asignen a los clientes gateways
por defecto que puedan alcanzar.
Las interfaces que conectan el ISR inalmbrico al ISR 1841 deben estar en una red comn. Aqu
el enlace comn muestra los dos routers conectados en la subred 192.168.1.16/29 con
direcciones IP 192.168.1.17/29 y 192.168.1.18/29.
INTERFASES DEL ROUTER EN LAS SUBREDES

4.2 NAT Y PAT


La traduccin de direcciones de red (NAT) le permite a un grupo considerable de usuarios
privados acceder a Internet compartiendo un pequeo grupo de direcciones IP pblicas. La
traduccin de direcciones es similar al modo en que trabaja un sistema telefnico en una
compaa. A medida que la compaa suma empleados, en algn momento deja de colocar
una lnea telefnica pblica directamente al escritorio de cada empleado. En su lugar, utiliza
un sistema que le permite asignarle un nmero de extensin a cada empleado. La compaa
puede hacer esto ya que no todos los empleados utilizan el telfono al mismo tiempo. El uso
de extensiones privadas permite a la compaa comprar una cantidad menor de lneas
telefnicas externas a la compaa telefnica.
NAT funciona de manera similar al sistema telefnico de una compaa. Una de las razones
principales por las que NAT fue desarrollada es para ahorrar direcciones IP registradas. NAT
tambin puede brindar seguridad a las PC, los servidores y los dispositivos de red al evitar que
sus direcciones actuales de host IP tengan acceso directo a Internet.

4.2.1 TRADUCCIN BSICA DE SIRECCIONES DE RED (NAT, ETWORK ADDRESS TRANSLATION)


La principal ventaja de NAT es la reutilizacin de la direccin IP y la posibilidad de compartir de
direcciones IP universalmente nicas entre varios hosts de una sola LAN. NAT tambin sirve a
usuarios de manera transparente. En otras palabras, ellos no necesitan saber sobre NAT para
conectarse a Internet desde una red privada. Por ltimo, NAT ayuda a proteger a los usuarios
de una red privada del acceso exterior.
NAT tiene algunas desventajas, entre ellas:
El impacto de NAT en determinadas aplicaciones que tienen direcciones IP en el contenido del
mensaje. Estas direcciones IP tambin deben ser traducidas, lo que aumenta la carga en la CPU
del router. Esta carga de trabajo adicional en routers dificulta el rendimiento de la red.
NAT oculta direcciones IP privadas de las redes privadas. Funciona como un control de acceso
que puede ser conveniente pero que tambin puede ser contraproducente si se desea acceso
remoto legtimo desde Internet a un dispositivo en la red privada.
Ventajas de NAT
--Compartir direcciones IP pblicas
--Transparente para los usuarios finales
--Seguridad mejorada
--Capacidad de expansin o escalabilidad de
la LAN
-- local con conectividad ISP

Desventajas de NAT
--Incompatibilidad con ciertas aplicaciones
--Impide el acceso remoto legtimo
--Reduccin del rendimiento ocasionada por
un aumento en el procesamiento del router

4.2.2 TRMINOS DE NAT DE IP


Al configurar NAT en un router, hay algunos trminos que ayudan a interpretar la forma en
que el router realiza la NAT.
La red local interna hace referencia a cualquier red conectada a una interfaz de router que
forma parte de la LAN privada. Los hosts en las redes internas tienen sus propias direcciones IP
traducidas antes de ser transmitidas a los destinos externos.
La red global externa es toda red conectada al router que es externa a la LAN y que no
reconoce las direcciones privadas asignadas a hosts en la LAN.
Una direccin local interna es la direccin IP privada configurada en un host en una red
interna. Es una direccin que debe ser traducida antes de que pueda viajar fuera de la
estructura de direccionamiento de la red local.
Una direccin global interna es la direccin IP de un host interno tal como le aparece a la red
externa. Esta es la direccin IP traducida.
La direccin local externa es la direccin de destino del paquete mientras se encuentra en la
red local. Generalmente, esta direccin es la misma que la direccin global externa
Una direccin global externa es la direccin IP pblica real de un host externo. La direccin se
asigna desde una direccin enrutable globalmente o desde un espacio de red.

De regreso

Actividad
Una terminologa de direccin NAT al origen y diseo del diagrama

4.2.2 NAT ESTTICA Y DINMICA


Una de las ventajas de utilizar NAT es que no se puede acceder directamente desde la Internet
pblica a los hosts individuales. Pero qu sucede si uno o ms hosts dentro de una red estn
ejecutando servicios a los que es necesario acceder desde dispositivos conectados a Internet o
dispositivos en la LAN local privada?
Una manera de brindar acceso a un host local desde Internet es asignarle a ese dispositivo una
traduccin de direccin esttica. Las traducciones estticas aseguran que una direccin IP
privada de host individual siempre sea traducida a la misma direccin IP global registrada.
Tambin asegura que ningn otro host local ser traducido a la misma direccin registrada.
La NAT dinmica tiene lugar cuando se configura un router para asignar una direccin IP desde
un pool disponible de direcciones globales externas a un dispositivo de red privada interna. Ni
bien se abre la sesin, el router observa la direccin global interna y enva acuses de recibo al
dispositivo interno que inicia la conexin. Al finalizar la sesin, el router slo devuelve la
direccin global interna al grupo.

la NAT dinmico permite que los hosts a los que se les asignaron direcciones IP privadas en una
red o Intranet accedan a una red pblica, como Internet. El NAT esttico permite que los hosts
en una red pblica accedan a determinados hosts en una red privada. Esto significa que, al
configurar NAT para el acceso del usuario al exterior, configure la NAT dinmico. Si un
dispositivo en una red interna necesita estar accesible desde el exterior, utilice la NAT esttico.
Los dos mtodos, la NAT esttico y dinmico, pueden instalarse al mismo tiempo si as se
requiere.

4.2.4 TRADUCCIN DE DIRECCIONES DE RED SEGN EL PURTO (PAT)


Cuando una organizacin tiene un pequeo grupo de direcciones IP registrado o quizs apenas
una sola direccin IP, lo mismo puede permitir que varios usuarios accedan simultneamente a
la red pblica con un mecanismo denominado sobrecarga de NAT o traduccin de direcciones
de puerto (PAT).
PAT traduce mltiples direcciones locales en una sola direccin IP global. Cuando un host de
origen enva un mensaje a un host de destino, utiliza una combinacin de direccin IP y
nmero de puerto para mantener un registro de cada conversacin individual con el host de
destino. En PAT, el gateway traduce la combinacin de direccin de origen local y puerto en el

paquete a una nica direccin IP global y un nmero nico de puerto por encima de 1024. A
pesar de que cada host es traducido en la misma direccin IP global, el nmero de puerto
asociado a la conversacin es nico.
El trfico de respuesta es direccionado a la direccin IP traducida y al nmero de puerto
utilizado por el host. Una tabla en el router contiene una lista de las combinaciones de
direccin IP interna y nmero de puerto que son traducidas a la direccin externa. El trfico de
respuesta es dirigido a la direccin interna y al nmero de puerto correspondientes. Dado que
existen ms de 64 000 puertos disponibles, es muy poco probable que a un router se le acaben
las direcciones, lo que s puede suceder con la NAT dinmica.

Como la traduccin es especfica para la direccin local y el puerto local, cada conexin, que
genera un nuevo puerto de origen, requiere una traduccin individual. Por ejemplo,
10.1.1.1:1025 requiere una traduccin individual desde 10.1.1.1:1026.
La traduccin slo est en el lugar durante la conexin, de modo que un determinado usuario
no mantiene la misma combinacin de direccin IP global y nmero de puerto luego de que
finaliza la conversacin.
Los usuarios en la red externa no pueden iniciar una conexin de manera confiable a un host
en una red que utiliza PAT. No slo es imposible predecir el nmero de puerto local o global
del host, sino que adems un gateway no crea una traduccin a menos que un host en la red
interna inicie la comunicacin.

5. CONFIGURACION DE DISPOSITIVOS DE RED


5.1. CONFIGURACION INICIAL DEL RUTER ISR
5.1.1 ISR
Routers de servicios integrados
El router de servicios integrados (ISR, Integrated Services Router) de Cisco es una de las series
ms populares de dispositivos de red diseados para respaldar las crecientes necesidades
empresariales.
El ISR combina caractersticas tales como routing y conmutacin, seguridad, voz y conectividad
LAN y WAN en un solo dispositivo. Por ese motivo, el ISR es ideal para pequeas y medianas
empresas, as como para clientes administrados por ISP.

SERIE ISR: MODELO 1841


Vista frontal:
El 1841 es un ISR de un costo relativamente bajo diseado para pequeas o medianas
empresas y sucursales de empresas pequeas. Combina las caractersticas de servicios
inalmbricos, seguridad y datos.
Los diodos de emisin de luz (LED) indican el estado de conexin de cada puerto.
Indicador LED de energa del sistema (SYS-PWR)

Indica que el sistema est recibiendo energa y que el suministro de energa interno est
funcionando. El indicador LED est de color verde permanente.
Actividad del sistema (SYS ACT)
Un indicador LED que parpadea indica que el sistema est transfiriendo paquetes de manera
activa.
Vista posterior:
El ISR 1841 utiliza mdulos que permiten diferentes configuraciones de puertos.
Ranuras para tarjeta de interfaz WAN de alta velocidad (HWIC):

Estos puertos proporcionan conectividad serial en una red de rea extensa.


Mdulo flash compacto:
Este mdulo extrable se utiliza para guardar el software operativo del ISR.
Puerto USB de una ranura:
La funcin USB Flash permite a los usuarios guardar imgenes y configuraciones e iniciar
directamente a travs de la memoria USB Flash.
Puertos Fast Ethernet:
Estos puertos proporcionan conectividad de 10/100 Mbps para redes de rea local.
Puerto de consola:
Este puerto se utiliza para configurar el switch a travs de un host conectado directamente.
Puerto auxiliar:
Este puerto se utiliza para configurar el switch a travs de un mdem.
Switch Ethernet de cuatro puertos:
Estos puertos permiten la conexin de dispositivos mltiples en una red de rea local.
Software IOS de Cisco
El software del Sistema Operativo Internetwork (IOS, Internetwork Operating System) de Cisco
cuenta con caractersticas que permiten que un dispositivo Cisco enve y reciba trfico a travs
de una red conectada por cable o inalmbrica. El software IOS se ofrece a los clientes en
mdulos llamados imgenes. Estas imgenes admiten varias caractersticas para empresas de
todos los tamaos.
La imagen del software IOS de Cisco de nivel de entrada se conoce como imagen basada en IP.
El software IOS de Cisco basado en IP ofrece respaldo para pequeas y medianas empresas y
admite el routing entre las redes.
Otras imgenes del software IOS de Cisco agregan servicios a la imagen basada en IP. Por
ejemplo, para utilizar funciones avanzadas de seguridad, instale la imagen Advanced Security
(Seguridad avanzada). Esto proporciona la funcionalidad adicional necesaria para configurar las
capacidades de seguridad avanzada, las redes privadas y los firewalls.
Hay varias imgenes diferentes del IOS disponibles, as como diferentes versiones de cada
imagen. Estas imgenes estn diseadas para funcionar en determinados modelos de routers,
switches e ISR.
Antes de iniciar el proceso de configuracin, es importante saber qu imagen y qu versin de
la imagen estn cargadas en un dispositivo.

5.1.2 CONFIGURACION FISICA DEL ISR


Cada dispositivo se enva con los cables y la documentacin necesaria para encender el
dispositivo y comenzar la instalacin. Cuando se recibe un nuevo dispositivo, es necesario
sacar el dispositivo de la caja y verificar que estn incluidos el equipo y todo el hardware
necesario.
Los artculos que se envan junto con un nuevo ISR 1841 de Cisco son:
Un cable de consola RJ45 a DB9
Un adaptador de mdem DB-9 a DB-25
Un cable de alimentacin
Tarjeta de registro de producto denominada tarjeta Cisco.com
Cumplimiento de normas e informacin de seguridad para routers Cisco 1841
Gua de inicio rpido para Routers y el Administrador de dispositivos de seguridad (SDM)
Gua de inicio rpido para Routers de servicios integrados (modular) Cisco serie 1800

Para instalar un nuevo ISR 1841 de Cisco, se requieren herramientas y equipos especiales que
por lo general se encuentran en la mayora de laboratorios de ISP y de personal tcnico. El
equipo adicional especfico requerido depende del modelo del dispositivo y cualquier otro
equipo adicional que haya sido solicitado.
Generalmente, entre las herramientas necesarias para instalar un nuevo dispositivo se
incluyen:
PC con programa de emulacin de terminal, como HyperTerminal
Ataduras para cables y un destornillador Phillips No. 2
Cables para interfaces WAN, LAN y USB
Tambin es necesario tener equipos y dispositivos para la conexin a la WAN y los servicios de
comunicacin de banda ancha, como hubs o mdems.

Antes de comenzar con la instalacin de cualquier equipo, asegrese de leer la gua de Inicio
rpido y la dems documentacin incluida junto con el dispositivo. La documentacin contiene
informacin importante sobre seguridad y procedimientos para evitar que el equipo se dae
accidentalmente durante la instalacin.
Siga estas instrucciones para llevar a cabo un procedimiento de arranque en un ISR 1841:
1. Instale y conecte a tierra el chasis o la caja del dispositivo de manera segura.
2. Coloque la tarjeta de memoria externa compacta.
3. Conecte el cable de alimentacin.
4. Configure el software de emulacin de terminal en la PC y conecte la PC con el puerto de la
consola.
5. Encienda el router.
6. Observe en la PC los mensajes iniciales para controlar si hay algn error.
Ahora, el dispositivo est listo para ser configurado para participar en la red.

7. SERVICIOS ISP
7.2 PROTOCOLOS QUE ADMITEN SERVICIOS ISP
7.2.1 REVISIN DE LOS PROTOCOLOS TCP/IP
En la actualidad, los clientes ISP utilizan los telfonos celulares como televisores, las
computadoras como telfonos y los televisores como estaciones de juegos interactivos con
una gran cantidad de diferentes opciones de entretenimiento. A medida que los servicios de
red se vuelven ms avanzados, los ISP deben adaptarse a estas preferencias de los clientes. El
desarrollo de redes IP convergentes permite que todos estos servicios se brinden a travs de
una red comn.
Para brindar soporte a las diferentes aplicaciones de usuario final que dependen del TCP/IP, es
importante que el personal de soporte del ISP se familiarice con el funcionamiento de los
protocolos TCP/IP.
Los servidores ISP deben ser capaces de soportar mltiples aplicaciones para diferentes
clientes. Para hacerlo, deben utilizar las funciones que proporcionan los dos protocolos de
transporte TCP/IP: TCP y UDP. Las aplicaciones comunes alojadas, tales como el servidor Web y
las cuentas de correo electrnico, tambin dependen de los protocolos TCP/IP subyacentes
para asegurar su entrega confiable. Adems, todos los servicios IP dependen de servidores con
nombre de dominio, alojados por los ISP, para brindar el enlace entre la estructura de
direccionamiento IP y los URL que los clientes utilizan para obtener acceso a ellos.

Los clientes y los servidores utilizan protocolos IP y estndares especficos en el proceso de


intercambio de informacin. Los protocolos TCP/IP pueden representarse utilizando un
modelo de cuatro capas. Muchos de los servicios fundamentales brindados a clientes ISP
dependen de protocolos que se encuentran en las Capas de aplicacin y transporte del modelo
TCP/IP.
Protocolos de aplicacin

Los protocolos de la Capa de aplicacin especifican el formato y controlan la informacin


necesaria para muchas de las funciones de comunicacin de Internet ms comunes. Entre
estos protocolos TCP/IP se encuentran:
Protocolo de Servicio de nombre de dominio: (DNS) se utiliza para resolver los nombres de
Internet en las direcciones IP.
Hypertext Transfer Protocol (HTTP) se utiliza para transferir los archivos que componen las
pginas Web de World Wide Web.
Simple Mail Transfer Protocol (SMTP) se utiliza para la transferencia de archivos adjuntos y
mensajes de correo.
Telnet, un protocolo de emulacin de terminal, se utiliza para proporcionar acceso remoto a
servidores y dispositivos de red..
File Transfer Protocol (FTP) se utiliza para la transferencia interactiva de archivos entre
sistemas.
Protocolo de la capa de transporte
Diferentes tipos de datos pueden tener requisitos nicos. Para algunas aplicaciones, los
segmentos de comunicacin deben llegar en una secuencia especfica de manera que puedan
ser procesados en forma exitosa. En otros casos, todos los datos deben recibirse para que
cualquiera de ellos sea utilizado. Algunas veces, una aplicacin puede tolerar la prdida de una
pequea cantidad de datos durante la transmisin a travs de la red.
En las redes convergentes actuales, las aplicaciones con distintas necesidades de transporte
pueden comunicarse en la misma red. Los diferentes protocolos de la capa de transporte
poseen distintas reglas para permitirles a los dispositivos gestionar estos diversos
requerimientos de datos.
Adems, las capas inferiores desconocen la existencia de mltiples aplicaciones que envan
datos en la red. Su responsabilidad es llevar los datos al dispositivo. La tarea de la Capa de
transporte es entregar los datos a la aplicacin correcta.
Los dos protocolos principales de la capa de transporte son TCP y UDP.

DNS (servicio de nombre de dominio): traduce los nombres de dominio tales como cisco.com
a direcciones IP
BOOT(BOOTSTRAP): habilita una estacin de trabajo sin disco para descubrir su propia
direccin IP, la direccin IP de un servidor BOOTP en la red y un archivo que debe cargarse en
la memoria para iniciar la mquina.
BOOTP est siendo, reemplazado por DHCP
DHCP (PROTOCOLO DE CONFIGURACION DINAMICA DE HOST) asigna direcciones ip de
manera dinmica a estaciones de clientes cuando se inicia.
Permite que las direcciones vuelvan a utilizarse cuando ya no se necesitan
SMTP (PROTOCOLO SIMPLE DE TRNSFERENCIA DE CORREO)
Permite a los clientes enviar correo electrnica a un servidor de correo.
Permite al servidor enviar correo electrnico a otros servidores.
POP (PROTOCOLO OFICINA DE CORREO VERSION 3)
Permite a los clientes recuperar correo electrnico de un servidor de correo.
Descarga correo electrnico desde el servidor de correo al escritorio
IMAP (PROTOCOLO DE ACCESO A MENSAJES DE INTERNET)
Permite a los clientes acceder al correo electrnico guardado en un servidor de correo.
Mantiene el correo electrnico en el servidor.
FTP (PROTOCOLO DE TRANFERENCIA DE ARCHIVOS)

Establece las reglas que permiten un usuario en un host acceder y tranferir archivos hacia y
desde otro host en una red.
Un protocolo confiable de entrega de archivos, orientado a la conexin y que requiere acuse
de recibo.
TFTP (PROTOCOLO DE TRANSFERENCIA DE ARCHIVOS TRIVIAL)
Un protocolo de transferencia de archivos sin conexin y simple. Un protocolo de entrega de
archivos de mximo esfuerzo sin acuse de recibo. Utiliza menos sobrecarga que el FTP
HTTP (PROTOCOLO DE TRNSFERENCIA DE HIPERTEXTO)
Conjunto de reglas para intercambiar texto, imgenes, sonido, video y otros archivos
multimedia en la world wide web
UDP (PROTOCOLO DE DIAGRAMAS DEL USUARIO)
Permite que un proceso que se ejecuta en un host envi paquetes a un proceso que se ejecuta
en otro host. No confirma la transmisin exitosa de los datagramas.
TCP (PROTOCOLO DE CONTROL DE TRANSFERENCIAS)
Permite la comunicacin confiable entre los procesos que se ejecutan en host separados.
Transmisiones confiables con acuse de recibo que confirman la entrega exitosa.
NAT (TRADUCCION DE DIRECCIONES DE RED)
Traduce las direcciones ip desde una red privada a direcciones ip publicas universalmente
nicas.
ARP (PROTOCOLO DE RESOLUCION DE DIRRECIONES)
Proporciona la asignacin de direcciones dinmicas entre una direccin ip y una direccin de
hardware.
ICMP (PROTOCOLO DE MENSAJES DE CONTROL DE INTERNET)
Proporciona comentarios desde un host de destino a un host de origen con respecto a los
errores en la entrega de paquetes.
RIP ()
Protocolo de routing de vector de distancia
Mascara basada en el nmero de saltosLa versin 2 admite VLSM y CIDR
OSPF ()
Protocolo de routing de estado de enlace. Diseo jerrquico basado en reas. Protocolo de
routing interior de estndar abierto
EIGRP
Protocolo de routing patentado por cisco. Utiliza mtrica compuesta basada en ancho de
banda, retardo, carga, confiablidad y MTU

BGP
ltima versin BGP4. Protocolo de routing externo utilizado entre los ISP. Rutas entre sistemas
autnomos.
PPP (PROTOCOLO PUNTO A PUNTO)
Proporciona un medio de encapsulamiento de paquetes para transmitirlos a travs de un
enlace serial.
ETHERNET
Define las reglas para conectar y sealizar estndares de la Capa de acceso de red
CONTROLADORES DE INTERFAZ
Proporciona instrucciones a la mquina para el control de una interfaz especifica en un
dispositivo de red.

EL MODELO TCP/IP Y EL MODELO OSI TIENEN VARIAS SIMILITUDES Y DIFERENCIAS.


Similitudes
Uso de capas para visualizar la interaccin de protocolos y servicios
Capas de Transporte y de Red similares
Usados en el campo de la creacin de redes cuando se refiere a la interaccin de protocolos
Diferencias
El modelo OSI divide la funcin de la capa de Aplicacin de TCP/IP en diferentes capas
separadas. Las tres capas superiores del modelo OSI que especifican la misma funcionalidad
que la capa de Aplicacin del modelo TCP/IP.
La suite de protocolos TCP/IP no especifica protocolos para la interconexin de red fsica. Las
dos capas inferiores del modelo OSI se ocupan del acceso a la red fsica y de la entrega de bits
entre los hosts de una red local.
El modelo TCP/IP se basa en los protocolos y estndares reales desarrollados, mientras que el
modelo OSI es una gua terica sobre cmo interactan los protocolos.

7.2.2 TCP
Diferentes aplicaciones presentan diferentes necesidades de transporte. En la capa de
transporte, existen dos protocolos TCP/IP: el TCP y el UDP.
TCP
El TCP es un protocolo confiable de entrega garantizada. El TCP especifica los mtodos que los
hosts utilizan para acusar recibo de los paquetes y requiere que el host de origen vuelva a
enviar los paquetes que no se reconocen. Los protocolos TCP tambin rigen el intercambio de
mensajes entre los hosts de origen y destino para crear una sesin de comunicacin. A
menudo, se le compara al TCP con un trayecto o una conexin persistente, entre hosts. A
causa de esto, el TCP es conocido como un protocolo orientado a la conexin.
El TCP requiere sobrecarga para mantener un registro de las conversaciones individuales entre
los hosts de origen y de destino y para procesar los reconocimientos y las retransmisiones. En
algunos casos, la aplicacin no puede tolerar los retardos causados por esta sobrecarga. Estas
aplicaciones se adaptan mejor a UDP.
UDP
UDP es un protocolo muy simple, sin conexin. Cuenta con la ventaja de proveer la entrega de
datos con baja sobrecarga. Dado que el UDP es un protocolo de la capa de transporte de
"mejor intento", es probable que los datagramas del UDP lleguen al destino de manera
desordenada o que incluso se pierdan todos. El UDP no ofrece una entrega de datos
garantizada ni control de flujo. Las aplicaciones que utilizan el UDP pueden tolerar pequeas
cantidades de datos perdidos. Un ejemplo de una aplicacin de UDP es la radio por Internet. Si
una seccin de datos no puede entregarse, es probable que slo se produzca un efecto menor
en la calidad del broadcast.

Las aplicaciones, tales como bases de datos, pginas Web y correo electrnico, necesitan que
todos los datos lleguen al destino en su condicin original para que los datos sean tiles.
Cualquier dato perdido puede provocar que los mensajes se corrompan o sean ilegibles. Estas
aplicaciones se disean para utilizar un protocolo de capa de transporte que implemente la
confiabilidad. La sobrecarga de red adicional requerida para ofrecer esta confiabilidad se
considera un costo razonable para una comunicacin exitosa.

El protocolo de capa de transporte se determina segn el tipo de datos de aplicacin que se


envan. Por ejemplo, un mensaje de correo electrnico requiere entrega con reconocimiento y,
por lo tanto, usara TCP. Un cliente de correo electrnico, mediante el SMTP, enva un mensaje
de correo electrnico como un stream de bytes a la Capa de transporte. En la Capa de
transporte, la funcionalidad del TCP divide el stream en segmentos.

Dentro de cada segmento, el TCP identifica cada byte, u octeto, con un nmero de secuencia.
Estos segmentos se transfieren a la Capa de protocolo de Internetwork, que coloca cada
segmento en un paquete para la transmisin. Este proceso se conoce como encapsulacin. En
el destino, el proceso es revertido y los paquetes se desencapsulan. Los segmentos cerrados se
envan a travs del proceso TCP que vuelve a convertir los segmentos en un stream de bytes
para que se transfieran a la aplicacin del servidor de correo electrnico.
7.2.3 DIFERENCIAS ENTRE TCP Y UDP
El UDP es un protocolo muy simple. Dado que no est orientado a la conexin y que no brinda
los mecanismos sofisticados de retransmisin, secuenciamiento y control de flujo del TCP, el
UDP tiene una sobrecarga mucho menor.
A menudo se le considera al UDP como un protocolo de entrega no confiable, ya que no existe
garanta de que el host de destino haya recibido un mensaje. Esto no significa que las
aplicaciones que utilizan UDP no sean confiables. Slo quiere decir que estas funciones no son
provistas por el protocolo de la capa de Transporte y deben implementarse aparte, si fuere
necesario.
Pese a que es relativamente baja la cantidad total de trfico UDP que puede encontrarse en
una red tpica, entre los protocolos principales de la capa de Aplicacin que utilizan UDP se
incluyen:
Sistema de denominacin de dominios (DNS)
Simple Network Management Protocol (SNMP)
Dynamic Host Configuration Protocol (DHCP)
Routing Information Protocol (RIP)
Trivial File Transfer Protocol (TFTP)
Juegos en lnea

CARACTERISICAS DE TCP Y UDP

7.3.2 DNS
El Servicio de nombres de dominios (DNS, Domain Name Service) es un sistema de resolucin
de nombres de host que soluciona las limitaciones del archivo HOSTS. La estructura del DNS es
jerrquica, con una base de datos de nombres de host distribuida a asignaciones IP repartidas
en varios servidores DNS en todo el mundo. Esto se diferencia de los archivos HOSTS, que
requeran que todas las asignaciones se mantuvieran en un servidor.
DNS utiliza nombres de domino para formar la jerarqua. La estructura de denominacin se
divide en zonas pequeas y manejables. Cada servidor DNS mantiene un archivo de base de
datos de zona especfica y slo es responsable de administrar las asignaciones de nombre a IP
para esa pequea porcin de toda la estructura DNS. Cuando un servidor DNS recibe una
solicitud para una traduccin de nombre que no se encuentra dentro de esa zona DNS, el
servidor DNS puede reenviar la solicitud a otro servidor DNS dentro de la zona adecuada para
su traduccin.
La capacidad de resolucin de los nombres de hosts para que se distribuyan entre servidores
mltiples hace que el sistema DNS sea muy escalable.

El sistema de denominacin de dominios consta de tres componentes:


Registro de recursos y Espacio de nombres de dominios
Un registro de recursos es un registro de datos en el archivo de base de datos de la zona DNS.
Se utiliza para identificar un tipo de host, la direccin IP de un host o un parmetro de la base
de datos DNS. El espacio de nombres de dominios hace referencia a la estructura jerrquica de
denominacin para organizar registros de recursos. El espacio de nombres de dominios se
compone de varios dominios, o grupos y los registros de recursos dentro de cada grupo.
Servidores de nombre de dominio
Estos servidores mantienen las bases de datos que almacenan los registros de recursos y la
informacin acerca de la estructura de espacio de nombres de dominios. Los servidores DNS
intentan resolver consultas de clientes utilizando el espacio de nombres de dominios y los
registros de recursos que mantienen en sus archivos de base de datos de zona. Si el servidor
de nombre no posee la informacin solicitada en su base de datos de zona DNS, utiliza
servidores de nombre predefinidos adicionales para ayudar a resolver la consulta de nombre a
IP.
Solucionadores
Los solucionadores son aplicaciones o funciones del sistema operativo que se ejecutan en
clientes DNS y servidores DNS. Cuando se utiliza un nombre de dominio, el Solucionador le
solicita al servidor DNS que traduzca ese nombre a una direccin IP. Un solucionador se carga
en un cliente DNS y se utiliza para crear la consulta de nombre DNS que se enva a un servidor
DNS. Los solucionadores tambin se cargan en servidores DNS. Si el servidor DNS no posee la
asignacin nombre a IP solicitada, utilizar el solucionador para reenviar la solicitud a otros
servidores DNS.

El Sistema de nombres de dominio emplea un sistema jerrquico para proporcionar resolucin


de nombres. La jerarqua es similar a un rbol invertido con la raz en la parte superior y las
ramas por debajo.
En la parte superior de la jerarqua, los servidores raz mantienen registros sobre cmo
alcanzar los servidores de dominio de nivel superior, los cuales a su vez tienen registros que
apuntan a los servidores de dominio de nivel secundario.
Los distintos dominios de nivel superior representan el tipo de organizacin o el pas de origen.
Entre los ejemplos de dominios del nivel superior se encuentran:
.au: Australia
.co: Colombia

.com: una empresa o industria


.jp: Japn
.org: una organizacin sin fines de lucro
Despus de los dominios de nivel superior, se encuentran los dominios de segundo nivel, y
debajo de ellos, otros dominios de nivel inferior.

El servidor DNS raz puede no saber exactamente dnde se ubica el host H1.cisco.com, pero
conserva un registro para el dominio de nivel superior .com. Asimismo, es posible que los
servidores dentro del dominio .com tampoco tengan un registro de H1.cisco.com , pero s
tienen un registro para el dominio cisco.com. Los servidores DNS dentro del dominio cisco.com
tienen un registro para H1.cisco.com y pueden resolver la direccin.
El sistema de nombres de dominios depende de esta jerarqua de servidores descentralizados
para almacenar y mantener estos registros de recursos. Los registros de recursos contienen
nombres de dominios que el servidor puede resolver y servidores alternativos que tambin
pueden procesar solicitudes.
El nombre H1.cisco.com es conocido como un nombre de dominio completamente calificado
(FQDN, Fully Qualified Domain Name) o nombre DNS. porque define la ubicacin exacta de la
computadora dentro del espacio de nombre DNS jerrquico.

7.3.3 RESOLUCION DE NOMBRES DNS


Cuando un host necesita resolver un nombre DNS, utiliza el solucionador para ponerse en
contacto con un servidor DNS dentro de su dominio. El solucionador conoce la direccin IP del
servidor DNS para contactarlo porque est preconfigurada como parte de la configuracin IP
del host.
Cuando el servidor DNS recibe la solicitud del solucionador del cliente, primero verifica los
registros locales de DNS que tiene en el cach de su memoria. Si no puede resolver la direccin
IP a nivel local, el servidor utiliza su solucionador para reenviar la solicitud a otro servidor DNS
preconfigurado. Este proceso contina hasta que la direccin IP se resuelve. La informacin de
resolucin de nombre se enva de vuelta al servidor DNS original, que utiliza la informacin
para responder la consulta inicial.
Durante el proceso de resolucin de un nombre DNS, cada servidor DNS tiene en cach, o
almacena, la informacin que recibe como respuestas a las consultas. La informacin en cach
permite al servidor DNS responder ms rpidamente a las siguientes solicitudes del
solucionador dado que el servidor primero verifica los registros en cach antes de consultar en
otros servidores DNS.
Los servidores DNS slo conservan informacin en cach durante un tiempo limitado. Los
servidores DNS no deben mantener informacin en cach durante demasiado tiempo ya que
los registros de nombres de host cambian peridicamente. Si un servidor DNS tena en cach
informacin antigua, puede dar la direccin IP equivocada para una computadora.