Está en la página 1de 20

UNIVERSIDAD PARA EL

DESARROLLO ANDINO

FACULTAD DE CIENCIAS E INGENIERA


ESCUELA PROFESIONAL INGENIERA INFORMTICA

CURSO: INGENIERA PROTOCOLOS DE COMUNICACIN

TEMAS: PROTOCOLOS DE CONFIGURACIN: DNS, BOOTP Y DHCP

DOCENTE: ING. BENDEZ URETA, Rolando Yossef

CICLO: VI

ALUMNO: TAIPE LLANCARI, Andreo

Campus universitario UDEA 23 de octubre del 2017


Lircay-Huancavelica

1
Primeramente, a dios por haberme
permitido llegar hasta este punto y
haberme dado salud, ser el
manantial de vida y darme lo
necesario para seguir adelante da
a da para lograr mis objetivos,
adems de su infinita bondad y
amor.

2
NDICE
PORTADA
INTRODUCCIN .......................................................................................................................... 4
CAPTULO I
PROTOCOLOS DE CONFIGURACIN: DNS, BOOTP Y DHCP ........................................ 5
1. SISTEMA DE DOMINIO DE NOMBRES DNS ............................................................. 5
1.1. HISTORIA ..................................................................................................................... 5
1.2. SISTEMA DE DOMINIO DE NOMBRES - DNS ...................................................... 5
1.3. COMPONENTES ......................................................................................................... 6
1.4. DNS EN EL MUNDO REAL........................................................................................ 6
1.5. TIPOS DE SERVIDORES DNS ................................................................................. 7
CAPTULO II
2. BOOTP PROTOCOLO DE CONFIGURACIN DINMICA ....................................... 8
2.1. DIRECCIONES DE LAS PETICIONES/RESPUESTAS DEL BOOTP ................ 8
2.2. MANEJANDO LA PRDIDA DE MENSAJES BOOTP .......................................... 9
2.3. FORMATO DE MENSAJES BOOTP ...................................................................... 10
2.4. FASES DEL PROCEDIMIENTO BOOTP............................................................... 11
CAPTULO III
3. PROTOCOLO DE CONFIGURACIN DINMICA DHCP ....................................... 13
3.1. ADMINISTRACIN DE DIRECCIONES IP CON EL DHCP ............................... 13
3.2. EL PROCESO DHCP DE ADQUISICIN DE DIRECCIONES IP ........................... 15
3.3. FORMATO DEL PAQUETE DHCP .............................................................................. 16
CONCLUSIN ............................................................................................................................ 18
REFERENCIAS BIBLIOGRFICAS ........................................................................................ 19
ANEXO ..................................................................................................................................... 20

3
INTRODUCCIN
Principalmente, el DNS naci de la necesidad de recordar fcilmente los nombres
de todos los servidores conectados a Internet. En un inicio, SRI (ahora SRI
International) alojaba un archivo llamado HOSTS que contena todos los nombres
de dominio conocidos.

Su definicin se encuentra en los RFC's 2131, el protocolo DHCP, y el 2132,


opciones de DHCP. Un servidor DHCP tiene dos bases de datos. La primera es
esttica, al igual que BOOTP y la segunda contiene una pila de direcciones IP
disponibles. Esta segunda base de datos hace a DHCP dinmico.

La motivacin para extender BOOTP era porque BOOTP requera intervencin


manual para completar la informacin de configuracin en cada cliente, y no
proporciona un mecanismo para la recuperacin de las direcciones IP en desuso.
Puede ser usado para entregar un amplio rango de parmetros de configuracin
extra a los clientes IP, incluyendo parmetros especficos a ciertas plataformas.
Debido a algunos errores en el proceso editorial, fue rpidamente reemitido como
RFC 1541.

4
CAPTULO I
PROTOCOLOS DE CONFIGURACIN: DNS, BOOTP Y DHCP
1. SISTEMA DE DOMINIO DE NOMBRES DNS
1.1. HISTORIA
El crecimiento explosivo de la red caus que el sistema de nombres
centralizado en el archivo hosts no resultara prctico y en 1983, Paul
Mockapetris y Jon Postel publican las RFC 882 y RFC 883 definiendo
lo que hoy en da ha evolucionado hacia el DNS moderno (estas RFC
fueron reemplazados en 1987 con las RFC 1034 y RFC 1035).

1.2. SISTEMA DE DOMINIO DE NOMBRES - DNS


El sistema de nombres de dominio (DNS, por sus siglas en ingls,
Domain Name System) es un sistema de nomenclatura jerrquico
descentralizado para dispositivos conectados a redes IP como Internet
o una red privada. Este sistema asocia informacin variada con
nombre de dominio asignado a cada uno de los participantes. Su
funcin ms importante es "traducir" nombres inteligibles para las
personas en identificadores binarios asociados con los equipos
conectados a la red, esto con el propsito de poder localizar y
direccionar estos equipos mundialmente.
El servidor DNS utiliza una base de datos distribuida y jerrquica que
almacena informacin asociada a nombres de dominio en redes como
Internet. Aunque como base de datos el DNS es capaz de asociar
diferentes tipos de informacin a cada nombre, los usos ms comunes
son la asignacin de nombres de dominio a direcciones IP y la
localizacin de los servidores de correo electrnico de cada dominio.

5
La asignacin de nombres a direcciones IP es ciertamente la funcin
ms conocida de los protocolos DNS. Por ejemplo, si la direccin IP
del sitio Google es 216.58.210.163, la mayora de la gente llega a este
equipo especificando www.google.es y no la direccin IP. Adems de
ser ms fcil de recordar, el nombre es ms fiable. La direccin
numrica podra cambiar por muchas razones, sin que tenga que
cambiar el nombre tan solo la IP del sitio web.

1.3. COMPONENTES
Para la operacin prctica del sistema DNS se utilizan tres
componentes principales:
Los Clientes fase 1: Un programa cliente DNS que se ejecuta en la
computadora del usuario y que genera peticiones DNS de resolucin
de nombres a un servidor DNS (Por ejemplo: Qu direccin IP
corresponde a nombre? Dominio?)
Los Servidores DNS: Que contestan las peticiones de los clientes.
Los servidores recursivos tienen la capacidad de reenviar la peticin
a otro servidor si no disponen de la direccin solicitada.
Las Zonas de autoridad: Es una parte del espacio de nombre de
dominios sobre la que es responsable un servidor DNS, que puede
tener autoridad sobre varias zonas. (Por ejemplo:
subdominio.wikipedia.ORG, subdominio.COM, etc.)
1.4. DNS EN EL MUNDO REAL
Los usuarios generalmente no se comunican directamente con el
servidor DNS: la resolucin de nombres se hace de forma
transparente por las aplicaciones del cliente (por ejemplo,
navegadores, clientes de correo y otras aplicaciones que usan
Internet). Al realizar una peticin que requiere una bsqueda de DNS,
la peticin se enva al servidor DNS local del sistema operativo. El
sistema operativo, antes de establecer alguna comunicacin,
comprueba si la respuesta se encuentra en la memoria cach. En el
caso de que no se encuentre, la peticin se enviar a uno o ms
servidores DNS, el usuario puede utilizar los servidores propios de su
ISP, puede usar un servicio gratuito de resolucin de dominios o

6
contratar un servicio avanzado de pago que por lo general son
servicios contratados por empresas por su rapidez y la seguridad que
estos ofrecen.

1.5. TIPOS DE SERVIDORES DNS


Estos son los tipos de servidores de acuerdo a su funcin:

Primarios o maestros: guardan los datos de un espacio de nombres


en sus ficheros.

Secundarios o esclavos: obtienen los datos de los servidores


primarios a travs de una transferencia de zona.

Locales o cach: funcionan con el mismo software, pero no contienen


la base de datos para la resolucin de nombres. Cuando se les realiza
una consulta, estos a su vez consultan a los servidores DNS
correspondientes, almacenando la respuesta en su base de datos
para agilizar la repeticin de estas peticiones en el futuro continuo o
libre.

7
CAPTULO II
2. BOOTP PROTOCOLO DE CONFIGURACIN DINMICA
El protocolo BOOTP, diseado para los protocolos UDP e IP, tiene la funcin de
transportar informacin de configuracin para las computadoras que quieran
autoconfigurarse. Las computadoras que hacen las peticiones (requests) se
llaman clientes BOOTP (BOOTP clients) y las que las responden se llaman
servidores BOOTP (BOOTP servers).

Una peticin de un cliente BOOTP busca obtener la configuracin de los


parmetros IP para la computadora que est ejecutando el BOOTP Cliente. El
BOOTP est normado en la RFC 951 bajo el protocolo BOOTSTRAP, y est
actualizado en las RFC 2132, RFC 1532, RFC 1542 y RFC1395. A continuacin,
describimos su operacin.

2.1. DIRECCIONES DE LAS PETICIONES/RESPUESTAS DEL BOOTP


Los mensajes del BOOTP se encapsulan en la cabecera de un
datagrama UDP con el nmero de puerta usado por los procesos del
BOOTP. Luego este mensaje se encapsula en un datagrama IP. Qu
direcciones IP de destino y de fuente se colocan en la cabecera del
datagrama IP? sta es una pregunta interesante debido a que cuando
un cliente BOOTP hace su peticin, ste debe usar una direccin IP
de fuente y de destino. Tpicamente el cliente BOOTP, al no saber su
propia direccin IP, usa una direccin IP fuente de valor igual a 0.0.0.0.
Si el cliente BOOTP conoce su direccin IP, la utilizar en su peticin
de cliente.

8
Recordemos que un broadcast limitado no puede cruzar un router de
frontera. En este caso, el router debe ser configurado con un agente
BOOTP Relay, el cual revisar si el nmero 67 en un datagrama UDP
est siendo usado en el datagrama de broadcast limitado. La puerta
UDP 67 es empleada tanto por el BOOTP como por el DHCP. Si ste
fuera el caso, el broadcast limitado se retransmite a las interfaces
salientes del router, tal como se muestra en la figura.

2.2. MANEJANDO LA PRDIDA DE MENSAJES BOOTP


Los protocolos UDP y IP no garantizan la entrega de los mensajes
BOOTP, por lo que estos mensajes se pueden perder, retrasar,
duplicar o entregar fuera de secuencia. Ya que el IP slo tiene un
mecanismo de correccin de error -checksum- para protegerse de los
errores de la cabecera del IP y no del campo de datos, la
implementacin de BOOTP podra requerir que se habilite el
checksum en el UDP, que protegera contra errores al mensaje
completo de BOOTP. Un cliente BOOTP enva peticiones poniendo el
bit No Fragmentar (Dont Fragment) igual a 1, para simplificar el
proceso de respuestas BOOTP y si no hubiera suficiente memoria
para reensamblar los datagramas fragmentados. Para manejar la
prdida de mensajes el BOOTP usa la poltica de temporizadores y
retransmisin. Cuando un cliente BOOTP enva su peticin inicializa

9
un temporizador, el que se cancela por una respuesta en un intervalo
de tiempo predefinido. Si el temporizador expira antes que llegue la
respuesta, se retransmite la peticin. Si varios clientes BOOTP
empiezan al mismo tiempo, pueden inundar la red con peticiones. Para
prevenir esto, la norma recomienda inicializar estos clientes en
tiempos aleatorios, en intervalos de 0 a 4 segundos. Las transmisiones
sucesivas causan la duplicacin de este tiempo aleatorio hasta un
valor como de 60 segundos. Alcanzado este lmite, el tiempo aleatorio
no se duplica, sino que se aplican retardos de tiempo aleatorios dentro
de este intervalo. La aleatorizacin evita que peticiones de clientes
BOOTP en exceso sobrecarguen al servidor y originen colisiones de
paquetes en una red LAN.

2.3. FORMATO DE MENSAJES BOOTP


La figura muestra el mensaje del formato BOOTP.

Los nmeros entre parntesis () representan octetos

10
La tabla explica los significados de sus campos.

Campos del BOOTP

2.4. FASES DEL PROCEDIMIENTO BOOTP


Contrariamente a lo que podra sugerir su nombre, el BOOTP no se
usa para transferir la imagen del sistema operativo al cliente BOOTP.
Esta transferencia del sistema operativo imagen se efecta con el
Protocolo de Transferencia de Archivo Trivial (Trivial File Transfer
Protocol TFTP), el cual corre sobre la capa de transporte UDP. Las
estaciones sin disco duro necesitan cargar esta imagen del sistema
operativo. Otras estaciones de trabajo slo usan el BOOTP para
asignar direcciones IP desde una localidad central y no para cargar el
sistema operativo imagen. La siguiente figura muestra las fases del
proceso completo de inicializacin (bootstrap) requerido para cargar
un sistema operativo imagen:

11
Figura Procedimiento tpico del Bootstrap

El cliente BOOTP hace peticin de la imagen de configuracin


IP.
El servidor BOOTP retorna la informacin de configuracin IP y
el nombre del archivo del sistema operativo imagen que se
cargar.
El cliente BOOTP enva una peticin para obtener el sistema
operativo imagen al cliente TFTP.
El cliente TFTP enva una peticin al servidor TFTP para
obtener el sistema operativo imagen.
El servidor TFTP retorna una serie de paquetes de datos que
llevan el sistema operativo imagen. 6. Despus de obtener el
sistema operativo imagen, el BOOTP carga el sistema
operativo imagen en su memoria y se inicializa a s mismo.

El hecho de mantener la fase del BOOTP separada de la transferencia


del sistema operativo imagen tiene la ventaja de que el servidor
BOOTP no necesita operar en la misma mquina que almacena los
sistemas operativos imagen (servidor TFTP). Adicionalmente, esto
habilita al BOOTP para usarse en situaciones donde slo se requiere
la imagen de configuracin desde el servidor BOOTP y no hay
necesidad de transferir el sistema operativo imagen.

12
CAPTULO III
3. PROTOCOLO DE CONFIGURACIN DINMICA DHCP
El protocolo de configuracin dinmica de host (Dynamic Host Configuration
Protocol DHCP) es una extensin de protocolo BOOTP que da ms flexibilidad
al administrar las direcciones IP. Este protocolo puede usarse para configurar
dinmicamente los parmetros esenciales TCP/IP de los hosts (estaciones de
trabajo y servidores) de una red. El protocolo DHCP tiene dos elementos:

Un mecanismo para asignar direcciones IP y otros parmetros TCP/IP.


Un protocolo para negociar y transmitir informacin especfica del host.

El host TCP/IP que solicita la informacin de configuracin TCP/IP se denomina


cliente DHCP y el host que provee dicha informacin se llama servidor DHCP.

El DHCP se describe en la norma RFC 2131 Protocolo de configuracin


dinmica de host. A continuacin, presentamos la operacin del DHCP.

3.1. ADMINISTRACIN DE DIRECCIONES IP CON EL DHCP


El protocolo DHCP usa los siguientes 3 mtodos para asignar las
direcciones IP:

a) Asignacin manual El administrador de red pone manualmente la


direccin IP del cliente DHCP en el servidor DHCP. El DHCP se usa
para dar al cliente DHCP el valor de esta direccin IP configurada
manualmente.

b) Asignacin automtica No se requiere asignar manualmente


direcciones IP. El servidor DHCP asigna al cliente DHCP, en el primer

13
contacto, una direccin IP permanente que no podr reutilizar ningn
otro cliente DHCP.

c) Asignacin dinmica El DHCP asigna una direccin IP al cliente


DHCP por un tiempo determinado. Despus que expire este lapso, se
revoca la direccin IP y el cliente DHCP tiene que devolverla.

Si el cliente an necesita una direccin IP para efectuar sus


operaciones, deber solicitarla nuevamente. Este protocolo permite la
reutilizacin automtica de una direccin IP. Si un cliente DHCP ya no
necesita una direccin IP, como en el caso de una computadora
apagada armoniosamente, sta libera su direccin y la entrega al
servidor DHCP. ste puede reasignar dicha direccin a otro cliente
que la pida. El mtodo de asignacin dinmica es muy til para
clientes DHCP que necesitan una direccin IP para una conexin
temporal a la red. Por ejemplo, consideremos una situacin en que
300 usuarios tengan computadoras porttiles conectadas a una red y
sta les ha asignado direcciones clase C. Este tipo de direccin
permite a la red tener hasta 253 nodos (255 2 direcciones especiales
= 253). Debido a que las computadoras que se conectan a una red
usando el TCP/IP requieren tener una direccin nica IP, entonces los
300 computadores no podran operar simultneamente. Sin embargo,
si slo hay 200 conexiones fsicas a la red se puede buscar una
direccin de clase C mediante la reutilizacin de direcciones IP no
usadas. Usando el DHCP, en su mtodo de asignacin dinmica de
direcciones IP, es posible reutilizar direcciones IP. Adems, la
asignacin dinmica de direcciones IP es un buen mtodo para
asignar direcciones IP a computadores que van a ser conectados por
primera vez y en una red donde escasean las direcciones IP. Si las
computadoras antiguas se retiran, sus direcciones IP pueden ser
reutilizadas o reasignadas inmediatamente. Sin importar cul mtodo
se elija, an puede configurarse los parmetros IP de una sola vez

14
desde un servidor central, en lugar de repetir la configuracin TCP/IP
para cada computadora.

3.2. EL PROCESO DHCP DE ADQUISICIN DE DIRECCIONES IP


Una vez que un cliente DHCP ha contactado con un servidor DHCP,
a travs de varios estados internos, negocia el uso y la duracin de su
direccin IP. La forma de adquisicin de la direccin IP por el cliente
DHCP se explica mejor en trminos de un diagrama de transicin de
estados (llamado tambin mquina de estado finito). En la siguiente
figura, en la siguiente pgina, presenta este diagrama de transicin de
estados que explica la interaccin entre el cliente y el servidor DHCP.
Cuando se inicializa el cliente DHCP, ste comienza en el estado de
inicializacin INIT.

Diagrama de transicin de estados del DHCP que muestra la interaccin Cliente/Servidor DHCP

15
3.3. FORMATO DEL PAQUETE DHCP
En la siguiente figura ilustra el formato del paquete DHCP.

el cual es un formato fijo para todos los campos, excepto para las
opciones que tienen un mnimo de 312 octetos.

Los lectores que conocen el protocolo BOOTP reconocen que la


excepcin de los campos de flags y de opciones, los formatos de
mensajes de DHCP y BOOTP son idnticos. De hecho, el servidor
DHCP puede configurarse para responder a peticiones BOOTP. Los
detalles de configuracin son especficos para cada sistema operativo.

Formato del paquete DHCP

La siguiente tabla proporciona una explicacin de los campos del


protocolo DHCP.

Campos DHCP

16
En el campo de opciones slo se utiliza el bit que est ms a la
izquierda, tal como se puede apreciar en la figura los otros bits de este
campo son colocados a 0.

17
CONCLUSIN
En conclusin, luego de haber revisado todo sobre el DNS nos hemos dado
cuenta que este es muy til para la reparticin de dominios y adems hemos
aprendido que, aunque es muy til debemos tener mucho cuidado con lo que
es su configuracin y su proteccin pues como ayudarnos tambin puede
convertir nuestra red en un caos total.

En conclusin, DHCP es un protocolo diseado principalmente para ahorrar


tiempo gestionando direcciones IP en una red grande.

En conclusin, El servicio DHCP est activo en un servidor donde se


centraliza la gestin de las direcciones IP de la red. Hoy en da, muchos
sistemas operativos incluyen este servicio dada su importancia.

18
REFERENCIAS BIBLIOGRFICAS
https://technet.microsoft.com/library/cc772774.aspx
https://postimg.org/image/l276kbkat/
http://www.cybertelecom.org/dns/history.htm
https://tools.ietf.org/html/rfc951#section-6
http://www.iana.org/assignments/bootp-dhcp-parameters/bootp-dhcp-
parameters.xhtml

19
ANEXO

Configuracin de DNS.

Configuracin BOOTP.

Configuracin DHCP.

20