1 capa de red

es un nivel o capa que proporciona conectividad y seleccin de ruta entre dos

sistemas de hosts que pueden estar ubicados en redes geogrficamente
distintas. Es el tercer nivel del modelo OSI y su misin es conseguir que los
datos lleguen desde el origen al destino aunque no tengan conexin directa.
Ofrece servicios al nivel superior (nivel de transporte) y se apoya en el nivel de
enlace, es decir, utiliza sus funciones.
2 trama ether

a) Formato de trama Ethernet.

b) Formato trama IEEE 802.3

3 paquete IP

Se considera que un paquete corresponde a la capa de red del Modelo OSI (Open System
Interconnection; interconexin de sistemas abiertos: ISO/IEC 7498-1), como por ejemplo,
en el caso del protocolo IP. Siendo el paquete la unidad de datos de protocolo (PDU) de
la capa de red.
Por lo general, cada capa emisora de un protocolo toma la PDU de una capa superior, y lo
codifica dentro del rea de datos. A medida que se transmite, la capa recibe la PDU de su
capa par, recupera el rea de datos y la transmite a una capa superior, que procede de igual
manera. Por esto, las PDU tiene encapsuladas, en su rea de datos, otras PDU.
El protocolo de red IP solo tiene cabecera, ya que no realiza ninguna comprobacin sobre el
contenido del paquete. Sus campos se representan siempre alineados en mltiplos de 32
bits. Los campos son, por este orden:

Versin: 4 bits, se usa la versin 4 (IPv4), y ya esta en funcionamiento la versin 6.

Este campo permite a los routers discriminar si pueden tratar o no el paquete.

Longitud de cabecera (IHL): 4 bits, indica el nmero de palabras de 32 bits que

ocupa la cabecera. Esto es necesario porque la cabecera puede tener una longitud
variable.

Tipo de servicio: 6 bits (+2 bits que no se usan), en este campo se pensaba recoger
la prioridad del paquete y el tipo de servicio deseado, pero los routers no hacen
mucho caso de esto y en la prctica no se utiliza. Los tipos de servicios posibles
son:
o D (Delay): menor retardo, por ejemplo: para audio o vdeo.
o T (Throughput): mayor velocidad, por ejemplo: para envo de ficheros
grandes.
o R (Reliability): mayor fiabilidad, para evitar (en la medida de lo posible) los
reenvos.

Longitud del paquete: 16 bits, como esto lo incluye todo, el paquete ms largo que
puede enviar IP es de 65535 bytes, pero la carga til ser menor, porque hay que
descontar lo que ocupa la propia cabecera.

Identificacin: 16 bits, es un nmero de serie del paquete, si un paquete se parte en

pedazos ms pequeos (se fragmenta) por el camino, cada uno de los fragmentos
llevar el mismo nmero de identificacin.

Control de fragmentacin: son 16 bits que se dividen en:

o 1 bit vaco: sobraba sitio.
o 1 bit DF (dont't fragment): si vale 1, le advierte al router que este paquete
no se corta.
o 1 bit MF (more fragments): indica que este es un fragmento de un paquete
ms grande y que, adems, no es el ltimo fragmento.
o Desplazamiento de fragmento: es la posicin en la que empieza este
fragmento respecto del paquete original.

Tiempo de vida: 8 bits, en realidad se trata del nmero mximo de routers (o de

saltos) que el paquete puede atravesar antes de ser descartado. Como mximo 255
saltos.

Protocolo: 8 bits, este campo codifica el protocolo de nivel de transporte al que va

destinado este paquete. Est unificado para todo el mundo en Nmeros de
protocolos1 por la Internet Assigned Numbers Authority (IANA).2

Checksum de la cabecera: 16 bits, aunque no se comprueben los datos, la

integridad de la cabecera s es importante, por eso se comprueba.

Direcciones de origen y destino: 32 bits cada una; son las direcciones IP de las
estaciones de origen y destino.

Opciones: esta parte puede estar presente o no, de estarlo su longitud mxima es de
400 bytes.

4Concepto de encaminaiento
El encaminamiento, enrutamiento o ruteo es la funcin de buscar un
camino entre todos los posibles en una red de paquetes cuyas topologas
poseen una gran conectividad. Dado que se trata de encontrar la mejor ruta
posible, lo primero ser definir qu se entiende por "mejor ruta" y en
consecuencia cul es la "mtrica" que se debe utilizar para medirla.
5 PROTOCOLO ARP OBJETIVO Y FUNCIONAMIENTO

El objetivo del protocolo ARP

El protocolo ARP tiene un papel clave entre los protocolos de capa de Internet relacionados
con el protocolo TCP/IP, ya que permite que se conozca la direccin fsica de una tarjeta de
interfaz de red correspondiente a una direccin IP. Por eso se llama Protocolo de
Resolucin de Direccin (en ingls ARP significa Address Resolution Protocol).

El protocolo RARP
El protocolo RARP (Protocolo de Resolucin de Direccin Inversa) es mucho menos
utilizado. Es un tipo de directorio inverso de direcciones lgicas y fsicas.
En realidad, el protocolo RARP se usa esencialmente para las estaciones de trabajo sin
discos duros que desean conocer su direccin fsica.
El protocolo RARP le permite a la estacin de trabajo averiguar su direccin IP desde una
tabla de bsqueda entre las direcciones MAC (direcciones fsicas) y las direcciones IP
alojadas por una pasarela ubicada en la misma red de rea local (LAN).
Para poder hacerlo, el administrador debe definir los parmetros de la pasarela (router) con
la tabla de bsqueda para las direcciones MAC/IP. A diferencia del ARP, este protocolo es
esttico. Por lo que la tabla de bsqueda debe estar siempre actualizada para permitir la
conexin de nuevas tarjetas de interfaz de red.
El protocolo RARP tiene varias limitaciones. Se necesita mucho tiempo de administracin
para mantener las tablas importantes en los servidores. Esto se ve reflejado aun ms en las
grandes redes. Lo que plantea problemas de recursos humanos, necesarios para el
mantenimiento de las tablas de bsqueda y de capacidad por parte del hardware que aloja la

parte del servidor del protocolo RARP. Efectivamente, el protocolo RARP permite que
varios servidores respondan a solicitudes, pero no prev mecanismos que garanticen que
todos los servidores puedan responder, ni que respondan en forma idntica. Por lo que, en
este tipo de arquitectura, no podemos confiar en que un servidor RARP sepa si una
direccin MAC se puede conectar con una direccin IP, porque otros servidores ARP
pueden tener una respuesta diferente. Otra limitacin del protocolo RARP es que un
servidor slo puede servir a una LAN.
Para solucionar los dos primeros problemas de administracin, el protocolo RARP se puede
remplazar por el protocolo DRARP, que es su versin dinmica. Otro enfoque consiste en la
utilizacin de un servidor DHCP (Protocolo de configuracin de host dinmico), que
permite una resolucin dinmica de las direcciones. Adems, el protocolo DHCP es
compatible con el protocolo BOOTP (Protocolo de secuencia de arranque) y, al igual que
este protocolo, es enrutable, lo que le permite servir varias LAN. Slo interacta con el
protocolo IP.