Diseño e Implementación de Redes

UNIDAD IV
PROTOCOLOS DE RED Y TRANSPORTE

4.1. DRIVER MAC

4.1.1 Envío de Datos Sobre las Capas del Modelo OSI

El modelo OSI define como se traspasan los datos de una aplicación de usuario al
cable de red. Conforme los datos se pasan de la capa de aplicación hacia las capas del
modelo, cada capa agrupa los datos con información específica. Esta información, en
forma de encabezados y o colas, es leída posteriormente por su similar en el otro
extremo. La capa física añade encabezados de información llamados preámbulo de la
trama hacia el exterior de la trama y la información de la cola se le llama postambulo
hacia afuera de la trama pero no añade datos dentro de la trama.

Conforme pasa por las capas del modelo OSI, los datos son envueltos con siete capas
de información, de acuerdo a como se ilustra en la figura.

Ingeniería en Sistemas Computacionales 86

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

Cuando las tramas de datos llegan al destino en la computadora, cada capa

desenvuelve el encabezado apropiado o la cola, de información de preámbulo y
postambulo. Cada capa lee información incluida por su correspondiente capa en la
computadora que envía y responde a eso. Entonces pasan las tramas de datos a la
siguiente capa superior.

4.1.2 Modelo IEEE 802

Otro modelo de red se desarrolló por la IEEE. Conforme han proliferado los
productores de red. y con ellos la necesidad de consistencia. la IEEE inicio a definir
estándares para LAN. Su proyecto llamado 802 por el año y el mes de inicio (Febrero
de 1980).
El proyecto 802 define estándares de LAN para la capa física y de enlace de datos del
modelo OSI. Aunque los estándares publicados por la IEEE actualmente rebasaron los
estándares ISO, ambos estuvieron en desarrollo al mismo tiempo y ambos
compartieron información, lo cual resultó en dos modelos compatibles.
Los comités para los estándares 802 estuvieron acordes con la mayoría de las capas
del modelo OSI pero decidieron que se necesitaba mayor detalle en la capa de enlace
de datos. El proyecto 802 dividió la capa de enlace de datos en dos subcapas: La de
control de acceso al medio (MAC) y control del enlace lógico (LLC).

Documentos IEEE.

El proyecto concluyó en una cantidad de documentos, incluyendo tres estándares clave

para las topologías de red. Estas topologías son:

802.3 Define los estándares de las redes de bus, tales como Ethernet, que utilizan el
mecanismo llamado Detección de portadora de múltiple acceso con detección de
colisiones (CSMA/CD)

802.4 Define los estándares para las redes token passing

802.5 Estándares para las redes token ring.

IEEE define la funcionalidad para la capa LLC en el estándar 802.2 y define la

funcionalidad de la capa MAC y la capa física en los estándares anteriormente listados

Ingeniería en Sistemas Computacionales 87

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

Capa 802.1 Administración de red

LLC
802.2 Control de enlace lógico

Capa 802.3 802.4 802.5

MAC CSMA/ Token Token
CD Bus ring

Estándares del proyecto 802 relacionados

con las subcapas MAC y LLC

4.1.2.1 Subcapa MAC

Tal como se muestra en la figura, la subcapa MAC, es la capa inferior de las subcapas
y proporciona accesos compartidos para adaptadores de red de computadora hacia la
capa física, y es responsable de entregar datos libres de errores entre dos
computadoras en una red.

4.1.2.2 Subcapa LLC

La subcapa de control del enlace lógico, la superior , administra comunicaciones de

enlaces de datos y define el uso de puntos de interfase lógico llamado puntos de
acceso a servicios (SAP’s) que otra computadora puede hacer referencia a y utilizar
para transferir información de la subcapa LLC hacia las capas superiores del modelo.

Aplicación
Presentación
Sesión
Transporte
LLC
Red
Datos
Física MAC

Ingeniería en Sistemas Computacionales 88

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

4.2 DRIVERS DE PROTOCOLO

Un protocolo es una serie de reglas que gobiernan las comunicaciones entre dos
estaciones, tal como dos personas necesitan de comunicarse en el mismo lenguaje de
tal manera que se puedan hablar el uno al otro. las estaciones necesitan correr el
mismo driver de protocolo para poder comunicarse. Un protocolo de red o driver de
protocolo, es generalmente responsable para el empaquetamiento y ruteo de datos y
mensajes de aplicación en las capas de red y transporte. En el lado de transmisión el
driver empaca y direcciona los datos y entonces pasa a la capa MAC, en el lado
receptor se reciben los datos de la capa MAC.

4. CAPA DE TRANSPORTE

3. CAPA DE RED

2b. CONTROL DE ENLACE LÓGICO

2a. CONTROL DE ACCESO AL MEDIO

1. CAPA FISICA

Capas de Red y Transporte del Modelo OSI

A veces un componente separado llamado transporte, administra y maneja los

mensajes de aplicación mientras que el protocolo administra y maneja datos. En otros
casos, como en caso del protocolo Microsoft BEUI, ambas funciones se manejan por el
protocolo, Un driver de protocolo que maneja las funciones del driver de MAC a través
de la capa de transporte es un driver de protocolo que recibe el nombre de protocolo
monolítico, y un protocolo monolítico no necesita utilizar un driver de MAC
independiente. De cualquier manera un protocolo monolítico puede ser bromoso e
inflexible. Por esta razón es muy poco utilizado.

4.3 PROTOCOLOS COMUNES DE RED

La habilidad de rutear datos agrega complejidad y un encabezado al driver de

protocolo. Un protocolo que tiene la habilidad de rutear datos es llamado protocolo
ruteable. Los no ruteables no tiene esta capacidad. Como resultado los no ruteables
son mas pequeños, simples y rápidos. Si se necesita rutear datos más allá de una
simple LAN, se necesitará un protocolo ruteable; de otra forma se tendrá que utilizar un
protocolo no ruteable. Ejemplos de drivers de protocolos ruteables son XNS y TCP-IP.
el NetBEUI de Microsoft es un protocolo no ruteable.

Hasta el momento, los protocolos se han visto en forma genérica. En las siguientes

Ingeniería en Sistemas Computacionales 89

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

secciones se describen algunos de los protocolos de red más populares.

4.3.1 NETBIOS / NETBUEI

NetBIOS (Network Basic Input/Output System) es un programa que permite que se

comuniquen aplicaciones en diferentes computadoras dentro de una LAN. Desarrollado
originalmente para las redes de ordenadores personales IBM, fue adoptado
posteriormente por Microsoft. NetBIOS se usa en redes con topologías Ethernet y token
ring. No permite por si mismo un mecanismo de enrutamiento por lo que no es
adecuado para redes de área extensa (MAN), en las que se deberá usar otro protocolo
para el transporte de los datos (por ejemplo, el TCP).

NetBIOS puede actuar como protocolo orientado a conexión o no (en sus modos
respectivos sesión y datagrama). En el modo sesión dos ordenadores establecen una
conexión para establecer una conversación entre los mismos, mientras que en el modo
datagrama cada mensaje se envía independientemente.

Una de las desventajas de NetBIOS es que no proporciona un marco estándar o

formato de datos para la transmisión.

NetBEUI (NetBIOS Extended User Interface o Interfaz de Usuario para NetBIOS) es

una versión mejorada de NetBIOS que sí permite el formato o arreglo de la información
en una transmisión de datos. También desarrollado por IBM y adoptado después por
Microsoft, es actualmente el protocolo predominante en las redes Windows NT, LAN
Manager y Windows para Trabajo en Grupo.

Aunque NetBEUI es la mejor elección como protocolo para la comunicación dentro de

una LAN, el problema es que no soporta el enrutamiento de mensajes hacia otras
redes, que deberá hacerse a través de otros protocolos (por ejemplo, IPX o TCP/IP).
Un método usual es instalar tanto NetBEUI como TCP/IP en cada estación de trabajo y
configurar el servidor para usar NetBEUI para la comunicación dentro de la LAN y
TCP/IP para la comunicación hacia afuera de la LAN.

Una de las ventajas de este protocolo es un tamaño de pila pequeño (importante para
las aplicaciones MS-DOS) su velocidad para la transferencia de datos en el medio de
red, y su compatibilidad con todos los productos de red de Microsoft.

La mayor desventaja es que es un transporte de LAN, y por eso no soporta el ruteo,

también se limita a las redes Microsoft.

4.3.2 TCP-IP

El Protocolo de Control de Transmisión/Protocolo de Internet (TCP/IP) es un estándar

Ingeniería en Sistemas Computacionales 90

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

de red que proporciona comunicaciones entre sistemas finales disimilares. Fue

desarrollado por el departamento de la Defensa de USA, para su trabajo en redes
interno, el cual fue implementado en otras entidades gubernamentales y en escuelas.
Desde entonces ha estado en el ambiente computacional como el protocolo estándar
utilizado para la interoperabilidad entre diferentes tipos de computadoras, Esta
interoperabilidad se ha vuelto una de las principales ventajas de TCP/IP. Casi todas las
redes soportan a TCP/IP como protocolo. También soporta el ruteo y comúnmente se
utiliza como el protocolo para el trabajo interredes.

Los dos protocolos principales de TCP/IP son IP, perteneciente a la capa de red, y
TCP, perteneciente a la capa de transporte. El identificador de cada puesto es la
dirección IP.

Una dirección IP es un número de 4 bytes. Por ejemplo: 194.142.78.95. Este número

lleva codificado la dirección de red y la dirección de host. Las direcciones IP se
clasifican en:

 Direcciones públicas. Son visibles desde todo Internet. Se contratan tantas como
necesitemos. Son las que se asignan a los servidores de Internet que sirven
información 24 horas al día (por ejemplo, un servidor web).
 Direcciones privadas. Son visibles sólo desde una red interna pero no desde
Internet. Se utilizan para identificar los puestos de trabajo de las empresas. Se
pueden utilizar tantas como se necesiten; no es necesario contratarlas.

Las dos principales desventajas de TCP/IP son su tamaño y su velocidad. Ya que tiene
una pila relativamente grande (sobre dos veces la del protocolo NetBEUI), lo cual
normalmente causa problemas para los sistemas basados en DOS. Y proporciona
velocidades lentas de transferencia en una LAN.

4.3.3 XNS

A finales de los 70, Xerox Corporation desarrolló y publicó un estándar abierto llamado
Especificación de Red Xerox (Xerox Network Specification, XNS). La Especificación de
Red Xerox definía una serie de protocolos designados para la interconexión de
propósito general, con un gran énfasis en el uso de redes de área local. Había dos
protocolos de red principales implicados: el Protocolo de Datagramas de Internet
(Internet Datagram Protocol, IDP), que proporcionaba un transporte de datagramas sin
conexión y no fiable de un nodo a otro, y el Protocolo de Paquetes Secuenciados
(Sequenced Packet Protocol, SPP), que era una forma modificada del IDP basada en la
conexión y fiable. Los datagramas de una red XNS eran direccionados individualmente.
El esquema de direccionamiento utilizaba una combinación de una dirección de red IDP
de 4 bytes (que era asignada unívocamente a cada segmento de la LAN Ethernet), y la
dirección de nodo de 6 bytes (la dirección de la tarjeta NIC). Los enrutadores eran

Ingeniería en Sistemas Computacionales 91

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

dispositivos que desviaban datagramas entre dos o más redes IDP separadas. En IDP
no existe el concepto de subred; cualquier colección nueva de nodos requiere la
asignación de otra dirección de red. Las direcciones de red se escogen de manera que
sean únicas en la interred en cuestión.

El protocolo XNS se convirtió en el más ampliamente utilizado a mediados de los 80,

pero fue reemplazado lentamente por el TCP/IP. Es grande y lento (como TCP-IP) pero
produce más señales tipo broadcast, provocando más trafico de red.

4.3.4 IPX/SPX

La familia de protocolos IPX/SPX (Internetwork Packet Exchange / Sequential Packet

Exchange, intercambio de paquetes entre redes / intercambio de paquetes
secuenciales) fue desarrollada por Novell a principios de los años 80. Gozó de gran
popularidad durante unos 15 años si bien actualmente ha caído en desuso. Estos
protocolos fueron creados como parte del sistema operativo de red Novell NetWare. En
un principio fueron protocolos propietarios aunque más adelante se comenzaron a
incorporar a otros sistemas operativos: Windows los incluye con los nombres de
Protocolo compatible con IPX/SPX o Transporte compatible NWLink IPX/SPX según las
versiones.

IPX/SPX es enrutable: hace posible la comunicación entre ordenadores pertenecientes

a redes distintas interconectadas por encaminadores (routers). Los principales
protocolos de IPX/SPX son, como su nombre indica, IPX y SPX. El primero pertenece a
la capa de red y se encarga del envío de los paquetes (fragmentos de mensajes) a
través de las redes necesarias para llegar a su destino. SPX pertenece a la capa de
transporte: gestiona el envío de mensajes completos entre los dos extremos de la
comunicación.

La estructura de protocolos IPX/SPX se corresponde en gran medida con TCP/IP. Su

configuración es más sencilla que en TCP/IP aunque admite menos control sobre el
direccionamiento de la red. El identificador de cada puesto en la red es un número de 6
bytes, que coincide con la dirección física de su adaptador, seguido de un número de 6
bytes, que representa la dirección de la red.

Por ejemplo: 44.45.EA.54.00.00:4C.34.A8.59  (nodo:red).

La mayor desventaja del IPX/SPX es que es un protocolo propietario de Novell, así que
normalmente opera únicamente conectado a una red con el sistema operativo Novell
Netware. Debido a esto Novell ha venido suministrando el protocolo TCP/IP como uno
de sus productos.

Ingeniería en Sistemas Computacionales 92

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

4.3.5 APPLETALK

Este protocolo está incluido en el sistema operativo de las computadoras Apple de

Macintosh desde su aparición y permite interconectar computadoras y periféricos con
gran sencillez para el usuario, ya que no requiere ningún tipo de configuración por su
parte, el sistema operativo se encarga de todo.

Es un protocolo enrutable. El identificador de cada puesto es un número de 1 byte y el

de cada red, un número de 2 bytes. Por ejemplo, "50.8" representa la computadora 8
de la red 50. Si el número de puestos en una red es superior a 253 nodos, se utilizan
varios números de redes contiguos en lugar de sólo uno. Por ejemplo, la red "100-101"
dará cabida a 506 nodos. Un nodo conectado a la red "100-101" tendrá una dirección
de la forma "100.x". En la terminología de Apple, una red se conoce como una zona.

Existen tres formas básicas de este protocolo:

 LocalTalk.

Es la forma original del protocolo. La comunicación se realiza por uno de los puertos
serie del equipo. La velocidad de transmisión no es muy rápida pero es adecuada
para los servicios que en principio se requerían de ella, principalmente compartir
impresoras.

 Ethertalk.

Es la versión de Appletalk sobre Ethernet. Esto aumenta la velocidad de transmisión

y facilita aplicaciones como la transferencia de archivos.

 Tokentalk.

Es la versión de Appletalk para redes Tokenring.

4.3.6 Otros

Existen otros protocolos propietarios de red, diseñados y desarrollados

específicamente para trabajar con un tipo de red. Por ejemplo el DECnet desarrollado

Ingeniería en Sistemas Computacionales 93

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

por Digital para uso de su red y VINES desarrollado por Banyan para uso de su red,
ambos protocolos son ruteables.

4.4 ESTANDARES DE DISPOSITIVOS DE INTERFASES

Hasta los últimos años de la década de los 80, cada driver de protocolo se comunicaba
de una sola manera con el driver MAC, Varias implementaciones de drivers de
protocolo se realizaron en implementaciones propietarias para la interface con la
subcapa MAC. Esta interface definía como el driver de protocolo debería conversar con
el otro adaptador de red. Esto significaba que cada adaptador de red para cada
fabricante tuviera que crear interfaces individuales para soportar la gran variedad de
implementaciones de drivers de protocolos para uso con varios ambientes y sistemas
operativos de red.

Se desarrollaron dos estándares para resolver este problema. La Especificación para la

interface de Dispositivos de Red (NDIS). y la interface para enlace de Datos Abierta
(ODI). Su propósito ha sido definir estándares de interface para comunicaciones entre
el driver MAC y drivers de protocolo.

4.4.1 NDIS (Network Device Interface Specification)

(Especificación Para La Interfase De Dispositivos De Red)

En 1989 Microsoft y 3Com, unidos desarrollaron un estándar que definía la interface

para comunicaciones entre la capa MAC y los drivers de protocolo que residían en las
capas de red y transporte del modelo OSI. Este estándar es conocido como NDIS.
Permite crear un ambiente flexible para el intercambio de datos. Define la interface de
software llamado interface NDIS, utilizado por los driver de protocolo para comunicarse
con el adaptador de red.

Ingeniería en Sistemas Computacionales 94

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

Ventajas de la Estandarización de la Interface

1. El driver de protocolo solamente necesita saber como identificar y aceptar comandos

NDIS para comunicarse con la subcapa MAC y no necesita saber como están los
detalles de la implementación de un driver MAC específico. Por esta razón cualquier
protocolo que cumpla con NDIS puede comunicarse con cualquier otro driver MAC
que cumpla con NDIS. A este proceso se le llama atadura y es utilizado para
establecer las comunicaciones iniciales entre el driver de protocolo y el driver MAC.

Driver de
Protocolo Driver de
Protocolo

Driver/Adaptador Driver/Adaptador
MAC MAC

Antes de la atadura Después de la atadura

Ingeniería en Sistemas Computacionales 95

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

2. NDIS claramente define cuales funciones desarrolla el driver de protocolo y cuales

funciones desarrolla el driver MAC. El fabricante del adaptador de red escribe un
driver MAC pequeño que sabe somo identificar y aceptar comandos NDIS, en su
capa final y como se comunica el adaptador de red en la parte inferior. Desde que
NDIS se ha vuelto un dispositivo de driver ampliamente aceptado. Los adaptadores
de red que cumplen con el estándar NDIS han podido trabajar con un amplio rango
de software de red que soportan NDIS, Esto permite que se escojan adaptadores de
red independientemente del software de red.

3. NDIS proporciona un cambio para unir múltiples protocolos y drivers de MAC, de tal
forma que se pueden utilizar con múltiples adaptadores de red al mismo tiempo.
NDIS define un driver de software llamado Manejador de Protocolo. Es utilizado para
unir los drivers de MAC y de protocolo. La versión de NDIS 2.0.1l, permite que una
sola computadora tenga hasta cuatro adaptadores de red instalados en ella. Cada
adaptador de red puede soportar un máximo de 4 protocolos, con máximo 8
protocolos por computadora. La versión 3.0 no tiene limite en el numero de drivers
de protocolo soportados en una computadora. La ventaja de soportar múltiples
drivers de protocolo en una sola tarjeta es que esa estación de trabajo puede tener
accesos simultáneos a diferentes tipos de servidores de red. Por ejemplo, una
estación de trabajo puede tener acceso a una LAN Manager de Mircrosoft y a una
UNIX con TCP-IP simultáneamente.

Ingeniería en Sistemas Computacionales 96

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

4.4.2 ODI (Open Data-Link Interfase)

(Interfase Abierta para el Enlace de Datos)

La especificación de la interface para enlace de datos abierta (ODI), fue definida por
Novell y Apple para simplificar el desarrollo de drivers y para proporcionar soporte a
múltiples drivers de protocolo en un solo adaptador de red. Similarmente a NDIS en
muchos aspectos. ODI permite que los Drivers de Novell Netware se escriban sin
preocuparse por el driver protocolo que van utilizar para comunicarse con ellos.

Ingeniería en Sistemas Computacionales 97

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES
 Diseño e Implementación de Redes

Existen tres piezas principales que forman a la interface ODI.

1. LSL.COM - La capa de soporte al enlace (LSL - Link support layer), proporciona la

fase del driver MAC para comunicarse con múltiples drivers de protocolo. LSL.COM
desarrolla funciones similares al manejador de protocolos NDIS.

2. El driver de múltiples enlaces a interfaces (MLID - Multiple Link Interfase Driver), es

el componente que se comunica entre el adaptador de red y el LSL. Este es un
código dependiente del hardware creado para adaptar a un fabricante de tarjetas.
Este código usualmente lleva el nombre del adaptador soportado.

3. La versión ODI del protocolo IPX/SPX IPXODI.COM. utilizado en lugar del estándar
IPX.COM, Se comunica entre el LSL y las aplicaciones.

Ingeniería en Sistemas Computacionales 98

ING MARCELO ALONSO MONDRAGON ING SUSANA GARCIA MORALES LIC CONCEPCION BRIBIESCA ARAGON ING. EN SISTEMAS COMPUTACIONALES