Beruflich Dokumente
Kultur Dokumente
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
172.16.64.0
255.255.224.0
8190
400
7790
172.16.32.0
255.255.224.0
8190
1000
7190
172.16.0.0
255.255.224.0
8.190
8000
190
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
172.16.32.0
255.255.252.0
172.16.32.0/22
1022
1000
22
172.16.36.0
255.255.254.0
172.16.36.0/23
510
400
110
172.16.38.0
255.255.255.12
8
172.16.38.0/25
126
100
26
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.
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
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
Desventajas de NAT
--Incompatibilidad con ciertas aplicaciones
--Impide el acceso remoto legtimo
--Reduccin del rendimiento ocasionada por
un aumento en el procesamiento del router
De regreso
Actividad
Una terminologa de direccin NAT al origen y diseo del diagrama
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.
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.
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):
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.
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.
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.
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
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 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.