You are on page 1of 51

Ing.

Nstor Bautista
Redes Telemticas I

Objetivos:
Definir y describir la estructura y las tecnologas de las redes
informticas.
Describir la forma en la que los protocolos asociados con TCP/IP
permiten que se produzca la comunicacin entre hosts.
Enumerar los protocolos de la arquitectura TCP/IP ms
importantes y definir sus caractersticas y su funcionamiento

Temario:

Comunicacin de datos
o Introduccin.
o Definiciones bsicas.
o Modelo bsico para la comunicacin de datos.
o Por qu y como comenz la networking?
Introduccin a las redes
o Definicin de red.
o Clasificaciones.
o Interconexin de redes.
o Cableado y topologas.
o Repetidores, puentes, conmutadores y enrutadores.
Protocolos y arquitecturas de protocolos
o Definiciones preliminares.
o Modelo de referencia OSI
Comunicacin entre niveles.
Encapsulacin de datos.
o Funciones asociadas a los niveles.
o Pilas de protocolos.
La arquitectura de protocolos TCP/IP
o Antecedentes histricos.
o Modelo de cuatro capas.
o Famlia de protocolos TCP/IP.
o OSI vs. TCP/IP.

- UIGV - 2
Redes Telemticas I

Protocolos TCP/IP
o Protocolos del Nivel de Internet
Protocolo Internet, IP.
Datagrama IP.
Cabecera IP.
Direccionamiento IP
Fragmentacin.
Protocolo ARP.
Protocolo RARP.
Protocolo de Mensajes de Control de Internet,
ICMP.
Estructura de un mensaje de ICMP.
Utilidad PING, TRACEROUTE.
Protocolo de Administracin de Grupos de
Internet, IGMP.
o Protocolos del Nivel de Transporte
Protocolo de Datagrama de Usurio, UDP.
Mensaje de UPD.
Cabecera de UPD.
Puertos de UPD.
Protocolo de Control de Transmisin, TCP.
Introduccin a TCP.
Segmento de TCP.
Cabecera de TCP.
Puertos de TCP.
Opciones de TCP.
Conexiones TCP.
Control de Flujo en TCP.
o Protocolos del Nivel de Aplicacin
Protocolo de Configuracin Dinmica de Host,
DHCP.
Mensajes DHCP.
Opciones DHCP.

- UIGV - 3
Redes Telemticas I

Protocolo de Traduccin de Direcciones de Red,


NAT.
Funcionamiento y caractersticas.
Protocolo Servicio de Nombre de Dominio, DNS.
Descripcin general de DNS.
Funcionamiento de DNS.
Registro de Recursos de DNS.
Mensajes de DNS.
Protocolo Telnet
Protocolo FTP.
Protocolo TFTP.
Protocolo HTTP.
Protocolo SNMP.
Protocolo POP

Anexos
Utileras TCP / IP

- UIGV - 4
Redes Telemticas I

COMUNICACIN DE DATOS

Introduccin.- Es un conjunto de procesos para trasmitir informacin en


forma binaria entre dos o ms dispositivos o hosts. Para ejecutarse estos
procesos se requiere varios elementos que normen dicha transmisin, los cuales
definiremos a continuacin.

Definiciones Bsicas.- se definen elementos fsicos y lgicos

Host Emisor: Dispositivo que transmite los datos


Mensaje: lo conforman los datos binarios a ser transmitidos
Medio: consiste en el recorrido que sigue los datos desde el origen hasta su
destino
Host Receptor: dispositivo de destino de los datos
BIT: es la unidad ms pequea de informacin y la unidad base en
comunicaciones.
BYTE: conjunto de bits continuos mnimos que hacen posible, un
direccionamiento de informacin en un sistema computarizado. Est formado
por 8 bits.
Trama: conjunto secuenciado de bits con un formato predefinido usado en
protocolos orientados a bit.
Paquete: fracciones de un mensaje de informacin de tamao predefinido,
donde cada fraccin o paquete contiene informacin de procedencia y de
destino, as como informacin requerida para el reensamblado del mensaje.
Interfaces: conexin que permite la comunicacin entre dos o ms
dispositivos.
Cdigos: acuerdo previo sobre un conjunto de significados que definen una
serie de smbolos y caracteres. Toda combinacin de bits representa un
carcter dentro de la tabla de cdigos. las tablas de cdigos ms reconocidas
son las del cdigo ASCII y la del cdigo EBCDIC.
Modulacin: proceso de manipular de manera controlada las propiedades de una
seal portadora para que contenga la informacin que se va a transmitir

Codificacin: proceso de manipular los bits de informacin y convertirlos en


bits aptos para ser transmitidos a travs de los medios de transmisin,
superando las barreras de la dispersin y atenuacin.

- UIGV - 5
Redes Telemticas I

Medios: pueden ser alambricos ( cable coaxial, UTP, STP, Fibra ptica,
multipar ) o inalmbricos.

Formas de transmisin: Serie cuando los bits son trasmitidos de forma


secuenciada y paralelo cuando viajan simultneamente por diferentes pares de
lneas de transmisin.

Tipo de transmisin: Half Duplex cuando solo un hosts puede trasmitir a la vez
y Full Duplex cuando ambos trasmiten y reciben al mismo tiempo.

Protocolo Conjunto de reglas que permiten la transferencia de datos entre


dos o ms hosts.

Modelo Bsico para la comunicacin de datos.- un modelo bsico


consiste de los elementos necesarios que aseguren la transmisin de los datos
a travs de los medios, interfaces, hosts, cumpliendo las reglas establecidas,
formas y tipos de transmisin.

En la figura se muestra 2 hosts interconectados a travs de un medio fsico y


2 Hubs o Switches, cada una con su interfase de red conectada a los
dispositivos intermedios.

Por que y como comenz el networking?

El termino Networking hace referencia al trabajo en red de mas de 2


computadores y este tuvo sus orgenes en un proyecto de investigacin llevado
a cabo por el DARPA (Defense Advanced Research Projects Agency) en los
Estados Unidos en 1969.

- UIGV - 6
Redes Telemticas I

Este proyecto consista en una red experimental, la red ARPANET que


comenz a ser operativa durante 1975 constituyendo un xito, durante este
periodo se implementaron los protocolos TCP/IP.

Se sugiri en un principio la idea de la implementacin de la conmutacin de


paquetes frente a la conmutacin de circuitos, decidindose que este modelo
debera ser la base para la comunicacin de los ordenadores militares debido a
la seguridad que esto proporcionaba en caso de ataques, la interrupcin de un
nodo de comunicaciones no implicara la interrupcin automtica de las mismas.

En 1983 fue adoptado como estndar el nuevo conjunto de protocolos y todos


los nodos de la red ARPANET pasaron a utilizarlo, la utilizacin de estos
protocolos en los sistemas UNIX supuso un ltimo empuje hacia su actual
situacin de utilizacin masiva.

A finales de 1983 la red ARPANET se dividi en dos subredes, MILNET y una


nueva y ms reducida ARPANET. Al conjunto de estas redes se las denomin
Internet. En 1990 ARPANET desaparece, pero Internet se convierte en la red
de redes.

INTRODUCCION A LAS REDES

Definicin de Red.- es un conjunto de dispositivos interconectados a travs de


medios y una tecnologa implementada sobre una estructura fsica, que tiene la
capacidad de trasmitir informacin entre ellos.

Clasificaciones.- las redes pueden clasificarse, por su extensin, por su


tecnologa, por su direccionamiento y por su topologa.

Por su extensin se clasifican en LAN, MAN y WAN

- UIGV - 7
Redes Telemticas I

Figura

- UIGV - 8
Redes Telemticas I

Por su tecnologa en Red Ethernet, Token Ring, Frame Relay, X25.


Ethernet:
Es una tecnologa emergente y actualmente predominante en las redes LAN y
se esta introduciendo en WAN con el nombre de MetroEthernet.
Robert Metcalfe ideo un mecanismo de transmisin compartido usando un
mismo canal de comunicacin de radio, llamado Aloha y su variante Alohanet
fue adoptado por el consorcio DIX (Digital, Intel y Xerox). Los cuales lanzaron
con el nombre de Ethernet.
Ethernet implementa el CSMA / CD, Carrier Sense Multiple Access / Colisin
Detect, que facilita el mecanismo de compartir el medio de transmisin
primero sensando una portadora antes de proceder una transmisin cuando un
computador tiene datos por enviar.
Cuando el mecanismo de sensar la portadora falla y mas de un computador
transmite datos al mismo tiempo, ambos datos en forma de tren de bits
colisionan, generando sobrepicos de voltajes o tramas de longitudes ilegales,
siendo detectadas por todos los computadores de dicho segmento.
El computador mas cercano que detecte la colisin enviara a la red una seal de
atascamiento llamada JAM, formado por 32 bits. Los computadores dejaran de
transmitir y ejecutar un algoritmo Backoff, que consiste en elegir de forma
aleatoria un valor de tiempo superior al espacio intertrama mas una unidad de
tiempo igual a Tb(16 + n), para iniciar nuevamente una transmisin.
Si la colisin persiste hasta un valor de 10 veces, el computador emisor
abortara toda transmisin indicando que la red esta completamente
colisionada, como muestra el siguiente algoritmo.

- UIGV - 9
Redes Telemticas I

Ethernet esta definido en el Nivel de Capa 2 del Modelo OSI, y su estructura


de trama es el siguiente;
DIX entrego las especificaciones del Ethernet al IEEE para su normalizacion,
el cual no pudo ser acogido de forma completa pues limitaba los futuros
desarrollos de en dicho nivel, modificando el campo Tipo por el campo
Tipo/Longitud, creando una nueva especificacin IEEE 802.3. Actualmente
ambas estn vigentes.

Token Ring:
IBM desarrollo una tecnologa basada en la reparticin del acceso a la red
llamada Token Ring, sobre una topologa de anillo lgico. Este mecanismo se
basa en hacer circular una pequea trama en el anillo, de tal forma que cada
computador reciba y emita dicho token si no deseaba transmitir datos. Los
computadores emisores tomaban el token e insertaban sus datos marcando la
trama con las direcciones destino y origen. El receptor de la trama restableca
el token en la red, para dar oportunidad de transmisin a otro computador.
Este mtodo deterministico permita un acceso controlado a la red usando los
4Mbps que IBM desarrollo. IEEE adopto dicho desarrollo como IEEE 802.5 con
16Mbps, con mayores funcionalidades de prioridad y reserva, bit de monitor
para evitar la duplicacin de token. Sin embargo TR no escalo mas y
actualmente esta discontinuo.

- UIGV - 10
Redes Telemticas I

Frame Relay;
X25 se desarrollo para transmisiones punto a punto y punto multipunto, sobre
enlaces WAN, sobre estructuras fsica de larga distancias. La ventaja de X25
posteriormente fue su desventaja debido a que esta orientado a conexin, el
cual consuma mayor ancho de banda en la confirmacin o acuse de recibo de
cada trama a lo largo de la ruta por cada nodo X25.
Cisco, DEC, Stratacom y Nortel, optaron por eliminar la confirmacin de
recepcin de las tramas, aprovechando de mejor manera el BW de los nodos,
entonces se defini la retransmisin de tramas Frame Relay, como una
necesidad del mercado. Actualmente ANSI , ITU-T, adoptaron como estndar
con ligeras variantes y desde entonces se ha convertido en la solucin de
crecimiento de la red WAN.

Paralelamente y posteriormente se ha desarrollado tecnologas que han


superado a Frame Relay, como ATM, SMDS, MPLS, etc.

Por su direccionamiento: Red


IP.- Protocolo de Comunicacin de Facto, es el Internet propiamente dicho.
IPX.- Protocolo aun vigente sobre sistemas Novell Netware, esta siendo
desplazado por IP/
AppleTalk.- MacOS de Macintosh aun mantiene dicho protocolo, sin embargo la
Universidad de Berkeley anuncio su fin de soporte.

Interconexin de Redes.- las redes para poder interconectarse entre ellas


deben definir su mbito de administracin, control y acceso, por tanto se dice
que en la interconexin de redes lo que se conecta son segmentos de red unos
contra otros.

- UIGV - 11
Redes Telemticas I

Una vez definido cada segmento de red, Internet planifico una arquitectura
jerrquica de tal forma que cada segmento tiene al menos un punto de acceso
para poder conectarse con otra red.
Luego el conjunto de redes as interconectadas se vuelve a interconectar con
otro conjunto hasta formar un Sistema Autnomo.

Cableado y Topologas.- Cableado en networking es todo tipo de medio slido


que sirve para transmisin de datos y pueden ser Cableado UTP, STP, Coaxial,
Fibra ptica. Tambin se debe considerar el medio inalmbrico como el aire o
vaco.
Se muestra un extremo de un cable UTP y el cdigo de colores segn la norma
EIA/TIA 568A y EIA/TIA 568B. El trenzado tiene efecto cancelatorio de los
campos inducidos por los pares vecinos (diafona y paradiafonia)

Los cables coaxiales esta formados por 2 medios conductores y un enmallado


que sirve de blindaje para evitar las EMI y RFI,

- UIGV - 12
Redes Telemticas I

Las medios de Fibra ptica mas usados son el MM Multimodo de 62.5 m y 50


m de dimetro, aqu el efecto de reflexin es muy importante para conservar
la mxima cantidad de seal dentro del ncleo, as como el ndice de refraccin
relativo a su revestimiento de vidrio en el limite del ngulo critico de las
reflexiones as como la apertura numrica en la incidencia del rayo en la
interfase de entrada.

- UIGV - 13
Redes Telemticas I

Se definen 2 tipos de topologas en networking, la topologa fsica y la


topologa lgica.
La Topologa Fsica hace referencia a la infraestructura o disposicin
que tienen los medios o lneas de transmisin de nuestra red para poder
interconectar nuestros hosts, hubs, switches o routers.

- UIGV - 14
Redes Telemticas I

La Topologa Lgica hace referencia al mecanismo de cmo las tramas


circulan a travs de los medios de transmisin, es decir a la tecnologa
embebida en hardware de red como hubs, switches, routers o interfase de red
de computadoras.

Repetidores, puentes, conmutadores y enrutadores.- tambin llamados


dispositivos intermedios de interconexin. Y cada uno de ellos cumple una
funcin dentro de la red de acuerdo a la tecnologa desarrolla en el.
Repetidor o Hub.- dispositivos de capa 1, sirven para extender la red
cableada sobre un medio de difusin. Estos dispositivos regeneran la amplitud
(voltaje de onda cuadrada) y retemporizan el tiempo de bit de los pulsos
elctricos, debidos a la atenuacin y dispersin propias de la lneas de
transmisin.
Sobre este tipo de dispositivos se dice que se extiende el dominio de colisin.

- UIGV - 15
Redes Telemticas I

Puente o Bridge.- dispositivo de capa 2, y son los primeros en mapear las


tramas segn las direcciones MACs, para trasladar ( bridging ) una trama hacia
el puerto opuesto. Estos equipos estn descontinuados, debido a que
nicamente tienen 2 puertos.

Conmutador o Switch.- Similar al Bridge, pero con mayor densidad de puertos


y a su implementacin de procesos de conmutacin en hardware. Los switches
propiamente dichos tienen una memoria central para almacenar las tramas que
estn de transito, y mapea de forma matricial las direcciones MACs aprendidas
por sus puertos cuando estn ingresan por ellas.

- UIGV - 16
Redes Telemticas I

En dicha memoria CAM (Content Addresses Memory) se ubican las tramas


asociadas con punteros direccionables y conmutadas en cada ciclo de reloj
hacia los puertos de salida, por tanto una direccin MAC solo puede ser
mapeada a travs de un solo puerto.
Por ser un equipo vigente en redes de produccin, es necesario saber adquirir
segn sus especificaciones como:
Switch Fabric.- es la capacidad acumulativa del ancho de banda de todos
sus puertos y se mide en Gbps, incluyendo el puerto de apilamiento (Stacking).
Forwarding Rate.- es la capacidad de conmutacin de los paquetes
considerando las caractersticas generadas por los procesos de filtrado,
Calidad de Servicio, Seguridad de Puertos, Protocolos implementados. Se mide
en Mpps (Millones de paquetes por segundo).
Densidad de Puertos.- es la cantidad de puertos frontales para conexin
de los computadores, as como su BW de puerto ( BW ; Bandwith : Ancho de
Banda).
Capacidad de manejo de direcciones MACs, es la cantidad de direcciones
MACs que su Tabla de MACs puede almacenar simultneamente.
VLANs.- cantidad de LANs virtuales que pueden crearse y manejarse
simultneamente, usualmente 1024.
CLI.- interfase interpretado de lnea de comandos, para su configuracin
a travs de un puerto de consola serial usando un emulador de Terminal como
Hyperterminal de Windows o Minicom de Unix/Linux.
Interfase Web.- para su administracin o al menos monitoreo usando un
navegador.
Puertos de Enlace.- llamado port-link, para la conexin con otro switch
implementando mltiples protocolos propios entre switches

- UIGV - 17
Redes Telemticas I

Puertos de Stacking.- para el apilamiento con otro switch aumentando la


disponibilidad de la red por su redundancia.
Existen una infinidad de protocolos como IEEE802.1q, 802.1d, 802.1s,
802.1w, etc.; que son tiles en el diseo, escalabilidad, seguridad de la red.

Enrutador o Router.- dispositivos por excelencia para la interconexin de las


redes tanto LAN, MAN y WAN. Adems de poder integrar en un mismo
hardware diferentes tecnologas en sus puertos, como Ethernet, Token Ring,
ATM, Frame Relay, MPLS, ADSL, ISDN, etc.
La funcin del router segn el modelo de referencia OSI, es enrutar los
paquetes de usuario a travs de diferentes redes de la WAN hasta entregarlo
al destino correcto. Para esto implementa protocolos de enrutamiento como
RIP, UGRP, OSPF, EIGRP, OSPF, BGP, IS-IS, Static.

Se resume brevemente los tipos de medios ms usados as como las


especificaciones de operacin.

- UIGV - 18
Redes Telemticas I

PROTOCOLOS Y ARQUITECTURA DE PROTOCOLOS

Definiciones preliminares:

Protocolo Conjunto de reglas que permiten la transferencia de datos


entre dos o ms computadores.

Arquitectura de Niveles: el propsito de la arquitectura de niveles es


reducir la complejidad de la comunicacin de datos agrupando lgicamente
ciertas funciones en reas de responsabilidad (niveles).

Caractersticas
Cada nivel provee servicios al nivel superior y recibe servicios del nivel
inferior.
Un mensaje proveniente de un nivel superior contiene una cabecera con
informacin a ser usada en el nodo receptor.
El conjunto de servicios que provee un nivel es llamado Entidad y cada
entidad consiste en un manejador (manager) y un elemento (worker).

Estandares

OSI (International Standards Organization)


IEEE (Institute of Electrical and Electronic Engineers)

Modelo de referencia OSI.-

- UIGV - 19
Redes Telemticas I

En este modelo, el propsito de cada nivel es proveer servicios al nivel


superior, liberndolo de los detalles de implementacin de cada servicio. La
informacin que se enva de un computador a otro debe pasar del nivel superior
al nivel inferior atravesando todos los dems niveles de forma descendente,
dentro del computador que origina los datos.

A su paso por cada nivel a los datos se les adiciona informacin que ser
removida al llegar a su destino. La informacin adicionada se clasifica en:

Informacin de Control, dirigida a su nivel correspondiente en el computador


de destino. Cada nivel se comporta como si estuviera comunicndose con su
contraparte en el otro computador.

Informacin de Interfase, dirigida al nivel adyacente con el cual se est


interactuando. El objeto de esta informacin es definir los servicios provistos
por el nivel inferior, y como deben ser accesados estos servicios. Esta
informacin tras ser empleada por el nivel adyacente es removida.

El modelo OSI se estructura en 7 niveles:

Funciones asociadas a los Niveles

- UIGV - 20
Redes Telemticas I

1. Nivel Fsico: este nivel dirige la transmisin de flujos de bits, sin


estructura aparente, sobre un medio de conexin. Se encuentra relacionado
con condiciones elctricas-pticas, mecnicas y funcionales del interfaz al
medio de transmisin. A su vez esta encargado de aportar la seal empleada
para la transmisin de los datos generados por los niveles superiores.

En este nivel se define la forma de conectarse el cable a las tarjetas de red,


cuanto pines debe tener cada conector y el uso funcional de cada uno de
ellos. Define tambin la tcnica de transmisin a emplear para el envo de los
datos sobre el medio empleado. Se encarga de activar, mantener y
desactivar un circuito fsico. Este nivel trata la codificacin y sincronizacin
de los bits y es el responsable de hacer llegar los bits desde un computador
a otro.

2. Nivel de Enlace de Datos: este nivel se encarga, en el computador de


origen, de alojar en una estructura lgica de agrupacin de bits, llamada
Trama (Frame), los datos provenientes de los niveles superiores. En el
computador de destino, se encarga de agrupar los bits provenientes del
nivel fsico en tramas de datos (Frames) que sern entregadas al nivel de
red. Este nivel es el responsable de garantizar la transferencia de tramas
libres de errores de un computador a otro a travs del nivel fsico.

3. Nivel de Red: es responsable del direccionamiento de mensajes y de la


conversin de las direcciones lgicas y nombres, en direcciones fsicas. Esta
encargado tambin de determinar la ruta adecuada para el trayecto de los
datos, basndose en condiciones de la red, prioridad del servicio, etc. El
nivel de red agrupa pequeos fragmentos de mensajes para ser enviados
juntos a travs de la red.

4. Nivel de Transporte: se encarga de la recuperacin y deteccin de


errores. Garantiza tambin, la entrega de los mensajes del computador
originados en el nivel de aplicacin. Es el nivel encargado de informar a los
niveles superiores del estatus de la red.

5. Nivel de Sesin: permite que dos aplicaciones residentes en computadoras


diferentes establezcan, usen y terminen una conexin llamada sesin. Este
nivel realiza reconocimientos de nombres y las funciones necesarias para

- UIGV - 21
Redes Telemticas I

que dos aplicaciones se comuniquen a travs de la red, como en el caso de


funciones de seguridad.

6. Nivel de Presentacin: determina el formato a usar para el intercambio de


datos en la red. Puede ser llamado el traductor de la red. Este nivel tambin
maneja la seguridad de emisin pues, provee a la red servicios como el de
encriptacin de datos.

7. Nivel de Aplicacin: sirve como ventana para los procesos que requieren
acceder a los servicios de red.

IEEE

El modelo desarrollado por IEEE, tambin conocido como el proyecto 802, fue
orientado a las redes locales. Este estndar esta de acuerdo, en general con el
modelo ISO, difieren principalmente en el nivel de enlace de datos. Para IEEE
este nivel est dividido en dos subniveles:

MAC (Medium Access Control): subnivel inferior, provee el acceso compartido


de las tarjetas de red al medio fsico, es decir, define la forma en que se va a
acceder al medio fsico empleado en la red para el intercambio de datos.

LLC (Logical Link Control): subnivel superior, maneja la comunicacin de enlace


de datos y define el uso de puntos de interfaz lgico, llamado SAP (Service
Access Points) de manera que otros computadores puedan emplear el mismo
formato para la comunicacin con los niveles superiores independientemente
del MAC empleado.

LA ARQUITECTURA DE PROTOCOLOS TCP/IP

El estndar histrico y tcnico de la Internet es el modelo TCP/IP. El


Departamento de Defensa de EE.UU. (DoD) cre el modelo de referencia
TCP/IP porque necesitaba disear una red que pudiera sobrevivir ante
cualquier circunstancia, incluso una guerra nuclear.

- UIGV - 22
Redes Telemticas I

En un mundo conectado por diferentes tipos de medios de comunicacin,


como alambres de cobre, microondas, fibras pticas y enlaces satelitales, el
DoD quera que la transmisin de paquetes se realizara cada vez que se iniciaba
y bajo cualquier circunstancia. Este difcil problema de diseo dio origen a la
creacin del modelo TCP/IP.

A diferencia de las tecnologas de networking propietarias mencionadas


anteriormente, el TCP/IP se desarroll como un estndar abierto. Esto
significaba que cualquier persona poda usar el TCP/IP. Esto contribuy a
acelerar el desarrollo de TCP/IP como un estndar.

El modelo TCP/IP tiene las siguientes cuatro capas:

Capa de aplicacin
Capa de transporte
Capa de Internet
Capa de acceso a la red

Aunque algunas de las capas del modelo TCP/IP tienen el mismo nombre que las
capas del modelo OSI, las capas de ambos modelos no se corresponden de
manera exacta. Lo ms notable es que la capa de aplicacin posee funciones
diferentes en cada modelo.

- UIGV - 23
Redes Telemticas I

Comparando el modelo OSI con los modelos TCP/IP, surgen algunas similitudes
y diferencias.

Las similitudes incluyen:

Ambos se dividen en capas.


Ambos tienen capas de aplicacin, aunque incluyen servicios muy
distintos.
Ambos tienen capas de transporte y de red similares.
Ambos modelos deben ser conocidos por los profesionales de
networking.
Ambos suponen que se conmutan paquetes. Esto significa que los
paquetes individuales pueden usar rutas diferentes para llegar al mismo
destino. Esto se contrasta con las redes conmutadas por circuito, en las
que todos los paquetes toman la misma ruta.

Las diferencias incluyen:

TCP/IP combina las funciones de la capa de presentacin y de sesin en


la capa de aplicacin.
TCP/IP combina la capa de enlace de datos y la capa fsica del modelo
OSI en la capa de acceso de red.
TCP/IP parece ser ms simple porque tiene menos capas.

- UIGV - 24
Redes Telemticas I

Los protocolos TCP/IP son los estndares en torno a los cuales se


desarroll la Internet, de modo que la credibilidad del modelo TCP/IP se
debe en gran parte a sus protocolos. En comparacin, por lo general las
redes no se desarrollan a partir del protocolo OSI, aunque el modelo
OSI se usa como gua.

Aunque los protocolos TCP/IP representan los estndares en base a los cuales
se ha desarrollado la Internet, este currculum utiliza el modelo OSI por los
siguientes motivos:

Es un estndar genrico, independiente de los protocolos.


Es ms detallado, lo que hace que sea ms til para la enseanza y el
aprendizaje.
Al ser ms detallado, resulta de mayor utilidad para el diagnstico de
fallas.

Los profesionales de networking tienen distintas opiniones con respecto al


modelo que se debe usar. Dada la naturaleza de esta industria, es necesario
familiarizarse con ambos. A lo largo de todo el currculum se har referencia a
ambos modelos, el OSI y el TCP/IP. Se har nfasis en lo siguiente:

TCP como un protocolo de Capa 4 OSI


IP como un protocolo de Capa 3 OSI
Ethernet como una tecnologa de Capa 2 y Capa 1

Recuerden que hay una diferencia entre un modelo y un protocolo que


realmente se utiliza en networking. Se utilizar el modelo OSI para describir
protocolos TCP/IP

LOS PROTOCOLOS TCP / IP

Los diseadores de TCP/IP sintieron que la capa de aplicacin deba


incluir los detalles de las capas de sesin y presentacin OSI. Crearon una capa
de aplicacin que maneja aspectos de representacin, codificacin y control de
dilogo.

La capa de transporte se encarga de los aspectos de calidad del servicio con


respecto a la confiabilidad, el control de flujo y la correccin de errores. Uno
de sus protocolos, el protocolo para el control de la transmisin (TCP), ofrece

- UIGV - 25
Redes Telemticas I

maneras flexibles y de alta calidad para crear comunicaciones de red


confiables, sin problemas de flujo y con un nivel de error bajo.

TCP es un protocolo orientado a conexin. Mantiene un dilogo entre el origen y


el destino mientras empaqueta la informacin de la capa de aplicacin en
unidades denominadas segmentos. Orientado a conexin no significa que existe
un circuito entre los computadores que se comunican. Significa que segmentos
de la Capa 4 viajan de un lado a otro entre dos hosts para comprobar que la
conexin exista lgicamente para un determinado perodo.

El propsito de la capa Internet es dividir los segmentos TCP en paquetes y


enviarlos desde cualquier red. Los paquetes llegan a la red de destino
independientemente de la ruta que utilizaron para llegar all. El protocolo
especfico que rige esta capa se denomina Protocolo Internet (IP). En esta
capa se produce la determinacin de la mejor ruta y la conmutacin de
paquetes.

La relacin entre IP y TCP es importante. Se puede pensar en el IP como el que


indica el camino a los paquetes, en tanto que el TCP brinda un transporte
seguro.

El nombre de la capa de acceso de red es muy amplio y se presta a confusin.


Tambin se conoce como la capa de host a red. Esta capa guarda relacin con
todos los componentes, tanto fsicos como lgicos, necesarios para lograr un
enlace fsico. Incluye los detalles de tecnologa de networking, y todos los
detalles de las capas fsica y de enlace de datos del modelo OSI.

La figura ilustra algunos de los protocolos comunes especificados por las capas
del modelo de referencia TCP/IP. Algunos de los protocolos de capa de
aplicacin ms comnmente usados incluyen los siguientes:

Protocolo de Transferencia de Archivos (FTP)


Protocolo de Transferencia de Hipertexto (HTTP)
Protocolo simple de transferencia de correo (SMTP)
Sistema de denominacin de dominios (DNS)
Protocolo Trivial de Transferencia de Archivos (TFTP)

- UIGV - 26
Redes Telemticas I

Los protocolos de capa de transporte comunes incluyen:

Protocolo para el Control del Transporte (TCP)


Protocolo de Datagrama de Usuario (UDP)

El protocolo principal de la capa Internet es:

Protocolo Internet (IP)

La capa de acceso de red se refiere a cualquier tecnologa en particular


utilizada en una red especfica.

Independientemente de los servicios de aplicacin de red que se brinden y del


protocolo de transferencia que se utilice, existe un solo protocolo de Internet,
IP. Esta es una decisin de diseo deliberada. IP sirve como protocolo universal
que permite que cualquier computador en cualquier parte del mundo pueda
comunicarse en cualquier momento.

Protocolos del Nivel de Internet

El Protocolo de Internet IP

IP en la capa red

- UIGV - 27
Redes Telemticas I

La capa de red ser la encargada del encaminamiento de los datos. Durante el


tiempo de vida de estos se establecer un camino desde el origen hasta el
destino. A lo largo del camino los datos se encontrarn normalmente con varios
sistemas intermedios.

El tiempo que los datos permanecen en la red, desde que son generados en la
mquina emisora hasta que alcanzan el destino se denomina tiempo de vida.

El protocolo IP se trata de un protocolo no orientado a conexin, no fiable, de


manera que los datagramas se perdern cuando se produzca algn error en la
transmisin de los datos. No incluye este protocolo tcnicas de deteccin de
errores.

Veamos esto con ms detalles:

INSEGURO: Decimos que el protocolo IP es inseguro porque la entrega


de los datos no est garantizada. El paquete se podr perder, duplicar,
retrasar o entregar fuera de orden sin que el sistema detecte estas
condiciones. En este mbito tomarn su significado otros protocolos
como el ICMP, que se encarga de notificar los errores producidos en la
capa IP.

NO ORIENTADO A CONEXIN: Decimos que el protocolo IP es no


orientado a conexin porque cada paquete ser tratado
independientemente de los dems, cada uno de los paquetes mandados
de una mquina a otra podrn seguir distintos caminos de manera que
unos podrn ser entregados mientras que otros sern perdidos.

Datagrama IP

El Protocolo Internet IP posee las siguientes caractersticas:

Define la unidad bsica de informacin que ser transmitida a travs de


una red TCP/IP.

Su software lleva a cabo la implementacin de las rutinas de


encaminamiento, eligiendo un camino a travs del cual los datos sern
enviados.

- UIGV - 28
Redes Telemticas I

Incluye un conjunto de reglas que determinan como los hosts y routers


deben procesar los paquetes, cuando se debern generar los mensajes
de error y las condiciones bajo las cuales un paquete deber ser
descartado.

Podemos sealar dos funciones bsicas implementadas en el protocolo IP, el


direccionamiento y la fragmentacin.

El Protocolo Internet posibilita la transmisin de bloques de datos llamados


datagramas desde el origen al destino. Origen y destino son host identificados
por direcciones lgicas de una longitud fija de 4 bytes (direcciones IP).

Tambin se encarga el protocolo IP de la fragmentacin y del reensamblado de


datagramas largos si es necesario, para su posterior transmisin a travs de
pequeos paquetes de red.

Cabecera o Datagrama IP

El formato del datagrama nos dar una descripcin del formato de la cabecera.
No se establece ninguna descripcin del formato de los datos, pudiendo
transportar as datos de forma arbitraria.

- UIGV - 29
Redes Telemticas I

VERSION: Versin del protocolo IP que gener el datagrama. Es


utilizado para que los hosts que envan y reciben el datagrama y los
routers por los que pasan verifiquen la versin del formato del
datagrama. La versin actual del protocolo IP es la 4 coexistiendo con la
6.

Todo software IP deber de verificar la versin que s est recibiendo y


en caso necesario, es decir en caso de que sea distinta de la que l
posee, el datagrama ser descartado.

LONGITUD DE LA CABECERA: Se nos indica aqu la longitud de la


cabecera del datagrama medida en palabras de 32 bits. Todos los
campos en la cabecera tendrn siempre mismo tamao, excepto el campo
de opciones y relleno. Una cabecera comn carecer de opciones y de
relleno y medir 20 bytes, de manera que el valor en la longitud de la
cabecera ser igual a 5.

LONGITUD TOTAL: Este campo nos da la longitud total del datagrama


IP medido en bytes, se incluir tanto el tamao de la cabecera como de
la zona de datos. Tendremos que tener en cuenta que siendo la longitud
de este campo de 16 bits, el tamao mximo de un datagrama ser de 2 16
es decir 65535 bytes.

TIPO DE SERVICIO: El tipo de servicio o TOS (Type of Service) nos


dar diversas indicaciones acerca de como deber ser tratado el
datagrama. Tiene una longitud de 1 Byte y se encuentra dividido.

PRECEDENCIA: Tres bits utilizados para indicarnos la precedencia del


datagrama, obtenemos as un rango de 0 a 7, siendo 0 la menor
precedencia y 7 la mayor. La mayora de los hosts y routers ignoran este
campo.

Utilizamos los bits D,T y R para indicar a los algoritmos de


encaminamiento como elegir entre las distintas rutas hacia el destino
basndose en la tecnologa de hardware disponible en esas rutas. Habr
veces en las que no ser posible garantizar este tipo de solicitudes.

- UIGV - 30
Redes Telemticas I

o D: Solicitud de bajo retardo. El datagrama deber ser enviado tan


rpido como sea posible.

o T: Solicitud de caudal alto. Si es posible el datagrama ser


enviado por el camino de mayor capacidad.

o R: Solicitud de alta fiabilidad. Si es posible ser enviado por la


lnea de mayor seguridad.

IDENTIFICACION: Contiene un entero nico que identifica el


datagrama. Este campo es utilizado para saber cuales de los fragmentos
que llegan pertenecen a que datagrama.

Las computadoras que envan los datagramas IP deben generar un nico


valor de identificacin para cada datagrama. En teora las
retransmisiones de cada datagrama pueden llevar el mismo campo de
identificacin que el datagrama original, en la practica, protocolos de
nivel superior realizan retransmisiones dando resultado a datagramas
con su propio valor de identificacin.

Una tcnica usada por el software IP consiste en mantener un contador


global en memoria que se incremente cada vez que un datagrama es
creado y se asigna el valor al campo IDENTIFICACION del datagrama.

OFFSET: Este campo especifica el offset de los datos del datagrama


original que son llevados en este fragmento medidos en unidades de ocho
octetos. Se empieza en el offset cero y se producirn variaciones en
este campo con la fragmentacin. Para reensamblar el datagrama, el
destino deber obtener todos los fragmentos empezando en offset cero
hasta el fragmento con el mayor offset. Los fragmentos no tendrn
necesariamente porque llegar en orden.

FLAGS: En este campo tendrn significado los dos bits de menor orden y
sern utilizados para el control de la fragmentacin.

Dentro de este campo tenemos:

- UIGV - 31
Redes Telemticas I

BIT DE NO FRAGMENTACION: Si este bit se encuentra a 1


indicar que este datagrama no deber ser fragmentado. Si este
bit se encuentra activado y el datagrama necesita fragmentacin
el datagrama ser descartado y ser mandado un mensaje de
error de vuelta al origen.

BIT DE MAS FRAGMENTOS: Ser el bit mas bajo dentro del


campo de flags, especifica si el fragmento contiene datos del
medio del datagrama original o del final. Este bit es necesario ya
que en el destino se deber conocer el momento en el cual se han
recibido todos los fragmentos que componen el datagrama.

TTL: Este campo denominado Time To Leave especifica el tiempo en


segundos que al datagrama le es permitido seguir existiendo. Ser el
tiempo mximo de vida del datagrama en Internet. Los routers y los
hosts que procesen datagramas debern decrementar este campo
cuando pase el tiempo y debern encargarse de retirarlo cuando el
tiempo expire.

Para simplificar esto a lo largo del camino desde el origen al destino ser
necesario decrementar el campo de tiempo de vida en uno en cada paso
por un router, adems en casos de sobrecarga de los routers, el router
ser encargado de controlar el tiempo que el datagrama permanece
dentro del router esperando por el servicio decrementndole el TTL en
funcin del tiempo de permanencia contado en segundos.

Una vez que el TTL alcanza el valor cero el router estar encargado de
descartar el datagrama y de enviar un mensaje de error de vuelta a la
fuente, al origen.

PROTOCOLO: Especifica el protocolo de alto nivel que ha sido utilizado


para generar los datos que lleva el datagrama en el rea de datos. En
resumen este campo especifica el formato del rea de datos del
datagrama.

CHECKSUM DE CABECERA: Es utilizado para asegurar la integridad de


los valores de la cabecera. El valor que contiene se forma tratando a la

- UIGV - 32
Redes Telemticas I

cabecera como una secuencia de enteros de 16 bits sumndolos todos


juntos usando una aritmtica de complemento a uno.

Aunque los datagramas sean dirigidos a travs de routers intermedios


los campos de fuente y destino no variaran.

Direccionamiento IP

Tenemos diversas formas para identificar un host: nombres, direcciones y


rutas.

Un nombre nos indica lo que buscamos, una direccin nos indica dnde est y
una ruta nos indica cmo llegar hasta l.

Las direcciones IP sern direcciones binarias que posibilitan la computacin y


la seleccin de la ruta de forma eficiente, de todas formas se establecer una
relacin entre direcciones binarias y nombres, ya que para nosotros ser
mucho ms fcil su uso.

A cada host en Internet le es asignado una direccin de 32 bits, esta ser su


direccin IP. Esta direccin IP estar formada por dos partes una, la que nos
identifica la maquina, el host con el que queremos trabajar y otra que hace
referencia a la red dentro de la cual nos encontramos. Conceptualmente cada
direccin IP ser un par (Identificador de red, Identificador de host).

Podemos encontrar diferentes formas de direcciones IP:

Clase A

Se trata de grandes redes que tienen ms de 2 hosts.


16

Se utilizan 7 bits para identificar la red y 24 bits para la identificacin


del host

Clase B

Se utilizara para redes de clase media que tienen entre 2 8 y 216 hosts.

- UIGV - 33
Redes Telemticas I

Se utilizan 14 bits para identificar la red y 16 bits para la identificacin


del host.

Clase C

Se utilizar para redes pequeas que tienen menos de 2 8 hosts.


Se utilizan 21 bits para identificar la red y 8 bits para la identificacin
del host.

Debemos tener en cuenta que algunas de estas direcciones estn reservadas


para otros propsitos, como veremos en el siguiente apartado.

En realidad las direcciones nos especifican una conexin de red ms que una
computadora individual, as un router conectando n redes tiene n direcciones
IP distintas, una para cada conexin de red.

Tambin hemos de tener en cuenta que si un host se mueve de una red a otra,
su direccin IP deber cambiar (es una red lgica y no fsica).

Para encontrar la ruta (routing) de los datagramas se basar en las direcciones


IP as como en sus mscaras, se usar la porcin de la direccin IP que nos
especifica la red para tomar las diferentes decisiones en cuanto a la ruta a
seguir. Esto como veremos ms adelante supondr grandes ventajas.

Direcciones especiales

- UIGV - 34
Redes Telemticas I

Poniendo todo a ceros en la direccin haremos referencia a Este host. Hemos


de tener en cuenta que esta forma especial de direccin slo ser consentida
durante el proceso de arranque, de esta manera se le permite a la maquina
establecer una comunicacin temporal hasta adquirir la direccin real. Una vez
que la mquina conoce la direccin correcta no deber utilizar esta direccin
de todo ceros.

Poniendo todo ceros en la parte que hace referencia a la red y la direccin del
host en la parte que hace referencia a la mquina individual hacemos
referencia al Host en esta red.

Dejando inalterada la parte que hace referencia a la red y poniendo todo unos
en la parte referente al host realizaremos un Broadcast directo para la red.

Haciendo referencia a la direccin 127 nos encontraremos frente a la


Direccin de loopback.

Fragmentacin

Los datagramas IP sern encapsulados por el nivel de enlace que aadir sus
propias cabeceras antes de transmitir los datos. Los frames o tramas sern los
datos que realmente viajen por las redes, como se encuentran en un nivel fsico
y no lgico nos encontramos que los tamaos de las tramas pueden variar.

Trataremos aqu la relacin entre los datagramas y las tramas de las redes
fsicas, lo primero que debemos tener en cuenta es que los datagramas son
manejados por software mientras que los frames por hardware. Entendemos
por frame una trama que podemos suponer Ethernet.

Las tramas Ethernet pueden ser de longitud variable encontrndose siempre


entre los 64 y 1518 bytes. Para hacer el transporte eficiente trataremos de
garantizar que cada datagrama viaje en distintas tramas. A esta idea la
denominaremos encapsulacin y ser implementada en el protocolo IP.

- UIGV - 35
Redes Telemticas I

Para hacer que cada datagrama encaje dentro de cada frame ser necesario
limitar el tamao del datagrama, existir as un tamao mximo de datagrama
MTU (Maximun Transfer Unit).

El protocolo IP ser el encargado de dividir los datagramas en datagramas ms


pequeos de manera que se ajusten a la MTU. Los trozos ms pequeos en los
que son divididos los datagramas se denominan fragmentos y esta operacin
fragmentacin.

La fragmentacin ocurrir con frecuencia en los routers, a largo del camino


recorrido por el datagrama desde el origen hasta el destino. Los routers
recibirn datagramas de una red con una MTU de una longitud determinada y
debern enviarlos a otra red de MTU distinta. La fragmentacin siempre ser
de MTUs mayores a menores.

Debido a que IP representa el offset de los datos en mltiplos de byte, el


tamao del fragmento deber ser un mltiplo de 8. Procediendo de acuerdo con
este criterio, eligiendo mltiplos de 8 que se encuentren ms cerca de la MTU,
provocamos que el datagrama no se divida en piezas de igual tamao obteniendo
as una ltima pieza que ser normalmente ms corta que las dems.

Los fragmentos debern ser reensamblados en el destino hasta formar el


datagrama original antes de este que sea pasado a la siguiente capa.

Reensamblado de datagramas

Una vez que el datagrama ha sido fragmentado, los fragmentos viajan


separados hasta su ltimo destino donde debern ser reensamblados.

Podemos sealar dos desventajas de operar de esta forma:

Ya que los datagramas no son reensamblados cada vez que pasan por una
mquina de la red con una MTU distinta, los fragmentos pequeos sern
transportados hasta el destino final.

- UIGV - 36
Redes Telemticas I

Si algn fragmento se pierde, el datagrama no podr ser reensamblado. Por lo


tanto la probabilidad de perder el datagrama se incrementa cuando la
fragmentacin se produce.

De cualquier manera esta tcnica funciona bien.

Permite que cada fragmento sea encaminado de forma independiente.


No requiere que los routers intermedios almacenen y reensamblen los
datagramas.

ARP (Protocolo de Resolucin de direcciones)


Antes de enviar un paquete o datagrama entre dos estaciones de una LAN,
debe encapsularse en una trama con una cabecera. La trama se enva a la su
tarjeta de interfaz de red cuya direccin fsica coincide con la direccin fsica
de destino en la cabecera de la trama. Por tanto, para enviar un datagrama por
una LAN, hay que descubrir cul es la direccin fsica del nodo de destino.
El Protocolo de resolucin de direcciones (ARP - Address Resolution Pro tocol)
ofrece un mtodo de difusin para traducir automticamente entre direccin
de IP y direccin fsica.
Los sistemas de la red local usan ARP para descubrir informacin sobre su
propia direccin fsica. Cuando un host quiere empezar a comunicarse con un
socio local, busca la direccin de IP del otro en su tabla de ARP, que
normalmente se mantiene en memoria. Si no existe una entrada para esa

- UIGV - 37
Redes Telemticas I

direccin de IP, el host difunde una solicitud de ARP que contiene la direccin
de IP de destino.
El host de destino reconoce su direccin de IP y lee la consulta. Lo primero que
hace el host destino es actualizar su propia tabla de traduccin de direcciones
con la direccin fsica del origen. Es lgico ya que, probablemente, el destino
pronto empezar una conversacin con el origen. El host destino enva de vuelta
una respuesta que contiene su propia direccin de la interfaz hardware. Cuando
el origen recibe la respuesta, actualiza su tabla de ARP y ya est listo para
transmitir datos por la LAN.

Para determinar la direccin fsica Pb de B, desde su direccin IP, Ib, (a) el


anfitrin A transmite por difusin una solicitud ARP que contiene Ib a todas
las mquinas en la subred, y (b) el anfitrin B enva una respuesta ARP que
contiene el par (Ib,Pb).
ARP Sustituto (proxy ARP)
Los trminos ARP sustituto (proxy, ARP) promiscuo y ARP hack, se refieren a
la segunda tcnica utilizada para transformar un solo prefijo IP de red en dos
direcciones fsicas. La tcnica, que slo se aplica en redes que utilizan ARP
para convertir direcciones de red en direcciones fsicas, se puede explicar
mejor mediante un ejemplo. En la figura 6 se ilustra la situacin.
En la figura, dos redes comparten una sola direccin IP. Imagine que la
etiquetada como Red Principal era la red original y segunda, etiquetada como
Red Oculta, se agreg despus. R, que es el ruteador que conecta las dos
redes, sabe qu anfitriones residen en cada red fsica y utiliza ARP para

- UIGV - 38
Redes Telemticas I

mantener la ilusin de que solamente existe una red. Para dar esa apariencia, R
mantiene totalmente oculta la localizacin de los anfitriones, permitiendo que
las dems mquinas en la red se comuniquen como si estuvieran conectadas de
manera directa. En nuestro ejemplo, cuando el anfitrin H1 necesita
comunicarse con el anfitrin H4, primero llama a ARP para convertir la
direccin IP de H4 en una direccin fsica. Una vez que tiene la direccin
fsica, H1 puede enviarle directamente el datagrama.
Debido a que el ruteador R corre software proxy ARP, R captura la solicitud
transmitida por difusin de Hi1 decide que la mquina en cuestin reside en la
otra red fsica y responde la solicitud ARP enviando su propia direccin fsica.
H1 recibe la respuesta ARP, instala la asociacin en su tabla ARP y la utiliza
para enviar a R los datagramas destinados a H4. Cuando R recibe un
datagrama, busca en una tabla especial de ruteo para determinar cmo rutear
el datagrama. R debe encaminar los datagramas destinados a H4 a travs de la
red oculta. a fin de permitir que los anfitriones en la red oculta alcancen
anfitriones en la red principal, R tambin realiza el servicio de ARP sustituto
(proxy ARP) en dicha red.
Los routers que utilizan la tcnica de ARP sustituto, tornan ventaja de una
caracterstica importante del protocolo ARP, a saber, la confianza. ARP est
basado en la idea de que todas las mquinas cooperan y de que cualquier
respuesta es legtima. La mayor parte de los anfitriones instalan asociaciones
obtenidas por medio de ARP sin verificar su validez y sin mantener una
consistencia. Por lo tanto, puede suceder que la tabla ARP asocie muchas
direcciones IP en la misma direccin fsica, sin embargo, esto no viola las
especificaciones del protocolo.
Algunas implantaciones de ARP no son tan poco exigentes como otras. En
particular, las implementaciones ARP diseadas para alertar a los
administradores de posibles violaciones de seguridad les informarn siempre
que dos direcciones IP distintas se transformen en la misma direccin fsica de
hardware. El propsito de alertar al administrador es avisarle sobre el
spoofing, situacin en la que una mquina indica ser otra para poder interceptar
paquetes. Las implantaciones de ARP en anfitriones que alertan a los
administradores del posible spoofing no se pueden utilizar en redes que tienen
routers sustitutos ARP, ya que el software generarla mensajes con gran
frecuencia.
La principal ventaja de ARP sustituto es que se puede agregar a un solo
ruteador en una red sin alterar las tablas de ruteo en otros anfitriones o

- UIGV - 39
Redes Telemticas I

routers en esa red. Por lo tanto, el software ARP sustituto (proxy ARP) oculta
completamente los detalles de las conexiones fsicas.
La principal desventaja de ARP sustituto es que no trabaja para las redes a
menos que utilicen ARP para la definicin de direcciones. Adems, no se
generaliza para topologas de red ms complejas (por ejemplo, muchos routers
que interconectan dos redes fsicas), ni incorpora una forma razonable para el
ruteo. De hecho, la mayor parte de las implantaciones de ARP confa en los
administradores para el mantenimiento manual de mquinas y direcciones,
haciendo que se ocupe tiempo y se tenga propensin a los errores.

Como se muestra en la figura la tcnica de APP sustituto (ARP hack) permite


que una direccin de red se comparta entre dos redes fsicas. El ruteador R
contesta solicitudes ARP en cada red para los anfitriones en otra,
proporcionando su direccin de hardware y ruteando datagramas de manera
correcta en cuanto llegan. En esencia, R miente sobre las transformaciones de
direccin IP a direccin fsica.
ARP gratuito
Una mquina puede enviar una solicitud ARP preguntando sobre su propia
direccin IP. Propsitos:
o detectar direcciones IP duplicadas
o forzar a que todos actualicen la entrada de la cache
correspondiente

RARP (ARP inverso)

- UIGV - 40
Redes Telemticas I

Para ayudar a un nodo a descubrir su propia direccin de IP se dise una


variante del ARP llamado ARP inverso (RARP - reverse ARP). El objetivo era
que lo usasen las estaciones de trabajo sin disco y otros dispositivos que
necesitasen obtener configuracin de red de un servidor de red.
La estacin que usa el protocolo ARP inverso difunde una peticin en la que
indica su direccin fsica y solicita su direccin de IP. Un servidor de la red,
configurado con una tabla de direcciones fsicas y las correspondientes
direcciones de IP responde a la peticin.

ARP inverso ha sido superado por el protocolo BOOTP y su versin mejorada, el


Protocolo de configuracin dinmica de host (DHCP - Dynamic Host
Configuration Protocol). Estos protocolos son ms potentes y se usan para
conseguir un conjunto completo de parmetros de configuracin de un sistema
TCP/IP.
En el ejemplo de un intercambio en el que se utiliza el protocolo RARP. (a) la
mquina A transmite por difusin una solicitud RARP especificndose como
des- tino y (b) las mquinas autorizadas para proporcionar el servicio RARP (C y
D) responden directamente a A.
FORMATO DE MENSAJE ARP/RARP

- UIGV - 41
Redes Telemticas I

El campo HARDWARE TYPE especifica un tipo de interfaz de hardware para el


que el transmisor busca una respuesta; contiene el valor 1 para Ethernet De
forma similar, el campo PROTOC OL TYPE especifica el tipo de direccin de
protocolo de alto nivel que proporcion el transmisor, contiene 0800 16 para la
direccin IP. El campo OPERATION especifica una solicitud ARP (1), una
respuesta ARP (2), una solicitud RARP (3) o una respuesta RARP (4). Los
campos HLEN y PLEN permiten que ARP se utilice con redes arbitrarias ya que
stas especifican la longitud de la direccin de hardware y la longitud de la
direccin del protocolo de alto nivel. El transmisor proporciona sus direcciones
IP y de hardware, si las conoce, en los campos SENDER HA y SENDER IP.
Cuando realiza una solicitud, el transmisor tambin proporciona la direccin IP
del objetivo (ARP) o la direccin de hardware del objetivo (RARP), utilizando
los campos TARGET HA y TARGET IP. Antes de que la mquina objetivo
responda, completa las direcciones faltantes, voltea los pares de objetivo y
transmisor, y cambia la operacin a respuesta. Por lo tanto, una respuesta
transporta las direcciones tanto de hardware como de TP del solicitante
original, lo mismo que las direcciones de hardware e IP de la mquina para la
que se realiz asignacin.

ICMP: Protocolo de Mensajes de Control de Internet (Internet


Control Message Protocol)
Si un Router no puede enrutar o entregar un Datagrama, o si detecta una
situacin anmala que afecta su capacidad de hacerlo (por ejemplo, la
congestin), debe informar a la fuente original para que evite o solucione el
problema.

- UIGV - 42
Redes Telemticas I

ICMP es un mecanismo para realizar esta operacin. Es considerado como una


parte obligatoria de IP y debe ser incluido en todas sus implementaciones.
ICMP comunica la capa de Internet de una maquina con la misma capa en otra
maquina. ICMP es un protocolo de reporte de errores (no los corrige), adems,
ICMP solo puede informar del error a la fuente del Datagrama, es esta
maquina la que debe implementar mecanismos para enfrentar el problema.

Los mensajes de ICMP requieren doble encapsulacin: Los mensajes ICMP


viajan empaquetados en Datagramas IP. Aun as, no se considera a ICMP un
protocolo de nivel superior a IP.
Formato del Mensaje ICMP
Aunque cada tipo de mensaje tiene su propio formato, todos ellos comparten
los primeros tres campos: TIPO (8 bits), CODIGO (8 bits) y CHECKSUM (16
bits).
El campo TIPO identifica al tipo de mensaje ICMP y determina su formato.
Puede tener alguno de estos valores:
0 : Respuesta de Eco (Echo Replay)
3 : Destino Inaccesible (Host Unreachable)
4 : Acallamiento de Origen (Source Quench)
5 : Redireccionar (Redirect)
8 : Solicitud de Eco (Echo Request)
11 : Tiempo Excedido
12 : Problema de Parmetros
13 : Solicitud de Timestamp
14 : Respuesta de Timestamp
17 : Solicitud de mascara de subred
18 : Respuesta de mascara de subred

Mensajes Solicitud de Eco y Respuesta al Eco

- UIGV - 43
Redes Telemticas I

Este es el tipo de mensaje que enva la maquina cuando se emplea el comando


ping. Solicitud de Eco pide a la maquina destino que responda con una
Respuesta de Eco con un numero de secuencia apropiado.

TIPO (8 o 0) CODIGO (0) CHECKSUM

Identificador Numero de Secuencia

Datos Opcionales

Mensaje Destino Inaccesible.


Es el mensaje empleado para reportar que no es posible entregar un
Datagrama. El campo CODIGO describe mejor el problema:
0 : Red Inaccesible
1 : Host Inaccesible
2 : Protocolo Inaccesible
3 : Puerto Inaccesible
4 : Necesita Fragmentacin
5 : Falla en la Ruta de Origen
6 : Red de Destino Desconocida
7 : Host Destino Desconocido
8 : Host de Origen Aislado
9 : Comunicacin con Red Destino Administrativamente Prohibida
10 : Comunicacin con Host Destino Administrativamente Prohibida
11 : Red Inaccesible por el tipo de servicio
12 : Host Inaccesible por el tipo de servicio

TIPO (3) CODIGO (0...12) CHECKSUM

NO USADO (debe ser cero)

Encabezado IP + Primeros 8 bytes de Datos IP

- UIGV - 44
Redes Telemticas I

Los errores de red inaccesible por lo general implican fallas de enrutamiento.


Debido a que el mensaje ICMP contiene la cabecera del Datagrama que lo
produjo (en el campo de datos), el origen sabr cual destino es inaccesible.
Mensaje de Acallamiento de Origen
Debido a que IP funciona sin conexin un Router no puede reservar memoria o
recursos de comunicacin antes de recibir los Datagramas. En consecuencia los
Routers pueden verse repentinamente saturados por el trafico. A esta
situacin se le llama congestin.
El congestionamiento se da por que un Host de alta velocidad genera
Datagramas mas rpido de lo que el Router puede manejar o porque muchos
Host envan Datagrama a la misma direccin al mismo tiempo.
Cuando los Datagramas llegan mas rpido de lo que un Router puede manejarlos,
este los coloca en un buffer. Si los Datagramas son parte de una rfaga
pequea, esto soluciona el problema, pero si continan llegando Datagramas se
saturan los buffers y el Router debe descartar los nuevos Datagramas. Es
entonces cuando el Router genera un mensaje ICMP de Acallamiento de Origen
solicitando a este reducir la tasa de envo de Datagramas. No existe un
mensaje ICMP para revertir esta solicitud, en general poco despus de bajar la
tasa de envo, los Hosts la aumentan progresivamente hasta recibir otro
mensaje de Acallamiento de Origen.

TIPO (4) CODIGO (0) CHECKSUM

NO - UTILIZADO (debe ser cero)

Encabezado IP + 8 primeros bytes de Datos IP

El objetivo de este mensaje era aliviar el problema de la congestin, pero no


tuvo xito. Se dejo al implementador decidir sobre cuando enviar estos
mensajes, por lo que cada fabricante emplea su poltica favorita sin que ninguna
solucione el problema del todo. Por otra parte, ICMP informa al Host de origen
que su Datagrama ha sido descartado, pero puede que este Host no sea el
causante de la congestin. Adems, Como responder al mensaje ICMP?.
Documentos como Requisitos para los Routers (RFC 1812) estipulan que NO se
deben enviar mensajes de Acallamiento de Origen. Se esta trabajando en
mecanismos mas eficientes.

- UIGV - 45
Redes Telemticas I

Mensaje Redireccionar
Se asume que los Routers conocen rutas correctas. Los Host comienzan con
informacin mnima de enrutamiento y aprenden nuevas rutas de los Routers.
En caso de que un Host utilice una ruta no optima, el Router que lo detecta
enva un mensaje ICMP Redireccionar solicitndole que actualice su tabla de
enrutamiento IP.

TIPO (5) CODIGO (0...3) CHECKSUM

Direccin IP del Router

Encabezado de IP + 8 primeros bytes de Datos IP

Mensaje Tiempo Excedido


Debido a que los Routers solo deciden sobre el prximo "Salto" usando tablas
locales, errores en esas tablas pueden generar "ciclos de enrutamiento" para
algn destino. Esto provoca que los Datagramas sean descartados por
vencimiento de su TTL. Siempre que un Router descarte un Datagrama ya sea
por vencimiento de TTL o por vencimiento del Tiempo de Reensamblado, enva
un mensaje de Tiempo Excedido a la fuente.

TIPO (11) CODIGO (0 o 1) CHECKSUM

NO UTILIZADO (debe ser cero)

Encabezado de IP + 8 primeros bytes de Datos IP

CODIGO = 0: Descartado por vencimiento de TTL


CODIGO = 1: Descartado por vencimiento de Tiempo de Reensamblado.
Mensaje Problema de Parmetros
Cuando un Router o un Host encuentran un problema que no ha sido cubierto
con los mensajes ICMP anteriores, enva este mensaje.

TIPO (12) CODIGO (0 o 1) CHECKSUM

Indicador NO Utilizado (debe ser cero)

- UIGV - 46
Redes Telemticas I

Encabezado de IP + 8 primeros bytes de Datos IP

El campo indicador apunta al campo dentro del encabezado IP que gener el


problema.
Mensaje Solicitud de Timestamp y Respuesta de Timestamp
Una tcnica sencilla provista por TCP/IP para sincronizar relojes emplea ICMP
para obtener la hora de la otra maquina. Una maquina enva a otra una solicitud
de Timestamp, solicitndole que informe su valor actual para la hora del da. La
otra maquina enva una respuesta de Timestamp con esa informacin.

TIPO (13 o 14) CODIGO (0) CHECKSUM

Identificador Numero de Secuencia

Timestamp Origen

Timestamp al Recibir

Timestamp al Transmitir

Mensaje Solicitud de Mascara de Subred y Respuesta de Mascara de


Subred
Para aprender la mascara de subred utilizada por la red local, una maquina
puede enviar un mensaje ICMP Solicitud de Mascara de Subred a un Router y
esperar su Respuesta. Si la maquina no conoce la direccin del Router, puede
enviar este mensaje por difusin.

- UIGV - 47
Redes Telemticas I

TIPO (17 o 18) CODIGO (0) CHECKSUM

Identificador Numero de Secuencia

Mascara de Subred

IGMP Protocolo de Gestin de Grupo IP

IGMP es un protocolo estndar con un nmero STD de 5 que incluye adems a


IP (ver IP ("Internet Protocol")) e ICMP (ver ICMP ("Internet Control
Message Protocol")). Su status es recomendado y el RFC 1112 lo describe.

IGMP se considera ms bien como una extensin de ICMP y ocupa el mismo


lugar en la pila de protocolos IP.

Mensajes IGMP

Los mensajes ICMP se envan en datagramas IP. La cabecera IP siempre tendr


un nmero de protocolo igual a 2, indicando IGMP y un tipo de servicio cero
(rutina). El campo de datos IP contendr el mensaje IGMP de ocho bytes
mostrado en Figura - Formato del mensaje ICMP.

Donde:

Vers
4 bits que indican la versin IP. Siempre vale 1.
Type
Especifica que se trata de una consulta o de un informe.
1
Especifica una consulta enviada por un "router" multicast.

- UIGV - 48
Redes Telemticas I

2
Especifica un informe enviado por un host.
Checksum
Un checksum de 16 bits calculado de igual forma que con ICMP.
Class D Address
Es cero para una solicitud, y es una direccin de grupo multicast vlida
para un informe.

Funcionamiento de IGMP

Los sistemas que participan en IGMP se clasifican en dos tipos: host y


"routers" multicast.

Como se describi en Multicasting, con el fin de recibir datagramas de


multicast, un host se debe unir a un grupo. Cuando un host es "multi-
homed"(multipuerto), puede unirse a cualquier grupo por una o ms de sus
interfaces (redes a las que est conectado). Los mensajes multicast que recibe
el host del mismo grupo en dos subredes distintas pueden ser distintos
tambin. Por ejemplo, 244.0.0.1 es el grupo para "todos los host de esta
subred", por lo que los mensajes recibidos en una subred siempre sern
diferentes para este grupo que para los de otra subred. Puede haber mltiples
procesos en un host a la escucha de mensajes para un grupo de multicast. Si es
este el caso, los host se unen slo una vez al grupo, y llevan la cuenta
internamente de qu procesos estn interesados en ese grupo.

Para unirse a un grupo, el host enva un informe acerca de una interfaz. El


informe se dirige al grupo multicast interesado. Los "routers" multicast de la
misma red reciben el informe y activan un flag para indicar que al menos un
host de esa red es miembro de ese grupo. Todo host pertenece al grupo
224.0.0.1 de forma automtica. Los "routers" multicast tienen que escuchar a
todas las direcciones de multicast (todos los grupos) con el fin de detectar
tales informes. Las alternativas seran el uso del broadcast para los informes o
para configurar host con direcciones unicast para "routers" multicast.

Los "routers" multicast envan regularmente (el RFC 1112 menciona intervalos
de 1 minuto) una consulta a la direccin de multicast "todos los hosts". Cada
host que an desee ser miembro de uno o ms grupo replica una vez por cada
grupo en el que est interesado (nunca al grupo "todos los hosts", al que
pertenece de modo automtico). Cada respuesta se enva tras un intervalo de

- UIGV - 49
Redes Telemticas I

tiempo aleatorio para evitar aglomeraciones en el trfico. Como a los "routers"


no les importa cuntos hosts son miembro de un grupo y como todos los
miembros de ese grupo pueden or las respuestas de cada uno de los dems
hosts, cualquier host que escuche a otro host proclamar su pertenencia a
mismo grupo cancelar su respuesta para ahorrar recursos. Si ningn host
responde dentro de un intervalo de tiempo dado, el "router" multicast decide
que ningn host pertenece a ese grupo. Cuando un host o un "router" multicast
reciben un datagrama multicast, su accin depende del valor TTL y de la
direccin IP de destino.

0
Un datagrama enviado con un valor TTL de cero se restringe el host
emisor.
1
Un datagrama con un TTL de uno alcanza todos los hosts de la subred
que son miembros del grupo. Los "router" multicast decrementan el valor
a cero, pero a diferencia de los datagramas unicast, no lo informan con
un mensaje ICMP "Time Exceded". La expiracin de un datagrama
multicast se considera un evento normal.
2+
Todos los hosts que sean miembros del grupo y todos los "routers"
multicast reciben el datagrama. La accin de los "router" depende de la
direccin del grupo multicast.
224.0.0.0 - 224.0.0.255
Este rango se emplea slo para aplicaciones multicast que hagan uso de
un nico salto. Los "routers" multicast no retransmitirn datagramas con
direcciones IP en este rango.
A primera vista puede parecer como si un no tuviera que molestarse en
informar de la pertenencia a un grupo en este rango ya que los "router"
no le retransmitirn los de otras subredes. Sin embargo, el informe
indica adems a otros host de la subred que el host informante es
miembro del grupo. El nico grupo del que nunca se da parte es el
224.0.0.1.
other
El "router" retransmite normalmente los datagramas con otros valores
para la direccin de destino: el valor TTL se decrementa en al menos un
segundo, como es habitual.

- UIGV - 50
Redes Telemticas I

Esto permite a un host localizar al servidor ms cercano que est


escuchando sobre un direccin multicast usando lo que se llama
"expanding ring search"(bsqueda expansiva en anillo) . El host enva un
datagrama con un valor TTL de 1(misma subred) y espera una respuesta.
Si no se recibe ninguno, prueba con un TTL de 2, luego de 3, etc. Al final
encontrar al servidor ms cercano.

- UIGV - 51