654907572

GESTIN DE SISTEMAS ACTUALIZACIN EN INTERNET
E INFORMTICA DE LA Fecha inicio: 15-01-2016

Fecha finalizacin: 15-01-2016
ADMINISTRACIN
DEL ESTADO
BLOQUE II. TECNOLOGA BSICA
ndice de las actualizaciones que se entregan
TEMA 4
Se sustituye el tema entero por el nuevo que se entrega (ampliamente modificado).

P. Gral. Martnez Campos, 5 28010 MADRID Tel. 914 444 920
Gran de Grcia, 171 08012 BARCELONA Tel. 934 150 988
Alboraya, 23 46010 VALENCIA Tel. 963 614 199
Ponzano, 15 28010 MADRID Tel. 914 444 920
www.cef.es info@cef.es 902 88 89 90
SUMARIO GENERAL TEMA 4
1. Introduccin al modelo OSI

2. Protocolos (nociones bsicas)
3. Arquitectura TCP/IP
3.1. Protocolos del nivel de enlace
3.2. Protocolo IP versin 4
3.3. Protocolo ip versin 6
3.4. Otros protocolos
3.5. Encaminamiento
3.5.1. Protocolos de enrutamiento interior
3.5.2. Protocolos de enrutamiento exterior
3.6. RFC (request for comments)
4. Anexo I. Ejercicios prcticos IP

4.1. Direccionamiento IP versin 4 (sin aplicar subne ing)
4.2. Direccionamiento IP versin 4 (aplicando subne ing)
4.3. Enrutamiento IP versin 4. (Tablas de routing)
www.cef.es NOVIEMBRE 2015 Sumario

P. Gral. Martnez Campos, 5 28010 MADRID Tel. 914 444 920
Gran de Grcia, 171 08012 BARCELONA Tel. 934 150 988
Alboraya, 23 46010 VALENCIA Tel. 963 614 199
Ponzano, 15 28010 MADRID Tel. 914 444 920
www.cef.es info@cef.es 902 88 89 90
TEMA
4 El modelo TCP/IP: arquitectura, capas, interfaces, protocolos, direccionamiento

y encaminamiento
1. INTRODUCCIN AL MODELO OSI
El modelo OSI (Open Systems Interconnection-Interconexin de sistemas abiertos; norma ISO 7498,
ao 1983) establece un modelo de referencia para la interconexin de sistemas informticos abiertos. OSI
surge ante la proliferacin, a principios de la dcada de los 80, de protocolos y arquitecturas propietarias
o dependientes de fabricantes (p. ej.: arquitectura SNA de IBM para entornos mainframe).
Para entender qu es un sistema abierto, diremos que es aquel diseado y desarrollado siguiendo
normas comunes e independientes de los fabricantes. Un sistema abierto est abierto a la comunicacin
con otros, siendo sus caractersticas intrnsecas las siguientes:
Interoperabilidad: capacidad para interactuar con sistemas de otros proveedores. En conse-

cuencia, el cliente consigue una mejor relacin precio-rendimiento, ya que goza de libertad
de eleccin en un entorno competitivo. Esta circunstancia no se produce en el mbito de los
sistemas propietarios (anttesis de un sistema abierto) donde el cliente se siente cautivo
de un proveedor.
Portabilidad: es la facilidad de un sistema o aplicacin para seguir trabajando/funcionando
ante cambios de entorno o plataforma hardware.
Escalabilidad: distinguindose escalabilidad horizontal (facilidad de una arquitectura para
variar de tamao p. ej.: aadiendo/suprimiendo puestos de trabajo) y escalabilidad ver-
tical (referente a la posibilidad de ampliar prestaciones de un sistema p. ej.: aumentando
memoria o procesador en un servidor para poder atender a mayor nmero de aplicaciones
consolidadas). Adicionalmente se puede decir que un sistema escala linealmente si al au-
mentar el nmero de recursos dedicados, el aumento del rendimiento es proporcional (por
ejemplo si al duplicar el nmero de servidores se consigue atender al doble de usuarios).
Proteccin de la inversin realizada en los sistemas ante discontinuidades de producto por
parte de fabricantes.
www.cef.es NOVIEMBRE 2015 4 1

GESTIN DE SISTEMAS E INFORMTICA DE LA ADMINISTRACIN DEL ESTADO
PROMOCIN INTERNA
Oposiciones
El objetivo, por tanto, del modelo OSI fue definir las bases para el establecimiento de protocolos
de comunicaciones entre sistemas informticos. Para ello, presenta los sistemas de informacin como
una pila de siete capas o niveles jerrquicos. Cada capa representa un nivel diferente de abstraccin con
funciones bien definidas. Se dice que es un modelo jerrquico porque cada capa inferior da servicio a la
capa que tiene por encima. Las siete capas del modelo son:
Tabla 1. Capas del modelo OSI
Nivel 7 Aplicacin
Nivel 6 Presentacin
Nivel 5 Sesin
Nivel 4 Transporte
Nivel 3 Red
Nivel 2 Enlace o enlace de datos
Nivel 1 Fsico
El modelo OSI no establece qu protocolos utilizar en cada capa, sino las funciones de cada capa.
Es un modelo terico ya que, en la prctica, al tener tantas capas resulta inmanejable. Las arquitectu-
ras reales minimizan el nmero de capas, aunando funciones en un mismo nivel. Se dice que OSI es un
modelo de referencia porque las arquitecturas reales se comparan con l (aunque no sigan OSI exacta-
mente). Por ejemplo: en la arquitectura TCP/IP (que no cumple OSI) se habla del protocolo IP y se dice
que IP trabaja a nivel 3 (red) de OSI.
Al dividir los sistemas informticos en capas podemos hablar de comunicaciones capa a capa me-
diante el uso de un protocolo/lenguaje comn. Por ejemplo: entre los niveles de aplicacin (7) de dos
ordenadores se utilizar el mismo protocolo de aplicacin (como puede ser FTP para la comunicacin
entre un cliente FTP y un servidor FTP). Sin embargo, el intercambio de informacin no es directo: los
mensajes se deben encapsular (se aade una cabecera, esto se produce a medida que la informacin fluye
hacia abajo en el modelo) en el protocolo comn del nivel de presentacin (6) y as sucesivamente hasta
llegar al nivel fsico donde se produce la transferencia bit a bit de la informacin entre la mquina origen
y destino. En esta ltima los bits son detectados y la informacin se debe desencapsular (se suprimen ca-
beceras, esto se produce segn fluye la informacin hacia arriba en el modelo) y as sucesivamente hasta
llegar al nivel de aplicacin. Todo esto se refleja en la figura siguiente.
4 2 www.cef.es
Tecnologa bsica
Oposiciones
Figura 1. Ejemplo de uso del modelo OSI. Algunos de los encabezados pueden ser nulos
Proceso que Proceso que

enva recibe
Datos
Capa de Capa de
AH Datos
aplicacin aplicacin
Capa de Capa de
PH Datos
presentacin presentacin
Capa de Capa de
SH Datos
sesin sesin
Capa de Capa de
TH Datos
transporte transporte
Capa de Capa de
NH Datos
red red
Capa de enlace Capa de enlace

DH Datos DT
de datos de datos
Capa Capa
Bits
fsica fsica
Trayectoria real de la transmisin de datos
Nota. En la figura, el trmino AH hace referencia a Application Header o cabecera del protoco-
lo del nivel de aplicacin, SH al de sesin y as sucesivamente. En el caso de la capa de enlace algunos
protocolos pueden aadir un campo denominado DT o Data Trailer.
Comunicacin entre capas adyacentes
Cada capa del modelo OSI proporciona servicios a su capa inmediatamente superior.
La interfaz define el modo de comunicacin entre capas adyacentes (N y N+1) dentro de una misma m-
quina. La interaccin entre capas adyacentes se realiza mediante primitivas. Existen cuatro tipos de primitivas:
Peticin (REQUEST): utilizada para solicitar un servicio y pasar los parmetros necesarios
para su ejecucin.
Indicacin (INDICATION): sirve para indicar que un procedimiento ha sido invocado por
el usuario par del servicio y pasar los parmetros asociados o para indicar al usuario del
servicio el inicio de una accin por parte del proveedor.
Respuesta (RESPONSE): usada por el usuario del servicio para reconocer o completar algn
procedimiento iniciado previamente por parte del proveedor.
Confirmacin (CONFIRM): utilizada por el proveedor del servicio para reconocer o com-
pletar algn procedimiento iniciado previamente por una peticin del usuario.

PROMOCIN INTERNA
Oposiciones
En la figura 2 se muestra un ejemplo de servicio donde se emplean las cuatro primitivas.
Figura 2. Ejemplo de uso de las cuatro primitivas. Los usuarios del servicio son los niveles N+1 de cada ex-
tremo mientras que el papel de proveedor del servicio es realizado por los niveles N
Usuario del servicio

USUARIO DEL SERVICIO PROVEEDOR DELservicio
Proveedor del SERVICIO USUARIO
Usuario DEL SERVICIO
del servicio
Indication
REQUEST
Request INDICATION
CONFIRM Response
RESPONSE
Confirm
Los servicios pueden ser confirmados o no confirmados (inconfirmados). Un servicio confirmado

incluye peticin, indicacin, respuesta y confirmacin. Un servicio inconfirmado incluye nicamente pe-
ticin e indicacin. La comunicacin entre capas adyacentes consta de tres tipos de servicios:
Establecimiento (CONNECT): siempre es un servicio confirmado porque el par remoto debe

estar de acuerdo con el establecimiento de una conexin.
Transferencia de informacin (DATA): puede ser confirmado o inconfirmado.
Liberacin (DISCONNECT): suele ser inconfirmado.
EJEMPLO 1. Analoga con el sistema telefnico: llamo a mara para invitarle a cenar en mi casa
1. CONNECT.request Marco el nmero de telfono de Mara.
2. CONNECT.indication El telfono de Mara suena.
3. CONNECT.response Mara descuelga el telfono.
4. CONNECT.confirm Escucho que ya no llama.
5. DATA.request Invito a Mara a cenar.
6. DATA.indication Mara escucha mi invitacin.
7. DATA.request Mara dice que estar encantada de ir.
8. DATA.indication Escucho que ella acepta.
9. DISCONNECT.request Cuelgo el telfono.
10. DISCONNECT.indication Ella escucha y tambin cuelga el telfono.
Usuarios del servicio (Mara y yo) capas N+1 de cada uno de los extremos; Proveedor del servicio (el sis-
tema telefnico) capas N (en la parte de Mara y en la ma).
4 4 www.cef.es
Tecnologa bsica
Oposiciones
Otro concepto que introduce el modelo OSI es el de SAP o Punto de Acceso al Servicio, que es por
donde se accede al servicio de la capa inferior. Las primitivas fluyen a travs del SAP. OSI define para
cada nivel del modelo un SAP especfico: NSAP (Network layer), TSAP (Transport Layer), etc.
Segn OSI, el intercambio de informacin entre capas adyacentes se produce de la siguiente

forma:
La capa N+1 enva a la capa N la IDU (Unidad de datos de interfaz). La IDU est compuesta por
ICI (Informacin de control de interfaz, de significado local para permitir el paso de la informacin entre
capas) + SDU (Unidad de dato de servicio). La capa N, de acuerdo con el protocolo que emplee, puede
tener que fragmentar la SDU en N-PDU (PDU = Unidad de datos de protocolo). Estas PDUs llevarn
la cabecera aadida por la capa N. Todo esto se ilustra en la Figura 3:
Figura 3. Relacin entre capas en una interfaz
IDU SAP = Punto de acceso al servicio
IDU = Unidad de datos de interfaz

CapaN+1 ICI SDU
SDU = Unidad de datos de servicio
SAP
PDU = Unidad de datos de protocolo
Interfaz
CapaN
ICI SDU
Las entidades de la capa

Header SDU N intercambian N-PDU
en su protocolo de capa N
NPDU
2. PROTOCOLOS (NOCIONES BSICAS)
Para que sea posible la comunicacin (intercambio de informacin) entre dos sistemas informticos
se precisa de dos aspectos bsicos:
Camino o conexin fsica entre emisor y receptor que soporte la transmisin de las seales
portadoras de la informacin. Esta conexin fsica puede implementarse mediante medios
de transmisin guiados (cable) y/o inalmbricos (espectro radioelctrico + antenas).
Lenguaje comn (protocolo) para que la informacin sea entendible por el receptor de la
misma.
Se define como protocolo el conjunto de normas y convenciones que permiten la comunicacin

entre dos capas iguales (mismo nivel jerrquico) de entidades diferentes (no tiene que ser obligatoria-

PROMOCIN INTERNA
Oposiciones
mente en mquinas diferentes).
La informacin bsica que manejan los protocolos se conocen como PDU (Protocol Data Unit).
Las PDUs utilizadas en los diferentes niveles de OSI son:
Nivel 1: Bits.
Nivel 2: Tramas (frames).
Nivel 3: Paquetes.
Nivel 4: Segmentos; TPDU.
Nivel 5: SPDU.
Nivel 6: PPDU.
Nivel 7: Mensajes; APDU.
En el caso de los niveles 3 y 4 de OSI, si el protocolo utilizado es no orientado a conexin

(definicin que se ver ms abajo), adems de los nombres de PDUs sealados puede utilizarse el de
datagrama.
Los protocolos utilizan lo que se denomina MTU (Maximum Transfer Unittamao mximo de
las unidades de informacin enviadas) y MRU (Maximum Reception Unittamao mximo de las
unidades recibidas). Estos tamaos pueden ser fijos o negociados entre las partes que intervienen en la
comunicacin.
Los protocolos pueden clasificarse atendiendo a diversos criterios:
Orientados a carcter/bit (en funcin de dnde viaje la informacin de control).

Los protocolos orientados a carcter incorporan la informacin de control en cualquier po-
sicin entre los datos, haciendo uso de palabras reservadas. Este tipo de protocolos est en
desuso.
Los protocolos orientados a bit llevan la informacin de control en campos y posiciones
reservadas como cabecera, trailer o cola, etc. Son de esta clase la mayora de protocolos
actuales.
Orientados/no orientados a conexin.
Los protocolos orientados a conexin estn diseados para soportar un intercambio continuo
de informacin entre los mismos extremos. Implementan tres fases en la comunicacin: es-
tablecimiento de la conexin, transferencia de datos y liberacin de la conexin. Se utilizan
por redes o tecnologas que funcionan en modo de circuito virtual permanente o conmuta-
do (p. ej.: X.25, Frame Relay, ATM o MPLS). La informacin llegar en orden al destino,
existiendo garanta de secuencia.
Los protocolos no orientados a conexin solo tienen fase de transferencia de datos, care-
ciendo de establecimiento y liberacin de la conexin. Se utilizan por redes que funcionan
en modo datagrama (p. ej.: IP versiones 4 y 6). La informacin transmitida llega desorde-
nada al destino, no existiendo garanta de secuencia.
Confirmados/no confirmados (inconfirmados).
Los protocolos confirmados proporcionan un servicio fiable, con garanta de entrega (p.
ej. redes X.25). Cuentan con las siguientes caractersticas:
4 6 www.cef.es
Tecnologa bsica
Oposiciones
Control de errores, para lo que se utiliza la tcnica ARQ (Automatic Repeat reQuest)
consistente en:
o Numerar la informacin enviada y atender a los acuses de recibo (asentimien-

tos) del receptor.
o Esperar la recepcin de los acuses de recibo por un tiempo mximo (marcado
por un temporizador en emisor). Si en este periodo no se recibe el asentimien-
to, se retransmite la informacin de nuevo, pues se entiende que esta no ha lle-
gado al destino.
o Los acuses de recibo pueden ser positivos (ACK, Acknowledge) o negativos
(NAK o NACK, Negative acknowledge). En el primer caso, se envan confir-
maciones indicando lo que ha llegado correctamente (pudiendo confirmarse
varias PDUs a la vez, para reducir el nmero de envos). En el caso de con-
firmaciones negativas, el receptor nicamente informa cuando algo no llega
(por deteccin de gap entre las numeraciones recibidas), solicitndose de
esta forma la retransmisin. Existen protocolos que solo implementan ACK o
NAK, mientras que otros combinan ambos tipos de notificaciones.
o Piggybacking (incorporacin) es la tcnica que consiste en mandar los acuses
de recibo dentro de las tramas de informacin. Se utiliza por los protocolos
confirmados para reducir el nmero de envos.
o Modalidades de la tcnica ARQ:
De parada y espera. El emisor enva una PDU y espera confirmacin del

receptor antes de realizar nuevos envos.
Envo continuo y rechazo simple. El emisor puede enviar nuevas PDUs
a pesar de no haber recibido confirmacin de las anteriores (el nme-
ro de PDUs pendientes de confirmacin viene limitado por el valor de
ventana deslizante que se negocie con el receptor para ese sentido de la
transmisin). En caso de tener que implementar retransmisiones se har
desde la PDU errnea en adelante. Esta modalidad se denomina con N
retroceso y supone que el buffer del receptor tiene un tamao limitado
a una PDU.
Envo continuo y rechazo selectivo. El emisor puede enviar nuevas PDUs
a pesar de no haber recibido confirmacin de las anteriores (el nmero de
PDUs pendientes de confirmacin viene limitado por el valor de ventana
deslizante que se negocie con el receptor para ese sentido de la transmi-
sin). Esta modalidad es ms eficiente que la de envo continuo y rechazo
simple, pues en caso de tener que implementar retransmisiones nicamen-
te se mandan las PDUs errneas. En este caso el receptor ha de disponer
de espacio en su buffer para almacenar todas las PDUs de la ventana.
Control de flujo, tcnica utilizada para adecuar las diferentes velocidades de envo/
recepcin entre las partes.
Para conseguir una mayor fluidez en la comunicacin, el emisor puede enviar nuevas
PDUs a pesar de no haber recibido confirmacin de las anteriores. No obstante, con
el fin de no saturar al receptor, el nmero mximo de PDUs enviadas y pendientes
de confirmar no puede sobrepasar un tamao acordado entre las partes: lo que se co-
noce como valor de la ventana deslizante (slide window).

PROMOCIN INTERNA
Oposiciones
En los protocolos de nivel de enlace, un tamao tpico de ventana es V=8. Esto indica
que una vez enviadas ocho tramas, si no se ha recibido acuse de recibo de ninguna de
ellas, el emisor debe frenar y no podr realizar envos de informacin hasta que no
lleguen asentimientos. Estas tramas que estn en el aire son guardadas en un bu-
ffer en el emisor (cuyo tamao depende de V) por si finalmente no fueran confirma-
das y tuvieran que retransmitirse. Si se recibe un solo acuse de recibo, se purgara la
trama correspondiente del buffer; en ese momento las tramas que hay en el aire sern
siete, por lo que el emisor podr enviar una nica trama, para llegar nuevamente al
valor de ocho pendientes de confirmar. Esta es la razn por la que se aplica el trmi-
no deslizante. El tamao de ventana puede tener un valor distinto para cada uno de
los sentidos de la comunicacin. La funcionalidad descrita permite a los protocolos
llevar a cabo funciones de control de flujo.
Dado que la numeracin de las tramas est limitada al tamao (supngase de n bits) de los
campos establecidos para tal fin en las cabeceras de los protocolos y que se sigue una se-
cuencia circular (de 0 a 2n-1 -para el caso de un campo de n bits- y vuelta a empezar), para
evitar que en las tramas pendientes de confirmar se produzcan solapes de numeracin, el
tamao mximo de la ventana deslizante se limita a 2n-1.
Los protocolos no confirmados no llevan ningn control de la entrega al destino, por lo que
no resultan fiables. Es el caso de las redes IP (versiones 4 y 6).
De transporte transparente o con calidad de servicio (QoS Quality of Service).
Un protocolo que realiza transporte transparente de la informacin se limita a introducir
esta en su carga til (campo de datos) y encapsularla (poner cabecera), no implementando
ningn mecanismo para diferenciar tratamiento prioritario (menor retardo, etc.) en fun-
cin de la naturaleza de la informacin (voz, datos, vdeo). Es el caso del protocolo IP
versin 4.
Un protocolo con QoS permite, por ejemplo, dar prioridad a trficos multimedia frente a
datos en redes multiservicio. Para ello, se pueden implementar diferentes tcnicas como el
etiquetado de flujos, tal y como se realiza en el protocolo IP versin 6.
EJEMPLO 2. Protocolo de nivel enlace: HDLC (High Level Data Link Control)
HDLC (ISO 3309) es un protocolo muy importante, ya que de l derivan muchos otros protocolos de nivel
de enlace, como p. ej.: LAPB, LAPD, LAPF, etc. Sus caractersticas ms relevantes son:
Deriva de SDLC (Synchronous Data Link Control) de IBM, utilizado en su arquitectura SNA.
Es un protocolo orientado a bit.
El campo Flag o bandera marca el principio y el fin de la trama HDLC. Su valor es 01111110 o 7E
(en hexadecimal).
Es orientado a conexin.
Es confirmado. Implementa control de errores y control de flujo. Utiliza mecanismos de asentimiento

(uso de la tcnica piggybacking) y retransmisin de tramas perdidas.
Realiza transporte transparente de la informacin.
4 8 www.cef.es
Tecnologa bsica
Oposiciones
3. ARQUITECTURA TCP/IP
El origen de TCP/IP est en la red ARPANET. Esta era una red de investigacin dentro de
DPA (Department of Defense DoD Protocol Architecture, EE.UU.). Debe su nombre a dos
de sus protocolos ms importantes: TCP (Transmission Control Protocol) e IP (Internet Protocol).
Otro nombre de este modelo es pila de protocolos de Internet, ya que la arquitectura TCP/IP es
la base de Internet. Su normalizacin se realiza mediante estndares denominados RFC (Request For
Comments).
La primera meta de diseo de TCP/IP fue construir una interconexin de redes que proporcionase
servicios de comunicacin universales: una red, o Internet. Cada red fsica tiene su propia interfaz de
comunicaciones, dependiente de la tecnologa que la implementa, en la forma de una interfaz de pro-
gramacin que proporciona funciones bsicas de comunicacin (primitivas). Las comunicaciones entre
servicios las proporciona el software que se ejecuta entre la red fsica y la aplicacin de usuario, y da a
estas aplicaciones una interfaz comn, independiente de la estructura de la red fsica subyacente. La ar-
quitectura de las redes fsicas es transparente al usuario.
El segundo objetivo es interconectar distintas redes fsicas para formar lo que al usuario le parece
una nica y gran red. Tal conjunto de redes interconectadas se denomina internetwork o Internet. Para
poder interconectar dos redes, necesitamos un ordenador que est conectado a ambas redes y que pueda
retransmitir paquetes de una a otra; tal mquina es un router. El trmino router IP tambin se usa porque
la funcin de encaminamiento es parte de la capa IP de la pila TCP/IP.
Por ltimo, otro de los objetivos principales se centra en que la red sea capaz de sobrevivir a la
prdida del hardware de subred sin que las conversaciones existentes se interrumpan. Es decir, que per-
manezcan intactas mientras los ordenadores origen y destino estn funcionando, aun si alguna de las
mquinas (routers) o de las lneas de transmisin en el trayecto dejara de funcionar de forma repenti-
na. Todos estos requerimientos llevaron a la eleccin de una red de conmutacin de paquetes basada
en una capa de red carente de conexiones. Esta capa es el eje que mantiene unida toda la arquitec-
tura.
TCP/IP no cumple el modelo OSI, ya que este ltimo es un modelo de referencia terico que por el
nmero de capas que propone (siete) resulta poco manejable.
En la siguiente tabla se muestran las capas de la arquitectura TCP/IP, as como algunos de los pro-
tocolos que se utilizan en cada uno de los niveles de la misma:
Tabla 2. Arquitectura TCP/IP
Nivel 7 (aplicacin) Telnet FTP SMTP HTTP DNS SNMP
Nivel 4 (transporte) TCP UDP
ICMP
Nivel 3 (red-Internet)
IP ARP RARP
Nivel 1 (fsico) + Acceso al medio fsico

+ Nivel 2 (enlace) (Ethernet, ATM, Frame Relay, MPLS, etc.)

PROMOCIN INTERNA
Oposiciones
En la tabla, a nivel 7 (aplicacin) se han incluido solo algunos de los servicios y protocolos, existen
muchos ms. Una aplicacin es un proceso que coopera con otro en el mismo o en distinto host. Ejem-
plos son TELNET (protocolo para la conexin remota), FTP (File Transfer Protocol) y SMTP (Sim-
ple Mail Transfer Protocol).
Nota. Como puede observarse en la tabla anterior, el protocolo DNS puede ir tanto sobre UDP
como TCP.
Los niveles 5 (sesin) y 6 (presentacin) del modelo OSI no estn presentes en TCP/IP, aunque al-
gunas de las funciones de estos niveles son realizadas por protocolos de las capas 7 o 4.
El nivel de transporte proporciona la transferencia de datos entre los extremos. Ejemplos de proto-
colos que trabaja a este nivel son TCP (orientado a conexin) y UDP (no orientado a conexin).
Internetwork, tambin llamada capa de red, proporciona la imagen de red virtual de Internet (es
decir, oculta a los niveles superiores la arquitectura de la red). IP es el protocolo ms importante de esta
capa. Este es un protocolo no orientado a conexin que no implementa funciones de fiabilidad, control
de flujo o recuperacin de errores. Estas funciones deben ser proporcionadas por una capa de mayor
nivel, bien de transporte con TCP, o de aplicacin, si se utiliza UDP como transporte. Una unidad de
un mensaje en una red IP se denomina datagrama o paquete IP. Esta es la unidad bsica de informacin
transmitida en redes TCP/IP.
Los niveles 1 y 2 se conocen como acceso al medio fsico (o como definen algunos autores:
network interface and hardware). Este nivel se encarga de implementar redes a nivel local y del inter-
cambio fsico de la informacin. TCP/IP no especifica el uso de unos protocolos en este caso, pudiendo
utilizarse casi cualquier interfaz de red disponible, lo que ilustra la flexibilidad de la capa IP. Ejemplos
son: Ethernet, ATM, Frame Relay, MPLS, etc., (lo que se conoce como servicios portadores). Debe
tenerse en cuenta que el protocolo de nivel de enlace utilizado ser quien limite la MTU (Maximum
Transfer Unit o unidad de transferencia mxima) en la arquitectura. Por ejemplo, en el caso de una red
local Ethernet, los paquetes IP deben tener un tamao mximo de 1.500 bytes para tener cabida en el
campo de datos de las tramas Ethernet.
Por ltimo, sealar que en Internet a nivel 2 se utilizan los protocolos PPP y SLIP.
3.1. PROTOCOLOS DEL NIVEL DE ENLACE
La mayor parte de la infraestructura de redes de rea extensa est construida a partir de lneas alqui-
ladas punto a punto. Tanto para la conexin por lnea alquilada de router a router como para la conexin
conmutada de host a router se requiere de un protocolo punto a punto de enlace de datos en la lnea, para
el manejo de marcos de control de errores y las dems funciones de la capa de enlace de datos.
Segn nos acercamos al medio fsico, la diversidad de los mismos provoca que existan varios pro-
tocolos a nivel de enlace para adaptarse a las peculiaridades de cada medio.
Dos protocolos de este nivel de enlace vinculados a Internet son SLIP (Serial Line Internet Proto-
col) y PPP (Point to Point Protocol).
El protocolo SLIP fue sustituido por PPP, viniendo a solventar este ltimo las limitaciones de SLIP
en cuanto a:
4 10 www.cef.es
Tecnologa bsica
Oposiciones
Estar diseado especficamente para el transporte de trfico TCP/IP.

Necesidad de conocer tanto nuestra direccin IP como la de nuestro proveedor, lo que puede
causar problemas en el caso de que haya asignacin dinmica de direcciones (algo muy
comn).
Posibilidad de tener que configurar algunos parmetros como pueden ser: la mxima unidad
de transmisin (MTU), mxima unidad de recepcin (MRU), el uso de cabeceras de com-
presin, etc.
El protocolo PPP fue desarrollado por el IETF (Internet Engineering Task Force) en 1993 para crear
un estndar internacional. Al igual que SLIP, tambin es apto para lneas telefnicas conmutadas siem-
pre que el proveedor de Internet disponga de este protocolo para atender la llamada. PPP proporciona un
mtodo estndar para transportar datagramas multiprotocolo sobre enlaces simples punto a punto entre
dos pares (en ingls, par es peer). Estos enlaces proveen operacin bidireccional full dplex y se asume
que los paquetes sern entregados en orden. PPP tiene tres componentes:
1. Un mecanismo de enmarcado para encapsular datagramas multiprotocolo y manejar la de-

teccin de errores.
2. Un protocolo de control de enlace (LCP, Link Control Protocol) para establecer, configurar
y probar la conexin de datos.
3. Una familia de protocolos de control de red (NCP, Network Control Protocols) para esta-
blecer y configurar los distintos protocolos de nivel de red.
3.2. PROTOCOLO IP VERSIN 4
Como ya se ha sealado anteriormente, IP significa Internet Protocol. Las caractersticas de la

versin 4 de este protocolo son:
Est recogido en el RFC 791 (original, modificada por la RFC 1349Type of Service).
Es un protocolo no orientado a conexin, cada paquete se enruta independientemente pu-
diendo llegar desordenados al destino (modo datagrama).
No implementa control de errores ni retransmisiones de paquetes perdidos, por lo que el
servicio ofrecido es no fiable (no garantiza la entrega de paquetes, siendo otro protocolo de
nivel superior quien lleve el control). El protocolo IP nicamente verifica la integridad de
la cabecera, pero no de los datos.
No implementa control de congestin.
No implementa control de flujo.
Puede implementar fragmentacin: si la informacin a transmitir entre equipos supera el ta-
mao mximo negociado (MTU) podr ser dividida en paquetes ms pequeos y reensam-
blada despus.
Lleva a cabo funciones de direccionamiento: las cabeceras de los paquetes IP contienen las
direcciones IP de las mquinas origen y destino, que sern usadas por los routers para de-
cidir la ruta ms idnea por la que circularn (encaminamiento).

PROMOCIN INTERNA
Oposiciones
Direccionamiento IPv4
La RFC 1166 recoge la estandarizacin para nmeros de Internet (direccionamiento IPv4).
En IPv4, las direcciones tienen 32 bits que se agrupan de 4 grupos de 8 bits (1 byte). Cada byte se
codifica en decimal y se separa del siguiente por un .. Cada grupo o byte puede tomar valores decima-
les desde 0 a 255. Ejemplo de direccin IPv4: 100.210.14.34.
Las direcciones IP tienen dos partes: red (netID, identifica la red y es comn a los equipos que estn
en la misma red) y host (hostID, identifica un host concreto dentro de una red).
Existen cinco clases de direcciones, que se distinguen por el valor del primer byte (por la izquierda):
Clase A:
Primer byte: su primer bit (por la izquierda) vale siempre 0, por lo que este byte
podra oscilar entre 0 y 127. Excepcionalmente en esta clase se excluyen los valores
extremos 0 y 127, ya que se reservan para direcciones especiales. De esta forma, el
primer byte de la clase A va de 1 a 126.
Tamao parte de red: 1 byte.
Tamao parte de host: 3 bytes.
Clase B:
Primer byte: sus dos primeros bits valen siempre 10. El primer byte de la clase B
va de 128 a 191.
Tamao parte de red: 2 bytes.
Tamao parte de host: 2 bytes.
Clase C:
Primer byte: sus tres primeros bits valen siempre 110. El primer byte de la clase C
va de 192 a 223.
Tamao parte de red: 3 bytes.
Tamao parte de host: 1 byte.
Clase D: direcciones multicast (multicast = envo a un grupo de direcciones).

Su estructura es la siguiente: 1110 + identificacin grupo multicast. El primer byte
ronda los valores 224 a 239.
El protocolo IP multicast es una extensin del protocolo IP que aparece en el RFC 1112; este
protocolo emplea IP como protocolo de red. Los routers multicast remiten una sola copia
de la transmisin multicast a la red unida a l, la cual tiene un host registrado para recibir
la transmisin o bien est conectada a otro router que tiene hosts registrados para recibir
la transmisin. Hay grupos de multicast bien conocidos que son publicados cada cierto
tiempo en el RFC de nmeros asignados. Por ejemplo: 224.0.0.1 es el grupo de todos los
4 12 www.cef.es
Tecnologa bsica
Oposiciones
ordenadores que soportan multicast en una red, 224.0.0.2 es el grupo de todos los routers
multicast, etc. Al tratarse el mecanismo multicast de una extensin que no se recoga en la
versin original de IPv4, su soporte es opcional. El trfico multicast es adecuado para ser-
vicios multimedia de Internet (streaming) en directo. Para que una mquina se agregue/
desagregue de un grupo multicast deben enviar mensajes basados en el protocolo IGMP
(Internet Group Management Protocol).
Clase E: direcciones reservadas.

Los cinco primeros bits de la direccin llevan el valor 1111, por lo que el primer
byte va de 240 a 255.
El nmero mximo de redes y de hosts (direcciones asignables) en una red clase A, B, C son, res-
pectivamente:
Tabla 3. Redes Clase A, B y C (nmero de redes y de hosts)
Nmero de redes Nmero de hosts
24
Clase A ...................... 126 2 2
14 16
Clase B ...................... 2 2 2
21 8
2 2 = 254
Clase C ...................... 2
En la columna nmero de hosts se restan dos direcciones que se destinan a la direccin de red y
direccin de difusin. (Estos dos conceptos se vern a continuacin).
En el direccionamiento IP se pueden encontrar direcciones del tipo:
Direccin de red: es la direccin de la red completa. Mantiene la parte de red con el valor
identificativo de la misma y pone todos los bits de la parte host a 0. Por ejemplo:
Clase A: 98.0.0.0
Clase B: 130.14.0.0
Clase C: 200.16.102.0
Direccin de difusin (broadcast): se utiliza para enviar informacin a todos los elementos de
la red especificada. Se dice que es una difusin dirigida, ya que se especifica la red concre-
ta a la que se quiere hacer broadcast. La direccin de difusin mantiene la parte de red con
el valor identificativo de la misma y pone todos los bits de la parte host a 1. Por ejemplo:
Clase A: 98.255.255.255
Clase B: 130.14.255.255
Clase C: 200.16.102.255
Direccin asignable: se utiliza para direccionar hosts (ordenadores, servidores, routers, im-
presoras, etc.). Presenta el siguiente formato: parte de red (= valor identificador de la red
donde est el host) + parte host (ni todos los bits a 0 ni a 1). Por ejemplo:

PROMOCIN INTERNA
Oposiciones
Clase A: 98.0.0.1
Clase B: 130.14.255.254
Clase C: 200.16.102.98
Direcciones IP especiales: Como por ejemplo:
Este host: 0.0.0.0. Hacer referencia a mi mquina.

Loopback: 127.x.x.x (x: cualquier valor). Hace referencia a mi mquina, pero, a
diferencia de la anterior, no sale por la tarjeta de red (se asocia la direccin 127.0.0.1
al local host o mquina local).
Otro host (host_destino) en mi red: (parte de red = 0...0 Todos los bits a 0) +
+ (parte host = direccin_host_destino).
Difusin limitada (todos los hosts de mi red): 255.255.255.255.
Difusin dirigida: (parte de red = valor red especfico) + (parte de hosts = 1...1
Todo 1s).
Reserva para pruebas de rendimiento: direcciones 192.18.0.x y 192.19.255.x.
Direcciones IP privadas (no legales)RFC 1918:

Se reservan para el direccionamiento en redes privadas, no utilizndose en redes pblicas
(Internet). Estas direcciones son:
Clase A: 10.0.0.0 10.255.255.255

Clase B: 172.16.0.0 172.31.255.255
Clase C: 192.168.0.0 192.168.255.255
Mscara de red:
La mscara de red es una plantilla de 32 bits que indica qu parte de la direccin IP es de
red (se representa con 1s en la plantilla) y qu parte es de hosts (0s en la plantilla). Las
mscaras naturales (o por defecto; lo que se denomina direccionamiento classful o clsico)
para las clases A, B y C son respectivamente:
Clase A: 255.0.0.0 (o /8; denominado prefijo IP, se sita a continuacin de una di-
reccin de red/asignable e indica el nmero de bits a 1 de la mscara).
Clase B: 255.255.0.0 (o /16).
Clase C: 255.255.255.0 (o /24).
NOTA. Si expresamos en binario la direccin IP de un equipo y su mscara, podemos obtener la

direccin de red asociada efectuando una operacin AND con aquellas. Ejemplo:
Dir.IP: 01101111.11000000.01011110.00000011
Mask: 11111111.00000000.00000000.00000000
Dir. Red: 01101111.00000000.00000000.00000000
4 14 www.cef.es
Tecnologa bsica
Oposiciones
En el caso de direccionar grandes redes, estas se suelen subdividir en distintas subredes median-
te mecanismos de subnetting. El subnetting o subdireccionamiento consiste en tomar bits de la parte de
host para identificar a las subredes. El nmero de bits tomados se indica en la mscara, donde la parte
de red y subred se representa mediante bits a 1 y la de hosts con bits a 0. Ejemplo: una direccin de red
10.0.0.0/10 o, lo que es lo mismo: 10.0.0.0 con mscara 255.192.0.0, indica que se dedica un byte a la
parte de red (por ser una clase A: el valor del primer byte 10 est comprendido entre 1 y 126), y dos
bits (los dos ms a la izquierda en el segundo byte) a la parte de subred, por lo que existen 4 subredes (es
decir, todas las posibles combinaciones de dos bits: 00, 01, 10 y 11). Para la parte host quedan
32 10 = 22 bits, por lo que nmero de hosts posibles en cada una de las subredes ser de 222 2
se restan dos direcciones porque cada subred tiene una direccin de red y otra de difusin. En la tabla
siguiente se muestran cules son estas direcciones para cada una de las subredes:
Tabla 4. Ejemplo de subneing
Subred Direccin de red Direccin de difusin Nmero de hosts en la subred
00 10.0.0.0 10.63.255.255 222 2
01 10.64.0.0 10.127.255.255 222 2
10 10.128.0.0 10.191.255.255 222 2
11 10.192.0.0 10.255.255.255 222 2
Si en nuestro ejemplo nicamente necesitsemos direccionar 2 subredes, tomaramos las subre-

des 01 y 10, dejando libres 00 y 11, ya que las direcciones 10.0.0.0 y 10.255.255.255 seran
las direcciones de red y difusin respectivamente de la red completa. En caso de necesitar hacer uso
de las 4 subredes, ello no supondra ningn problema: se comenzara por tomar la subred 00 y se
terminara por subred 11 (lo que se conoce como aplicacin del criterio subnet zero y subnet
broadcast).
NOTA. Una alternativa ms sencilla a la hora de hacer subnetting es dedicar 1 byte entero para el
direccionamiento de subredes. Por ejemplo: 10.0.0.0/16, de modo que el direccionamiento quedara:
Tabla 5. Otro ejemplo de subneing
Direccin Direccin de Nmero de hosts

Subred
de red difusin en la subred
00000001 10.1.0.0 10.1.255.255 216 2
00000010 10.2.0.0 10.2.255.255 216 2
A la hora de hacer subnetting, podemos aplicar el mecanismo de VLSM (Variable Length Subnet
Mask o mscara de subred de longitud variable) para un mejor reaprovechamiento de las direcciones IP.

PROMOCIN INTERNA
Oposiciones
En una red con varias subredes, no todas tienen por qu tener el mismo tamao. VLSM permite ajustar
en cada subred la mscara (aumentando su nmero de bits a 1) para conseguir economa de IP (esto
es: dejar en la parte de host bits a 0 en la mscara el menor nmero de bits que permita encajar las
mquinas existentes). Por ejemplo:
10.20.0.0 /24 1. subred (254 mquinas; direcciones asignables: 10.20.0.1 a 10.20.0.254).

()
En el ejemplo descrito la tercera subred se vuelve a dividir: Es como hacer subnetting dentro de
una subred.
La tcnica de supernetting, tambin llamada de agregacin o reduccin de direcciones, basa el enca-

minamiento en mscaras de red ms cortas que la mscara de red natural de la direccin IP, en contras-
te con el subnetting, donde las mscaras de red son ms largas que la mscara natural. La sumarizacin
permite reducir tamao de tablas de ruteo y trfico de intercambio de informacin de ruteo porque po-
sibilita que un router anuncie y tenga una nica entrada en la tabla para un conjunto de rutas. Para ello,
los routers deben soportar CIDR (Classless Interdomain Routing-enrutamiento interdominio sin clases),
basado en el reparto de las redes clase C no asignadas an en bloques de tamao variable. De esta forma,
si una instalacin necesita 2.000 direcciones se asignan 8 direcciones clase C contiguas en vez de una
direccin clase B completa. En CIDR el encaminamiento no se realiza de acuerdo a la clase del nmero
de red (de ah el trmino classless: sin clase) sino solo segn los bits de orden superior de la direccin
IP, que se denominan prefijo IP y viene dado por el nmero de bits a 1 de la mscara.
3.3. PROTOCOLO IP VERSIN 6
De los RFC que desarrollan el protocolo IPv6, cabe destacar:
RFC 2460: especificaciones del protocolo (formato cabecera fija y cabeceras de exten-
sin, etc).
RFC 2373: direccionamiento.
A IPv6 tambin se le denomina Ipng (Internet Protocol Next Generation). Este protocolo ha sido
desarrollado para mejorar IPv4. Algunas de sus ventajas frente a este ltimo son:
Soluciona las limitaciones de direccionamiento.

Reduce la complejidad de los usuarios y facilita el cambio de red, ya que permite autoconfi-
guracin de interfaz y descubrimiento automtico de vecindad (nodos conectados al mismo
enlace/medio fsico). La autoconfiguracin puede ser stateful (predeterminada: la asignacin
de IP se lleva a cabo mediante un servidor DHCPv6) o stateless (sin intervencin).
Mejora el enrutamiento (clculo del next-hop o prximo salto ms eficiente) y el procesa-
miento, gracias a:
4 16 www.cef.es
Tecnologa bsica
Oposiciones
Reduccin del tiempo de proceso de la cabecera de los datagramas (cabecera mejor

estructurada y de tamao fijo: 40 bytes; desaparece la verificacin de datos de cabe-
cera: otros mecanismos de nivel 2 ya realizan esta funcin)
No permite fragmentacin intermedia (la realizan los extremos finales: hosts).
En backbone (redes pblicas) permite una arquitectura jerrquica de direcciones ba-
sada en la agregacin.
Datagramas alineados a 64 bits (preparados para los nuevos procesadores de 64 bits).
Mejora la seguridad, incorporando extensiones para aportar autenticacin, integridad y con-

fidencialidad de los datos (IPSec nativo).
Introduce QoS (Quality of Service, calidad de servicio) y CoS (Class of Service, clases de
servicio), mediante el etiquetado de flujos.
Posibilidad de paquetes con tamao mayor que 64 KB (jumbogramas).
Mejora los mecanismos multicast.
Introduce las direcciones anycast.
Desaparecen las direcciones broadcast.
Direccionamiento IPv6
Especificado en el RFC 2373.

Las direcciones IPv6 son identificadores de 128 bits (16 bytes) para interfaces (tarjetas de
red) y conjuntos de interfaces (interfaz: conexin al medio de transmisin).
Las direcciones IPv6 tienen un mbito de validez y un tiempo de vida.
Hay tres tipos de direcciones:
Unicast: identifica unvocamente una interfaz. Un paquete dirigido a una direccin

unicast se enva a la interfaz asociada a esa direccin. Posibles alcances/mbitos de
una direccin unicast:
- Link local: autoconfiguracin stateless, descubrimiento del vecindario o inexis-

tencia de routers. Al arrancar, un interfaz con IPv6 habilitado se autoconfigura
aunque ya tenga una direccin asignada mediante DHCPv6 o procedimiento
manual. La autoconfiguracin se asocia a cada interfaz fsica. Los paquetes con
direcciones origen o destino de tipo link local no son enrutados (su mbito
est limitado a la red local).
- Site local: dentro de un sitio u organizacin, carecen de parte de prefijo glo-
bal. Para hacer una direccin unicast encaminable, la autoconfiguracin no
es suficiente, se combinar con el mecanismo Neigbor Discovery (ND)
descubrimiento de vecindario, para que el router indique el valor de subred.
La autoconfiguracin incluye una prueba interna de disponibilidad de la di-
reccin creada (se valida que no existan duplicados, utilizando los mensa-
jes ICMPv6 tipo 135 (Neighbor Solicitation) y 136 (Neighbor Advertisement).
Durante el proceso de verificacin de disponibilidad, la direccin tiene un es-
tado de direccin tentativa. Los routers tienen que aprobar el algoritmo de de-
teccin de direcciones duplicadas.

PROMOCIN INTERNA
Oposiciones
- Globales: necesitan prefijo global, son direcciones pblicas. Se permite una

arquitectura jerrquica de direcciones basada en la agregacin (similar al me-
canismo CIDR de IPv4).
Multicast: identifica un grupo de interfaces IPv6. Un paquete dirigido a una direccin

multicast es procesado por todos los miembros del grupo. A diferencia de IPv4, en
IPv6 todos los nodos soportan el mecanismo multicast.
Anycast: se asigna a mltiples interfaces (tpicamente en mltiples nodos). Un pa-
quete dirigido a una direccin anycast es enviado a solo una de esas interfaces (p.
ej.: la del router ms prximo desde el punto de vista de latencia, en el caso de crear
mbitos de redundancia de trayectorias a un destino). Este tipo de direcciones per-
miten servicios en alta disponibilidad, donde el routing de red conoce las interfaces
asociadas a la direccin anycast, as como la distancia a cada una de ellas. En los
paquetes IPv6 las direcciones anycast solo aparecern como direccin IP destino
(nunca como direccin IP origen). En cuanto a su valor, no son distinguibles de
las direcciones unicast. En IPv6 todos los routers soportan la direccin anycast del
router de subred, que es igual a Prefijo_subred+Id_interfaz(=00000.0; todo
ceros).
No existen direcciones de broadcast: su funcin es sustituida por direcciones multicast. Por

esta razn, en IPv6 es obligatorio que todos los nodos soporten multicast, mientras que en
IPv4, esta funcionalidad no era obligatoria.
Las direcciones IP se asignan a interfaces (como en IPv4), no a nodos (como en OSI).
Cada interfaz necesita, al menos, una direccin unicast.

Una interfaz puede tener asignadas mltiples direcciones de cualquier tipo (unicast,
multicast o anycast).
Un nodo se identifica por cualquier direccin de cualquiera de sus interfaces.
Tambin es posible asignar la misma direccin unicast a mltiples interfaces (p. ej.:
para compartir carga), pero debe ser soportado por el hardware y software.
Una direccin IPv6 se divide en tres partes:
Prefijo de enrutamiento global (n bits): identifica una direccin especial (p. ej.: mul-
ticast) o un rango de direcciones asignado a un sitio.
Identificador de subred (m bits): identifica un enlace (subred) dentro de un sitio. Cada
enlace tendr su identificador de subred, y un enlace puede disponer de mltiples
identificadores.
Identificador de interfaz (128-n-m): identifica una interfaz dentro del enlace. Debe ser
nico. En ocasiones esta parte tiene un tamao de 48 bits y corresponde a la direc-
cin MAC de una interfaz. Tambin puede utilizarse como identificador de interfaz
el tamao de 64 bits (EUI-64, Extended Unique Identifier-64), calculndose su valor
a partir de la direccin MAC donde se ha insertado en el medio FF:FE.
El prefijo indica grupos de direcciones que comparten un mismo valor para los primeros bits.
La notacin es: direccin_IPv6/nmero_de_bits_comunes. Ejemplos: 4000::/3; 5A00::/8;
5A01:0203:0400::/40
4 18 www.cef.es
Tecnologa bsica
Oposiciones
Notacin de direcciones IPv6
Como se ha comentado anteriormente, las direcciones IPv6 tienen un tamao de 128 bits (16 bytes).
El formato es de 8 bloques de 16 bits expresados en hexadecimal y separados por :. Por ejemplo:
FEDC:BA98:7654:3210:FEDC:BA98:7654:3210
FE80:0000:0000:0000:0202:8329:0000:0000
Se pueden eliminar los ceros por la izquierda en cada bloque, por lo que la ltima direccin del
ejemplo anterior quedar como:
FE80:0:0:0:202:8329:0:0
Para simplificar an ms, se pueden eliminar bloques consecutivos de ceros utilizando el carcter
::, pero este carcter solo puede aparecer una vez en la direccin: FE80::202:8329:0:0
En el caso anterior es otra posible simplificacin: cuando el ltimo bloque es todo ceros, se puede
quitar, quedando:
FE80::202:8329:0: Otro ejemplo:

CAFF:CA01:0000:0056:0000:ABCD:EF12:1234
CAFF:CA01::56:0:ABCD:EF12:1234
CAFF:CA01:0:56::ABCD:EF12:1234
Direcciones especiales:
Loopback.- 0:0:0:0:0:0:0:1 ::1 ::1/128

Sin especificar.- 0:0:0:0:0:0:0:0 :: ::/128 (p. ej.: en el campo direccin origen del data-
grama, corresponde a un host que est inicindose y an no ha aprendido su direccin).
Multicast: comienzan por FF00:: y su prefijo es /8.
Multicast todos los nodos de mi red: esta direccin sustituye a la direccin de broadcast
o difusin de la red local y tiene el valor FF01::1/128.
Link-local unicast: comienzan por FE80:: y su prefijo es /10 (en el enlace todas las direc-
ciones empezarn por: 1111111010).
Site-local unicast: comienzan por FEC0:: y su prefijo es /10 (En el enlace todas las direc-
ciones empezarn por: 1111111011).
Global unicast (direcciones pblicas): siguen el patrn 2000::/3 (comienzan por 001).
Direcciones IPv6 compatibles con IPv4: permiten la retransmisin de trfico IPv6 sobre in-
fraestructuras IPv4 (tneles dinmicos de IPv6 sobre IPv4), de forma transparente:
96 bits a 0 + 32 bits (direccin Ipv4) (::<direccin IPv4>)
Ejemplo: (::205.2.30.4)

PROMOCIN INTERNA
Oposiciones
Direcciones Ipv6 mapeadas desde Ipv4: permiten que los nodos que solo soportan IPv4 pue-
dan seguir trabajando en redes IPv6:
80 bits a 0 + 16 bits a 1 + 32 bits (direccin Ipv4) (::FFFF:<direccin IPv4>)
Ejemplo: 205.2.30.4 (IP v4) ! 0:0:0:0:0:FFFF:205.2.30.4 (IP v6)
3.4. OTROS PROTOCOLOS
A continuacin se describen algunos de los protocolos utilizados en la arquitectura TCP/IP:

ARP (Address Resolution Protocol): protocolo de resolucin de direcciones. Se encarga de
resolver las direcciones IP (versin 4) a direcciones MAC (direcciones hardware o fsicas,
asociadas a la tarjeta de red). Los dispositivos que implementan ARP o RARP almacenan
una tabla con las resoluciones recientes.
NOTA. Las direcciones MAC son nicas a nivel mundial. Tienen un tamao de 6 bytes
(= 48 bits, de los cuales los 24 primeros los asigna el IEEE al fabricante y los otros 24 los
utiliza el fabricante para identificar al dispositivo concreto). Ejemplo de direccin MAC:
FF.00.AA.11.DC.01.
RARP (Reverse Address Resolution Protocol): protocolo de resolucin de direcciones in-

verso. Se encarga de resolver las direcciones MAC a direcciones IP (versin 4). Es utili-
zado, por ejemplo, por estaciones de trabajo sin disco que cargan su sistema operativo de
un servidor de imgenes y por ello, al arrancar desconocen su direccin IP. RARP usa una
direccin de difusin limitada (todos los bits a 1), que no es reenviada por los routers, por
ello cada red necesita de un servidor RARP.
ND (Neigbor Discovery). En IPv6 este protocolo es equivalente a ARP. Est incluido como
una funcionalidad de ICMPv6.
DHCP (Dynamic Host Configuration Protocol): protocolo que permite asignar direcciones
IP dinmicas a los equipos que lo soliciten de una red. Un servidor DHCP puede trabajar
en un entorno local (privado) o pblico. Existen las versiones 4 y 6 de DHCP en funcin de
la versin de IP.
IGMP (Internet Group Management Protocol): protocolo de gestin de grupos en Internet
(con IPv4). Este protocolo es utilizado para informar a los dispositivos de encaminamiento
que un miembro del grupo multicast est en la red conectada al nodo. Esta informacin
de los miembros del grupo multicast tambin es transmitida al emisor del multicast uti-
lizando este protocolo. Los mensajes IGMP se encapsulan en IP con nmero de protoco-
lo = 2.
Existen 3 versiones incrementales:
IGMPv1 (RFC 1112).

IGMPv2 (RFC 2236) versin ms extendida.
IGMPv3 (RFC 3376) versin actualizada, mejorada y compatible.
MLD (Multicast Listener Discovery): mejora los mecanismos multicast para IPv6 (es el
equivalente a IGMP para IPv4). Est incluido como una funcionalidad de ICMPv6.
4 20 www.cef.es
Tecnologa bsica
Oposiciones
NOTA:
Con IPv4 se utilizan: ICMPv4, IGMP (versiones 1 a 3), ARP, RARP, DHCPv4, RIPv1/
RIPv2.
Con IPv6 se utilizan: ICMPv6 (que incluye las funcionalidades de ICMPv4, MLD - Mul-
ticast Listener Discovery; equivalente a IGMP, ND Neigbor Discovery, equivalente a
ARP), DHCPv6, RIPng.
3.5. ENCAMINAMIENTO
Los routers IP permiten interconectar redes, donde los niveles 1 y 2 pueden ser diferentes. A estos
dispositivos se les asocia como mnimo una direccin IP a cada una de sus interfaces de red. Esto quiere
decir que tendrn asignadas direcciones dentro de cada una de las redes que conectan.
Figura 4. El router. La funcin del encaminamiento la realiza el protocolo IP
Host A Router Host B
Mensaje
Aplicacin Aplicacin
Segmento
TCP TCP
IP IP
datagrama datagrama
IP IP IP
Frame Frame
IEEE 802.3 IEEE 802.3
Relay Relay
frame frame
Public Switched
Data Network
LAN Ethernet IEEE 802.3
(Network Address X) (Network Address Y)
3376/337606
Una funcin importante de la capa IP es el encaminamiento que proporciona los mecanismos b-

sicos para interconectar distintas redes fsicas. Esto significa que un host puede actuar simultnea-
mente como host normal y como router. Un router bsico de este tipo se conoce como router con
informacin parcial de encaminamiento, ya que solo contiene informacin acerca de cuatro tipos de des-
tino:

PROMOCIN INTERNA
Oposiciones
Los hosts conectados directamente a una de las redes fsicas a las que est conectado el router.
Los hosts o redes para las que se le han dado al router definiciones especficas.
Los hosts o redes para las que el host ha recibido un mensaje ICMP redirect.
Un destino por defecto para todo lo dems.
Los dos ltimos casos permiten a un router bsico comenzar con una cantidad muy limitada de in-
formacin para irla aumentando debido a que un router ms avanzado lance un mensaje ICMP redirect
cuando reciba un datagrama y conozca un router mejor en la misma red al que dirigir el datagrama. Este
proceso se repite cada vez que un router bsico se reinicia. Se necesitan protocolos adicionales para im-
plementar un router completamente funcional que pueda intercambiar informacin con otros routers en
redes remotas. Tales routers son esenciales, excepto en redes pequeas.
Destinos directos e indirectos
Si el host de destino est conectado a una red a la que tambin est conectado el host fuente, un da-
tagrama IP puede ser enviado directamente, simplemente encapsulando el datagrama IP en una trama.
Es lo que se llama encaminamiento directo.
El encaminamiento indirecto ocurre cuando el host de destino no est en una red conectada direc-
tamente al host fuente. La nica forma de alcanzar el destino es a travs de uno o ms routers. La di-
reccin del primero de ellos (el primer salto) se llama ruta indirecta. La direccin del primer salto es la
nica informacin que necesita el host fuente: el router que reciba el datagrama se responsabiliza del se-
gundo salto, y as sucesivamente.
Un host puede distinguir si una ruta es directa o indirecta examinando el nmero de red y de subred
de la direccin IP.
1. Si coinciden con una de las direcciones IP del host fuente, la ruta es directa.
El host necesita ser capaz de direccionar correctamente el objetivo usando un protocolo
inferior a IP. Esto se puede hacer automticamente, usando un protocolo como ARP (Ad-
dress Resolution Protocol), que se usan en redes locales con broadcast, o estticamente y
configurando el host, por ejemplo, cuando un host MVS tiene una conexin TCP/IP sobre
un enlace SNA.
2. Para rutas indirectas, el nico conocimiento requerido es la direccin IP de un router que
conduzca a la red de destino.
Las implementaciones de IP pueden soportar tambin rutas explcitas, es decir, una ruta a
una direccin IP concreta. En general, sin embargo, la informacin de encaminamiento se
genera solo mediante los nmeros de red y de subred.
Tabla de encaminamiento IP
Cada host guarda el conjunto de mapeados entre las direcciones IP de destino y las direcciones IP
del siguiente salto para ese destino en una tabla llamada tabla de encaminamiento IP. En esta tabla se
pueden encontrar tres tipos de mapeado:
4 22 www.cef.es
Tecnologa bsica
Oposiciones
1. Rutas directas, para redes conectadas localmente.

2. Rutas indirectas, para redes accesibles a travs de uno o ms routers.
3. Una ruta por defecto, que contiene la IP de un router que todas las direcciones IP no con-
templadas en las rutas directas e indirectas han de usar.
Figura 5. Ejemplo de tabla de encaminamiento IP
The rest of the world
128.10.1.1 (C's IP address on 128.10)
C
129.7.1.80 (F's IP address on 129.7)
129.7
E D F G
128.15
B A 128.15.1.2 (F's IP address on 128.15)
La tabla de encaminamiento contiene las siguientes entradas:
Destination
route via 128.10
direct attachment 128.15
direct attachment 129.7 128.15.1.2
default 128.10.1.1
Algoritmo de encaminamiento IP
El algoritmo de encaminamiento IP determina los pasos a seguir para determinar la ruta de un da-
tagrama de salida.

PROMOCIN INTERNA
Oposiciones
Figura 6. Algoritmo de encaminamiento IP
take destination IP network address (Dn)

Yes
Am I the destination? datagram has arrived
No
Yes
Does Dn appear among the direct routes? send on directly attached network
No
Yes send to specified router IP

Does Dn appear among the indirect routes?
address
No
Yes
Is a default route specified? send on default route
No
Report Network Unreachable error

and discard datagram
De manera ms explicativa, imaginemos que un router IP intenta enviar un paquete a una determi-
nada direccin IP destino. El algoritmo de encaminamiento utiliza las tablas de routing para conseguir
alcanzar al destino:
1. Se comprueba que la IP destino no sea la del propio router. Si lo es, el datagrama pasa a los
protocolos de nivel superior. Si no lo es, ejecuta el paso 2.
2. Existencia de ruta directa?: se comprueba el netID (valor identificativo de red) de la direc-
cin IP destino, si coincide con la del router quiere decir que estn en la misma red. Si el
equipo destino es un ordenador en una red de rea local, el datagrama se encapsula en una
trama donde se escribe la direccin fsica del ordenador asociada a su direccin IP. Si el
netID es diferente, se ejecuta el paso 3.
3. Existencia de ruta indirecta?: se busca en las tablas de routing si existe una ruta indirecta
para alcanzar el netID del destino. En ese caso, se reenva el datagrama al router especifi-
cado en dicha ruta. Si no existe una ruta indirecta, se ejecuta el paso 4.
4. Se elegir la ruta por defecto, especificada en las tablas de routing como Red destino:
0.0.0.0, Mscara: 0.0.0.0, GW ip_router_next-hop
Ntese que se trata de un proceso iterativo. Se aplica a todo host que maneje un datagrama, excep-
tuando al host al que se entrega finalmente el datagrama.
La funcin fundamental de encaminamiento est presente en todas las implementaciones de IP:
4 24 www.cef.es
Tecnologa bsica
Oposiciones
Un datagrama IP entrante que especifica una IP de destino distinta de la direccin local

del host se trata como un datagrama IP saliente normal y corriente.
Este datagrama IP est sujeto al algoritmo de encaminamiento IP del host local, que selecciona el
siguiente salto del datagrama (el siguiente host al que se enviar). Este nuevo destino puede estar en
cualquiera de las redes fsicas con las que el host est conectado. Si es una red fsica diferente de aque-
lla en la que se recibi el datagrama, resulta que el host que hace de intermediario ha retransmitido el
datagrama de una red fsica a otra.
Figura 7. Funcionamiento del router en IP
Host A Host B
Host C
Application acting as Application
router
TCP TCP
IP IP Routing IP
Interface X Interface X Interface Y Interface Y
Network X Network Y
La tabla de encaminamiento IP normal contiene informacin acerca de las redes conectadas local-
mente y de las direcciones IP de otros routers localizados en ellas, adems de las redes con las que estn
conectados. Se puede extender con informacin de las redes IP que se hallan an ms lejos, y tener in-
cluso una ruta por defecto, pero sigue representando una fraccin de Internet. Por ello, se le llama router
con informacin parcial de encaminamiento.
A estos routers se les aplican algunas consideraciones:
No conocen todas las redes de Internet.

Permiten la autonoma de sitios locales para establecer y modificar rutas.
Una entrada de encaminamiento errnea en uno de los routers puede introducir inconsisten-
cias haciendo, por tanto, que parte de la red sea inalcanzable.

PROMOCIN INTERNA
Oposiciones
Deberan implementar el protocolo ICMP (Internet Control Message Protocol), que establece un
mecanismo de notificacin de errores en routers IP. Este protocolo se recoge en el RFC 792 (ICMPv4
para IPv4) y RFC 2463 (ICMPv6 para IPv6). Entre los errores que notifica ICMP, debera poderse enviar:
Destino IP desconocido con un mensaje ICMP Destination Unreachable.

Redireccin del trfico a routers ms adecuados enviando mensajes ICMP Redirect.
Problemas de congestin (demasiados datagramas entrantes para el espacio disponible en
el buffer) con el mensaje ICMP Source Quench.
El campo TTL (Time-to-Live) de un datagrama IP ha llegado a cero. Se comunica con el
mensaje ICMP Time Exceeded.
Adems, se deberan soportar las siguientes operaciones y mensajes ICMP bsicos:
Problema de parmetros.
Mscara de direccin.
TS (Time Stamp) o marca de tiempo.
Solicitud/respuesta de informacin.
Solicitud respuesta de eco.
Hace falta un router ms inteligente si:
Ha de conocer las rutas a todas las posibles redes IP, como era el caso de las pasarelas del
ncleo de ARPANET.
El router ha de tener tablas de encaminamiento dinmicas, que se actualizan con poca o nin-
guna intervencin manual.
El router ha de anunciar los cambios locales a los otros routers.
Encaminamiento IP con subredes
Para encaminar un datagrama IP en la red, el algoritmo general de encaminamiento IP tiene la forma

siguiente:
Figura 8
destination IP network address = my IP network address?
Yes No
send IP datagram on send IP datagram to gateway

local network corresponding to the destination IP
network address
4 26 www.cef.es
Tecnologa bsica
Oposiciones
Figura 9
bitwise_AND (destination IP address, subnet mask)

=
bitwise_AND (my IP address, subnet mask)?
Yes No
send IP datagram on send IP datagram to gateway correspon-

local network ding to the destination IP (sub) network
address
Algunas consecuencias de este algoritmo son:
Es un cambio a algoritmo general. Por tanto, para poder operar de este modo, la corres-
pondiente pasarela debe contener tambin el nuevo algoritmo. Algunas implementacio-
nes pueden seguir usando el algoritmo general, y no funcionarn dentro de una red con
subredes, aunque todava podrn comunicarse con hosts en otras redes que no empleen
subnetting.
Ya que el encaminamiento IP se usa en todos los hosts (aunque no en todos los routers),
todos los hosts en la subred deben:
1. Tener un algoritmo IP que soporte subnetting.

2. Tener la misma mscara de subred (a menos que existan subredes dentro de la
subred).
Si la implementacin de algn host no soporta subnetting, dicho host solo podr comu-
nicarse con hosts de la propia subred, pero no con mquinas que se hallen en otra subred
dentro de su misma red. Esto se debe a que el host solo ve la red IP y su encaminamiento
no puede distinguir entre un datagrama IP dirigido a un host de su subred y que se debera
enviar a travs de un router a una subred diferente.
NOTAS:
Principio de optimalidad en routers: todas las rutas ptimas forman un rbol sin bucles con
raz en el destino (spanning tree).
CPE (Customer Premises Equipment): router propiedad del cliente / PP (Provider Provisio-
ned): router en alquiler, del proveedor.
3.5.1. Protocolos de enrutamiento interior
Un protocolo de puerta de enlace interna o IGP (Interior Gateway Protocol) es utilizado por los rou-
ters para intercambiar informacin acerca de redes IP a las que se encuentran conectados.

PROMOCIN INTERNA
Oposiciones
Sistema Autnomo (SA)
Un sistema autnomo es una subred administrada por una autoridad comn, donde se utilizan
algoritmos de enrutamiento interior de diferentes tipos posibles (vector distancia, estado de enlace).
Para que un sistema autnomo se comunique con Internet requiere de asignacin de direccionamien-
to IP pblico.
Existen cuatro tipos o jerarquas de routers: de backbone (rea 0; contenido mnimo de un SA),
internos, frontera de rea y frontera de SA.
Protocolo de enrutamiento RIP (Routing Information Protocol)
RIP (Routing Information Protocol) es uno de los protocolos de enrutamiento ms antiguos. Para
calcular sus rutas utiliza algoritmos de vector distancia basados en los algoritmos utilizados por ARPA-
NET en el ao 1969. El protocolo RIP fue descrito en el RFC 1058 (RIP versin 1) y mejorado por RFC
2453 (RIP versin 2). El RFC 2080 define RIPng (next generation, RIP para IP versin 6).
Este protocolo utiliza un algoritmo de vector distancia denominado Bellman-Ford distribuido o

Ford-Fulkerson, que le permite calcular la mtrica o ruta ms corta posible hasta el destino a partir
del nmero de saltos o equipos intermedios que los paquetes IP deben atravesar. Las caractersticas
de RIP son:
Sencillez.
Cada router mantiene una tabla/vector que da la mejor distancia conocida a cada destino y
la lnea a usar para llegar ah.
Las tablas se actualizan intercambiando peridicamente informacin con los routers veci-
nos. Cada router enva informacin solo a sus vecinos, pero esta informacin es de toda la
red (tablas completas). Esto puede ocasionar la aparicin del problema de los protocolos de
vector distancia denominado de la cuenta a infinito o aumento desmesurado del tamao
de las tablas.
Mtrica: el nmero mximo de saltos/escalas se establece en 15.
RIPv1 (RFC 1058) es un protocolo de enrutamiento con clase, esto es: basado nicamente en la
mscara natural de las clases de las direcciones IP), no soportando subredes, ni mscaras de tamao va-
riable (VLSM) ni direccionamiento sin clase (CIDR). Esta versin no incluye ningn mecanismo de au-
tenticacin de los mensajes, siendo vulnerable a ataques. Utiliza UDP para enviar sus mensajes a travs
del puerto 520. El lmite mximo de saltos a partir del cual se considera una ruta como inalcanzable es
de 15 saltos.
RIPv2 (RFC 2453) es un es un protocolo de enrutamiento sin clase, esto es: soporta subredes, per-
mitiendo as CIDR y VLSM. Adems, para tener compatibilidad con RIPv1, se mantuvo la limitacin de
15 saltos. RIPv2 soporta autenticacin, utilizando uno de los siguientes mecanismos: no autenticacin,
autenticacin mediante contrasea y autenticacin mediante contrasea codificada mediante MD5. La
direccin multicast utilizada por RIPv2 (segn RFC 2453) para enviar las actualizaciones de sus tablas
es 224.0.0.9.
RIPv1 y v2 utilizan el puerto UDP 520. RIPng utiliza el puerto UDP 521.
4 28 www.cef.es
Tecnologa bsica
Oposiciones
Protocolo de enrutamiento de pasarela interior: OSPF
OSPF (Open Shortest Path First) significa abrir primero la trayectoria ms corta. Este protocolo
est definido en el RFC 1583 y se usa muy frecuentemente como protocolo de encaminamiento interior
en redes TCP/IP.
El protocolo OSPFv6 (RFC 2740, obsoleto por el RFC 5340) es muy similar a OSPFv4, pero incor-
pora soporte para IPv6. OSPFv6 no soporta autenticacin, dado que IPv6 ya incorpora esta funcionalidad.
Al contrario que RIP o BGP, OSPF no usa ni TCP ni UDP, sino que se encapsula directamente sobre
el protocolo IP poniendo 89 en el campo protocolo.
Cuando se dise OSPF se quiso que cumpliera los siguientes requisitos:
Ser abierto en el sentido de que no fuera propiedad de una compaa.

Que permitiera reconocer varias mtricas, entre ellas, la distancia fsica y el retardo.
Ser dinmico, es decir, que se adaptara rpida y automticamente a los cambios de la topo-
loga.
Ser capaz de realizar el encaminamiento dependiendo del tipo de servicio.
Que pudiera equilibrar las cargas dividiendo las mismas entre varias lneas.
Que reconociera sistemas jerrquicos pues un nico ordenador no puede conocer la estruc-
tura completa de Internet.
Que implementara un mnimo de seguridad.
El protocolo OSPF reconoce tres tipos de conexiones y redes:
Lneas punto a punto entre dos dispositivos de encaminamiento.

Redes multiacceso con difusin (ej.: la mayora de redes LAN).
Redes multiacceso sin difusin (ej.: la mayora de redes WAN de conmutacin de paque-
tes).
Diremos que una red es multiacceso si tiene varios dispositivos de encaminamiento que se pueden
comunicar con los dems.
OSPF utiliza un algoritmo de estado de enlace (Dijkstra SPF) para el clculo de rutas. El funcio-
namiento de este algoritmo se describe a continuacin:
Considerando dos niveles de jerarqua o reas de un SA, un router solo precisa conocer la
topologa y la informacin de encaminamiento en su rea (red de la que forma parte). La
representacin de la topologa se expresa como un grafo dirigido en la base de datos de los
routers.
Cada router enva informacin a toda la red, solo relacionada con sus vecinos (desaparece
el problema de la cuenta a infinito).
Cada router puede construir su Spanning Tree completo (en RIP no).
Fases del algoritmo:

PROMOCIN INTERNA
Oposiciones
1. Descubrimiento direcciones routers vecinos (mensaje HELLO)

2. Medicin del retardo (mensaje ECHO).
3. Construccin de informacin de encaminamiento con lo recibido y envo a todos los
routers.
4. Clculo del camino ms corto a cada router.
Al arrancar un router, se envan paquetes HELLO por todas sus interfaces que son retransmitidos
a todos los dems routers. Gracias a las respuestas que recibe sabe cuales son sus dispositivos de enca-
minamiento vecinos. El OSPF se basa en el intercambio de informacin entre los dispositivos de enca-
minamiento adyacentes, que no es lo mismo que vecinos. Para que no todos los dispositivos tengan que
hablar con los dems, se designa uno como adyacente y es este el que intercambia informacin con los
restantes (el nmero de intercambio se reduce a n-1). Por motivos de seguridad se determina un router
como secundario por si el primario cae. Normalmente, un router inunda de mensajes de ACTUALIZA-
CIN DE ESTADO DEL ENLACE (Link State Update) a todos sus routers adyacentes. Estos mensajes
tienen un nmero de secuencia y, adems, para hacerlos confiables son reconocidos por el mensaje RE-
CONOCIMIENTO DE ESTADO DEL ENLACE (Link State ACK). Tambin existen otros dos mensa-
jes: DESCRIPCIN DE LA BASE DE DATOS (Database Description) que es utilizado para anunciar
las actualizaciones que tiene el transmisor, y SOLICITUD DE ESTADO DE ENLACE (Link State Re-
quest) que sirve para solicitar informacin a un compaero. Todos los mensajes de OSPF se envan como
paquetes IP en bruto.
Existen 5 tipos de paquetes en OSPF:
Hello o saludo.
Descripcin de la base de datos (Database Description- DBD).
Peticin de Estado de Enlace (Link State Request - LSR).
Actualizacin del estado del enlace (Link State Update - LSU).
ACK del estado del enlace (Link State ACK LSAck).
Otros protocolos de encaminamiento interior:
IGRP (Interior Gateway Routing Protocol, o Protocolo de enrutamiento de gateway in-

terior): algoritmo de vector distancia, de CISCO.
EIGRP (Enhanced Interior Gateway Routing Protocol, o Protocolo de enrutamiento de
gateway interior mejorado): algoritmo hbrido basado en vector distancia y estado de enla-
ce, de CISCO.
3.5.2. Protocolos de enrutamiento exterior
Se utilizan entre redes de operadores (sistemas autnomos), para encaminamiento (intercambio fia-
ble de trfico) a travs de un punto neutro de interconexin.
Protocolo de enrutamiento de pasarela frontera: BGP
BGP (Border Gateway Protocol) sustituy a EGP (Exterior Gateway Protocol). Su versin ac-
tual es la 4 y est descrita en el RFC 1771.
4 30 www.cef.es
Tecnologa bsica
Oposiciones
BGP se encarga de mover paquetes de una red a otra, pero en algunos casos debe preocuparse de
otras cuestiones que no estn relacionadas con el objetivo de mover los paquetes de la forma ms efi-
ciente posible. Puede ocurrir que se deban considerar algunas restricciones relacionadas con cuestiones
comerciales o polticas, por ejemplo: una empresa no hace de red de trnsito para los mensajes de la
competencia, nuestros mensajes no deben pasar por pases enemigos, etc.
Los diferentes dispositivos de encaminamiento BGP se comunican entre s estableciendo conexio-

nes TCP (puerto 179). El protocolo BGP es fundamentalmente un protocolo de vector distancia en el
que cada router mantiene el coste a cada destino y la trayectoria seguida. Estos valores son enviados
peridicamente a cada uno de los vecinos. La esencia de BGP es el intercambio de informacin de en-
caminamiento entre routers. La informacin de encaminamiento actualizada (routers accesibles, costo,
ruta completa para descartar donde aparece el mismo router o redes de trnsito prohibidas) se va pro-
pagando a travs de un conjunto de redes. Para disminuir la informacin a intercambiar, se pueden crear
confederaciones de Sistemas Autnomos (dos niveles jerrquicos), que se veran como un nico SA (si-
milar a reas en OSPF).
BGP involucra tres procedimientos funcionales, que son:
Adquisicin de vecino: diremos que dos dispositivos de encaminamiento son vecinos si

estn conectados a la misma subred y se han puesto de acuerdo en que ambos quieren inter-
cambiar regularmente informacin de encaminamiento. Para llevar a cabo la adquisicin de
vecino, un dispositivo de encaminamiento enva a otro un mensaje OPEN. Si el dispositi-
vo destino acepta la solicitud, devuelve un mensaje KEEPALIVE (la vecindad se mantiene
viva) como respuesta.
Deteccin de vecino alcanzable: una vez establecida la relacin de vecino, para mantener la
relacin se realiza la deteccin de vecino alcanzable envindose peridicamente mensajes
KEEPALIVE.
Deteccin de red alcanzable: para la deteccin de red alcanzable es necesario que cada dis-
positivo de encaminamiento tenga una base de datos con todas las redes que puede alcanzar
y la mejor ruta para alcanzarla. Cuando se realiza un cambio en la base de datos es necesa-
rio enviar un mensaje UPDATE por difusin a todos los dispositivos de encaminamiento
que implementan BGP para que puedan acumular y mantener la informacin necesaria.
Todos los mensajes BGP tienen una cabecera de 19 bytes que consta de tres campos:
Marcador: sirve de autentificacin, es decir, para que el receptor pueda verificar la identi-
dad del emisor.
Longitud: indica el tamao del mensaje en bytes.
Tipo: Open, Update, Notification y Keepalive.
Los mensajes BGP tienen como atributo obligatorio el de Siguiente Salto.
Adems de la cabecera alguno de estos mensajes puede tener unos campos adicionales:
El mensaje Open incluye la direccin IP del dispositivo de encaminamiento que enva el

mensaje, un identificador de la red a la que pertenece y un temporizador como propuesta
del tiempo que puede pasar sin recibir un Keepalive o un Update. Para indicar que acepta
la solicitud enva un Keepalive pudiendo poner en el temporizador un valor menor.

PROMOCIN INTERNA
Oposiciones
El mensaje Keepalive consta solamente de la cabecera.

El mensaje Update facilita dos tipos de informacin que incluso pueden enviarse en el mismo
mensaje: la de una ruta particular a travs del conjunto de redes y una lista de rutas previa-
mente anunciadas por este dispositivo para que sean anuladas.
El mensaje Notification se enva cuando se detecta una condicin de error: error en la ca-
becera del mensaje, error en el mensaje Open, error en el mensaje Update, tiempo de man-
tenimiento expirado, error en la mquina de estados finitos y cese para cerrar una conexin
con otro dispositivo en ausencia de cualquier error.
3.6. RFC (REQUEST FOR COMMENTS)
La pila de protocolos de Internet sigue evolucionando mediante el mecanismo conocido como RFC
(Request For Comments). Los investigadores estn diseando e implementando nuevos protocolos (en su
mayora del nivel de aplicacin), que se ponen en conocimiento de la comunidad de Internet en la forma
de un RFC. El RFC es descrito por el IAB (Internet Architecture Board). La mayor fuente de RFC es
el IETF (Internet Engineering Task Force), que es una organizacin subsidiaria del IAB. Sin embargo,
cualquiera puede enviar un informe propuesto como RFC al editor de los RFC. Hay una serie de normas
que los autores de RFC deben seguir para que su RFC sea aceptado. Estas reglas se describen en un RFC
(RFC 1543) que adems indica cmo enviar una propuesta de RFC.
Una vez que un RFC ha sido publicado, todas las revisiones y sustituciones se publican como nue-
vos RFC. Se dice que un nuevo RFC que revisa o sustituye a un RFC ya existente actualiza o desfasa a
ese RFC. Asimismo, el RFC original es actualizado o desfasado por el nuevo. Por ejemplo, el RFC 1521
que describe el protocolo MIME es una segunda edicin, siendo una revisin del RFC 1341, y el RFC
1590 es una enmienda del 1521. Por tanto, el RFC 1521 se etiqueta del modo siguiente: Deja obsoleto
al RFC 1341; actualizado por el RFC 1590. En consecuencia, nunca hay confusin sobre si dos perso-
nas se refieren a dos versiones distintas de un RFC.
Algunos RFC se califican como documentos informativos mientras que otros describen protocolos
de Internet. El IAB mantiene una lista de todos los RFC que describen la pila de protocolos. A cada uno
de ellos se le asigna un estado y un estatus.
4. ANEXO I. EJERCICIOS PRCTICOS IP
4.1. DIRECCIONAMIENTO IP VERSIN 4 (SIN APLICAR SUBNETTING)
Dadas las direcciones IP de la tabla siguiente, especifique para las mismas los valores de:
Clase (A, B, C, D, E).

Mscara natural.
Tipo de direccin (asignable, de red, de difusin, especial, no vlida, etc).
Direcciones de red y de difusin asociadas.
3 direcciones IP asignables en esa red.
Nmero de hosts en esa red.
4 32 www.cef.es
Tecnologa bsica
Oposiciones
Direccin 3 direcciones
Tipo Direccin red N. hosts en
Direccin IP Clase Mscara difusin asignables en
direccin asociada esa red
asociada esa red
126.126.126.126
130.0.0.0
192.34.47.0
129.1.1.1
35.256.108.19
224.23.12.1
0.0.0.0
222.253.254.255
1.1.1.1
221.0.0.0
100.255.255.255
191.191.0.0
24.300.243.24
200.255.255.255
99.200.255.255
255.255.255.255
191.23.192.255
2.2.255.255
230.230.230.230
128.255.255.255
127.24.101.57
223.1.1.0
199.199.199.199
2.2.2.255
193.0.0.255

PROMOCIN INTERNA
Oposiciones
SOLUCIN:
N.
3 direcciones
Tipo Direccin red Direccin hosts
Direccin IP Clase Mscara asignables en
direccin asociada difusin asociada en esa
esa red
red
126.126.126.127
126.126.126.126 A 255.0.0.0 Host 126.0.0.0 126.255.255.255 126.127.0.1 224 - 2
126.126.127.0
130.0.1.2
130.0.0.0 B 255.255.0.0 Red La misma 130.0.255.255 130.0.2.4 216 - 2
130.0.1.3
192.34.47.1
192.34.47.0 C 255.255.255.0 Red La misma 192.34.47.255 192.34.47.2 254
192.34.47.110
129.1.240.10
129.1.1.1 B 255.255.0.0 Host 129.1.0.0. 129.1.255.255 129.1.0.2 216 - 2
129.1.1.0
35.256.108.19 NO VLIDA
224.23.12.1 D MULTICAST
0.0.0.0 ESTE HOST
222.253.254.1
222.253.254.255 C 255.255.255.0 Difusin 222.253.254.0 La misma 222.253.254.2 254
222.253.254.3
1.240.1.0
1.1.1.1 A 255.0.0.0 Host 1.0.0.0 1.255.255.255 1.250.1.2 224 - 2
1.0.1.0
221.0.0.1
221.0.0.0 C 255.255.255.0 Red La misma 221.0.0.255 221.0.0.2 254
221.0.0.3
100.1.0.0
100.255.255.255 A 255.0.0.0 Difusin 100.0.0.0 La misma 100.10.0.1 224 - 2
100.255.2.3
191.191.0.1
191.191.0.0 B 255.255.0.0 Red La misma 191.191.255.255 191.191.2.3 216 - 2
191.191.25.4
24.300.243.24 NO VLIDA
.../...
4 34 www.cef.es
Tecnologa bsica
Oposiciones
N.
3 direcciones
Tipo Direccin red Direccin hosts
Direccin IP Clase Mscara asignables en
direccin asociada difusin asociada en esa
esa red
red
.../...
200.255.255.1
200.255.255.254
99.126.126.127
99.200.255.255 A 255.0.0.0 Host 99.0.0.0 99.255.255.255 99.127.0.1 224 - 2
99.126.127.0
255.255.255.255 DIFUSIN LIMITADA
191.23.240.10
191.23.192.255 B 255.255.0.0 Host 191.23.0.0. 191.23.255.255 191.23.0.2 216 - 2
191.23.1.0
2.126.126.127
2.2.255.255 A 255.0.0.0 Host 2.0.0.0 2.255.255.255 2.127.0.1 224 - 2
2.126.127.0
230.230.230.230 D MULTICAST
128.255.1.2
128.255.255.255 B 255.255.0.0 Difusin 128.255.0.0 La misma 128.255.2.4 216 - 2
128.255.1.3
127.24.101.57 LOOPBACK
223.1.1.1
223.1.1.0 C 255.255.255.0 Red La misma 223.1.1.255 223.1.1.2 254
223.1.1.3
199.199.199.1
199.199.199.199 C 255.255.255.0 Host 199.199.199.0 199.199.199.255 199.199.199.2 254
199.199.199.110
2.240.1.0
2.2.2.255 A 255.0.0.0 Host 2.0.0.0 2.255.255.255 2.250.1.2 224 - 2
2.0.1.0
193.0.0.1
193.0.0.254

PROMOCIN INTERNA
Oposiciones
4.2. DIRECCIONAMIENTO IP VERSIN 4 (APLICANDO SUBNETTING)
Dadas las direcciones IP y mscaras de la tabla siguiente, especifique para las mismas los valores de:
Clase (A, B, C, D, E).

Mscara (notacin abreviada).
Tipo de direccin (asignable, de red, de difusin, especial, no vlida, etc).
Direcciones de red y de difusin asociadas.
Rango de direcciones IP asignables en esa subred.
Nmero de hosts en esa subred.
Rango de
Direccin
Tipo Direccin dir.asigna- N hosts en
Dir. IP Mscara Clase Mscara difusin
direccin red asociada bles en esa esa subred
asociada
subred
110.128.14.35
255.192.0.0
99.128.0.0
255.240.0.0
200.14.35.224
255.255.255.128
205.17.100.224
255.255.255.248
204.105.14.127
255.255.255.128
192.14.101.31
255.255.255.240
190.3.192.0
255.255.192.0
223.21.223.7
255.255.255.252
222.222.222.15
255.255.255.240
4 36 www.cef.es
Tecnologa bsica
Oposiciones
SOLUCIN:
Direccin Rango de dir.

Tipo Direccin red N hosts
Dir. IP Mscara Clase Mscara difusin asignables en esa
direccin asociada en esa red
asociada subred
110.128.0.1
110.128.14.35
A /10 Host 110.128.0.0 110.191.255.255 ... 222 - 2
255.192.0.0
110.191.255.254
99.128.0.1
99.128.0.0
A /12 Red La misma 99.143.255.255 ... 220 - 2
255.240.0.0
99.143.255.254
200.14.35.129
200.14.35.224
C /25 Host 200.14.35.128 200.14.35.255 ... 27 - 2 = 126
255.255.255.128
200.14.35.254
205.17.100.225
205.17.100.224
C /29 Red La misma 205.17.100.231 ... 6
255.255.255.248
205.17.100.230
204.105.14.1
204.105.14.127
C /25 Difusin 204.105.14.0 La misma ... 126
255.255.255.128
204.105.14.126
192.14.101.17
192.14.101.31
C /28 Difusin 192.14.101.16 La misma ... 24 - 2 = 14
255.255.255.240
192.14.101.30
190.3.192.1
190.3.192.0
B /18 Red La misma 190.3.255.255 ... 214 - 2
255.255.192.0
190.3.255.254
223.21.223.7 223.21.223.5
C /30 Difusin 223.21.223.4 La misma 22 - 2 = 2
255.255.255.252 223.21.223.6
222.222.222.1
222.222.222.15
C /28 Difusin 222.222.222.0 La misma ... 24 - 2 = 14
255.255.255.240
222.222.222.14
4.3. ENRUTAMIENTO IP VERSIN 4. (TABLAS DE ROUTING)
A la vista del siguiente diagrama de red, rellene las tablas de routing especificadas abajo.

PROMOCIN INTERNA
Oposiciones
Figura 9
(NOTA. FW-Router3 tiene las tres direcciones IP dadas, cada una de ellas configurada en el inter-
faz correspondiente).
Tabla 6. Routing FW-Router3
Destino IP/Red destino Mscara Gateway
Ruta aplicable a pginas de Internet 0.0.0.0 0.0.0.0
Red privada (1)
Red privada (2)
Red privada (3)
4 38 www.cef.es
Tecnologa bsica
Oposiciones
Tabla 7. Routing en equipo de red privada (1), con direccin IP 172.16.10.45/24
Red privada (1)
Red privada (2)
Red privada (3)
Red privada (2)
Red privada (1) (*)
Red privada (3) (*)
(*) Estas dos rutas se podran suprimir, pues estn contenidas en la ruta por defecto (la primera).
Red privada (3)
Red privada (1) (*)
Red privada (2) (*)
Tabla 10. Routing en cluster de equipos balanceadores de salida a Internet (debe garantizarse
el acceso a Internet para los equipos de las 3 redes privadas)
Red privada (1)
Red privada (3)
Red privada (2)

PROMOCIN INTERNA
Oposiciones
SOLUCIN:
Tabla 11. Routing FW-Router3
Destino IP / Red destino Mscara Gateway
Ruta aplicable a pginas de Internet 0.0.0.0 0.0.0.0 172.16.10.254
Red privada (1) 172.16.10.0 255.255.255.0 172.16.10.250
Red privada (2) 192.168.10.0 255.255.255.0 192.168.10.250
Red privada (3) 172.17.10.0 255.255.255.0 172.17.10.250
Red privada (1) 172.16.10.0 255.255.255.0 172.16.10.45
Red privada (2) 192.168.10.0 255.255.255.0 172.16.10.250
Red privada (3) 172.17.10.0 255.255.255.0 172.16.10.250
Red privada (2) 192.168.10.0 255.255.255.0 192.168.10.45
Red privada (1) (*) 172.16.10.0 255.255.255.0 192.168.10.250
Red privada (3) (*) 172.17.10.0 255.255.255.0 192.168.10.250
Red privada (3) 172.17.10.0 255.255.255.0 172.17.10.45
Red privada (1) (*) 172.16.10.0 255.255.255.0 172.17.10.250
Red privada (2) (*) 192.168.10.0 255.255.255.0 172.17.10.250
4 40 www.cef.es
Tecnologa bsica
Oposiciones
Tabla 15. Routing en cluster de equipos balanceadores de salida a Internet (debe

garantizarse el acceso a Internet para los equipos de las 3 redes privadas)
Algoritmo
Ruta aplicable a pginas de Internet 0.0.0.0 0.0.0.0 balanceo{interfazWAN1-rou-
ter1; interfazWAN2-router2}
Red privada (1) 172.16.10.0 255.255.255.0 172.16.10.254
Red privada (3) 172.17.10.0 255.255.255.0 172.16.10.250
Red privada (2) 192.168.10.0 255.255.255.0 172.16.10.250

654907572

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

654907572

Diunggah oleh

Hak Cipta:

Format Tersedia

GESTIN DE SISTEMAS ACTUALIZACIN EN INTERNET

E INFORMTICA DE LA Fecha inicio: 15-01-2016

ndice de las actualizaciones que se entregan

Se sustituye el tema entero por el nuevo que se entrega (ampliamente modificado).

www.cef.es info@cef.es 902 88 89 90

SUMARIO GENERAL TEMA 4

1. Introduccin al modelo OSI

4. Anexo I. Ejercicios prcticos IP

www.cef.es NOVIEMBRE 2015 Sumario

www.cef.es info@cef.es 902 88 89 90

4 El modelo TCP/IP: arquitectura, capas, interfaces, protocolos, direccionamiento

1. INTRODUCCIN AL MODELO OSI

Interoperabilidad: capacidad para interactuar con sistemas de otros proveedores. En conse-

www.cef.es NOVIEMBRE 2015 4 1

Tabla 1. Capas del modelo OSI

Nivel 2 Enlace o enlace de datos

Proceso que Proceso que

Capa de enlace Capa de enlace

Trayectoria real de la transmisin de datos

Comunicacin entre capas adyacentes

www.cef.es NOVIEMBRE 2015 4 3

En la figura 2 se muestra un ejemplo de servicio donde se emplean las cuatro primitivas.

Usuario del servicio

Los servicios pueden ser confirmados o no confirmados (inconfirmados). Un servicio confirmado

Establecimiento (CONNECT): siempre es un servicio confirmado porque el par remoto debe

1. CONNECT.request Marco el nmero de telfono de Mara.

2. CONNECT.indication El telfono de Mara suena.

3. CONNECT.response Mara descuelga el telfono.

4. CONNECT.confirm Escucho que ya no llama.

5. DATA.request Invito a Mara a cenar.

6. DATA.indication Mara escucha mi invitacin.

7. DATA.request Mara dice que estar encantada de ir.

8. DATA.indication Escucho que ella acepta.

9. DISCONNECT.request Cuelgo el telfono.

10. DISCONNECT.indication Ella escucha y tambin cuelga el telfono.

Segn OSI, el intercambio de informacin entre capas adyacentes se produce de la siguiente

Figura 3. Relacin entre capas en una interfaz

IDU SAP = Punto de acceso al servicio

IDU = Unidad de datos de interfaz

Las entidades de la capa

2. PROTOCOLOS (NOCIONES BSICAS)

Se define como protocolo el conjunto de normas y convenciones que permiten la comunicacin

www.cef.es NOVIEMBRE 2015 4 5

mente en mquinas diferentes).

En el caso de los niveles 3 y 4 de OSI, si el protocolo utilizado es no orientado a conexin

Los protocolos pueden clasificarse atendiendo a diversos criterios:

Orientados a carcter/bit (en funcin de dnde viaje la informacin de control).

o Numerar la informacin enviada y atender a los acuses de recibo (asentimien-

De parada y espera. El emisor enva una PDU y espera confirmacin del

www.cef.es NOVIEMBRE 2015 4 7

Es un protocolo orientado a bit.

Es confirmado. Implementa control de errores y control de flujo. Utiliza mecanismos de asentimiento

Realiza transporte transparente de la informacin.

Tabla 2. Arquitectura TCP/IP

Nivel 7 (aplicacin) Telnet FTP SMTP HTTP DNS SNMP

Nivel 4 (transporte) TCP UDP

Nivel 1 (fsico) + Acceso al medio fsico

www.cef.es NOVIEMBRE 2015 4 9

3.1. PROTOCOLOS DEL NIVEL DE ENLACE

Estar diseado especficamente para el transporte de trfico TCP/IP.

1. Un mecanismo de enmarcado para encapsular datagramas multiprotocolo y manejar la de-

3.2. PROTOCOLO IP VERSIN 4

Como ya se ha sealado anteriormente, IP significa Internet Protocol. Las caractersticas de la

www.cef.es NOVIEMBRE 2015 4 11