SISTEMAS TELEMATICOS

Captulo 2 Arquitectura de Protocolos

Protocolos
Segn sus caractersticas, podran ser:
Directos o Indirectos. Monolticos o Estructurados. Simtricos o Asimtricos. Estndares o No estndares.

Directos / Indirectos
Directos:
Se caracterizan porque los datos pasarn directamente entre las entidades sin la intervencin de un agente activo.
Sistemas que comparten una lnea punto a punto. Sistemas que comparten una lnea multipunto.

Indirectos:
El intercambio de datos depender de otras entidades.
Red conmutada. Redes interconectadas o Internet.

Monoltico / Estructurado
La comunicacin entre sistemas es una tarea compleja como para abordarla y concebirla monolticamente como un todo. Se puede optar por una tcnica de diseo e implementacin estructurada.
En lugar de un nico protocolo, habr un conjunto de protocolos organizados con una estructura por capas. Las funciones bsicas se implementarn en las entidades de los niveles inferiores, las cuales proporcionarn servicios a las entidades de los niveles superiores. Arquitectura de protocolos.
4

Simtrico / Asimtrico
Simtrico:
La comunicacin se realiza entre entidades pares.

Asimtrico:
Cliente/servidor.

Estndar / No estndar
Un protocolo no estndar es aquel que se disea y se implementa para una comunicacin particular.
K tipos diferentes de fuentes con L tipos de receptores de informacin necesitan K*L protocolos diferentes y 2*K*L implementaciones diferentes.

Si se usase un protocolo comn, se necesitaran tan slo K + L implementaciones.

Uso de protocolos estandarizados

(a) Sin estndares: 12 protocolos; 24 implementaciones de protocolos

(b) Con estndares: 1 protocolo; 7 implementaciones

Funciones de los protocolos

Encapsulamiento. Segmentacin y ensamblado. Control de la conexin. Entrega en orden. Control de flujo. Control de errores. Direccionamiento. Multiplexacin. Servicios de transmisin.
No todos los protocolos proporcionan estas funciones, sino

algunas de ellas.

Encapsulamiento
Debe aadir a los datos informacin de control:
Direccin. Cdigo para la deteccin de errores. Control del protocolo.
Datos de la aplicacin

Cabecera de transporte

Datos de protocolo de transporte Cabecera de transporte

Cabecera de red

Cabecera de red

Datos de protocolo de red (paquetes) 9

Segmentacin (fragmentacin)
Las transferencias de informacin se realiza mediante una secuencia de bloques de datos de tamao limitado. Los datos agrupados en mensajes pueden ser demasiado grandes. Puede que la red slo acepte bloques ms pequeos. La segmentacin supone partir los datos en bloques ms pequeos (o fragmentacin en TCP/IP):
En una red ATM, el tamao de los bloques est limitado a 53 octetos. Ethernet impone un tamao mximo de 1.526 octetos.
10

Segmentacin (fragmentacin)
En el nivel de aplicacin la unidad lgica de datos se denomina mensaje. Si el mensaje es muy largo ser segmentado por los protocolos de los niveles inferiores en bloques ms pequeos denominados PDU (Protocol Data Unit).

11

Por qu fragmentar?
Ventajas:
Mecanismos para el control de errores ms eficientes. El acceso a las facilidades de transmisin ser ms equitativo. Retardos inferiores. Tamaos menores de memoria temporal (buffers). Facilidad para llevar a cabo tareas de comprobacin y/o reinicio/recuperacin.

Desventajas:
Mayor informacin suplementaria. Incremento del nmero de interrupciones. Ms tiempo de procesamiento.
12

Control de la conexin
Fases:
Establecimiento de la conexin. Transferencia de datos. Cierre de la conexin.

Tambin pueden darse fases de interrupcin de la conexin y fases de recuperacin (tratamiento de errores y control de la conexin). La numeracin secuencial se usa para:
La entrega en orden. El control de flujo. El control de errores.
13

Fases en la transferencia de datos orientada a conexin

Entidad de protocolo Entidad de Entidad de protocolo protocolo

Mltiples intercambios

14

Entrega en orden
Puede que las PDU hayan seguido rutas distintas para llegar al destino (en transferencia de datagramas, con el uso de protocolos no orientados a conexin). Puede que las PDU lleguen con un orden diferente al de partida. Si cada PDU se enumera secuencialmente, se podrn reordenar en destino.

15

Control de flujo
Operacin realizada por la entidad receptora. Limita la velocidad o la cantidad de datos que enva la entidad emisora. Existen diferentes modalidades:
Procedimiento de parada-y-espera (Stop and wait). Sistema de crditos:
Ventana corredera.

Debe realizarse en varias capas de la torre de protocolos:

Nivel de aplicacin Nivel de red.
16

Control de errores
Tcnicas necesarias para recuperar prdidas o deterioros de los datos e informacin de control. Deteccin de errores:
El El Si Si emisor inserta un cdigo que sea capaz de detectar errores. receptor comprobar el valor del cdigo. se detecta un error, el receptor descartar la PDU. OK -> envo de confirmacin.

Retransmisin:
Si no se recibe una confirmacin de la PDU transmitida, el emisor retransmitir la PDU.

Tambin se debe realizar a varios niveles o capas.

17

Direccionamiento

Abarca una serie de cuestiones:

Nivel de direccionamiento. Alcance del direccionamiento. Identificadores de la conexin. Modo de direccionamiento.

18

Nivel de direccionamiento
Hace referencia al nivel de la arquitectura en el que se identifica a la entidad. Cada sistema (servidor) o sistema intermedio (router) est asociado a una direccin nica. Direccin del nivel de la red:
Direccin IP o direccin Internet (TCP/IP). Punto de acceso al servicio de red o NSAP (OSI). NSAP (Network Service Access Point).

Proceso dentro del sistema:

Nmero de puerto (TCP/IP). Punto de acceso al servicio o SAP (OSI).
19

Conceptos de direccionamiento
Estacin A
Aplicacin
Aplicacin X

Estacin B
Puerto o punto de acceso al servcio (SAP) Conexin lgica (conexin TCP)
Direccin global de la red
Aplicacin Aplicacin Aplicacin X Y Y

Protocolo de acceso a la red #1

Fsica

Direccin del punto de conexin a la red

Conexin lgica (por ejemplo: circuito virtual)

Protocolo de acceso a la red #2

Fsica

Red 1

Red 2

NAP: Network attachment point address

20

Alcance del direccionamiento

No ambigedad global:
Una direccin global identifica a un solo sistema. Slo hay un sistema con direccin X. Los sinnimos estn permitidos (Un sistema dado puede tener ms de una direccin global).

Aplicabilidad global:
Desde cualquier sistema se podr identificar a cualquier otro, utilizando su direccin global. La direccin X identifica cualquier sistema conectado a cualquier red.

Ejemplo: La direccin MAC en una red IEEE 802.

21

Identificadores de la conexin
Utilizados en transferencias orientadas a conexin (circuitos virtuales). A veces es deseable utilizar un nombre de conexin durante la fase de transmisin:
Reduccin de cabeceras:
Estos identificadores son, por lo general, ms cortos que las direcciones globales.

Encaminamiento:
Sirve para que los sistemas intermedios identifiquen una ruta y puedan encaminar las PDU futuras.

Multiplexacin:
Una entidad puede utilizar simultneamente ms de una conexin. Las PDU se deben identificar mediante el identificador de conexin.

Uso de la informacin de estado:

Los sistemas finales deben mantener informacin relativa a la conexin.
22

Modo de direccionamiento
Normalmente, una direccin alude a un nico sistema o puerto:
Direccin unidestino (unicast). Enviado a una mquina o persona.

Una direccin puede aludir a todas las entidades dentro de un dominio:

Direccin difusin (broadcast). Enviado a todas las mquinas o usuarios.

Una direccin puede referirse a un subconjunto especfico de entidades en un dominio:

Direccin multidestino (multicast). Enviado a algunas mquinas o grupos de usuarios.
23

Multiplexacin
Se establecen varias conexiones dentro de un nico sistema. Puede realizarse de dos formas distintas:
Multiplexacin ascendente (o hacia adentro):
Varias conexiones del nivel superior comparten, o se multiplexan sobre una nica conexin del nivel inferior. til para hacer un uso ms eficaz del servicio del nivel inferior o para proporcionar varias conexiones del nivel superior en un entorno donde slo exista una nica conexin del nivel inferior. Una nica conexin del nivel superior utilizando varias conexiones del nivel inferior. El trfico de la conexin del nivel superior se divide as entre las conexiones inferiores. Aade seguridad a la conexin y mejora las prestaciones y la eficacia.

Multiplexacin descendente (o divisin):

Tambin a travs de los puertos.

24

Multiplexacin

25

Servicios de transmisin
Prioridad:
Ejemplo: mensajes de control.

Calidad del servicio:

Velocidad de transmisin mnima. Retardo mximo.

Seguridad:
Acceso restringido.

26

Estandarizacin
Los estndares: Facilitan la interoperatividad entre equipos de distintos
fabricantes. Estimulan la economa de gran escala.

Las tareas en las comunicaciones son muy complejas, deberan dividirse en tareas ms manejables, organizndose en una arquitectura de comunicaciones. Esta arquitectura ser el marco de referencia para la normalizacin. El comit OSI comenz a trabajar en 1977. En 1984 se public el estndar final ISO 7498. La CCITT (Ahora ITU-T) especific una versin tcnicamente compatible (X.200).
27

El modelo OSI
Modelo jerarquizado en capas. Cada capa realiza un conjunto de funciones, relacionadas entre s, necesarias para comunicarse con otros sistemas. Cada capa se sustenta en la capa inmediatamente inferior, la cual realizar funciones ms primitivas, ocultando los detalles a las capas superiores. Cada capa proporciona servicios a la capa inmediatamente superior. Los cambios en una capa no implicarn cambios en las otras capas.
28

El entorno OSI
Construccin de una PDU de salida
Aplicacin X Aplicacin Y

Reduccin de una PDU de entrada

Datos del usuario

Aplicacin

Aplicacin Presentacin Sesin

Datos del usuario

Presentacin Sesin

Transporte

Transporte

Red

Red Enlace de datos Infraestructura de comunicaciones (p.e.: enlace punto-a-punto, red) Fsica

Enlace de datos Fsica

29

La arquitectura OSI como un modelo de referencia para la nominalizacin

Capa 7 (aplicacin)
Servicio a la capa N + 1

Funcin de comunicacin total Descomposicin (modularidad, ocultar informacin)

Capa N

Entidad de la capa N

Protocolo con la capa par N

Servicio a la capa N - 1 Capa 1 (fsica)

Estndares de aplicacin en OSI (por ejemplo: gestin de red, seguridad)

30

Normas especficas de capa

Definicin de servicio (descripcin funcional para uso interno) Direccionamiento (punto de acceso al servicio)

Capa N

Especificacin del protocolo (sintaxis y semntica necesarias para la interoperatividad)

31

Elementos de la normalizacin
Especificacin del protocolo:
Dos entidades en la misma capa en sistemas diferentes cooperan e interactan por medio del protocolo. Pueden estar implicados sistemas abiertos diferentes. El protocolo se debe especificar con precisin:
Dar formato a la unidad de datos. Semntica de todos los campos. Secuencia permitida de PDU.

Definicin del servicio:

Descripcin funcional que define qu servicios se estn proporcionando, pero no cmo.

Direccionamiento:
Las entidades se identifican mediante un punto de acceso al servicio (SAP).
32

Las capas de OSI

Capa fsica:
Se encarga de la interfaz fsica entre los dispositivos:
Mecnica. Elctrica. Funcional. De procedimiento.

Capa del enlace de datos:

Proporciona los medios para activar, mantener y desactivar el enlace. Deteccin y control de errores. La capa adyacente superior puede suponer que la transmisin est libre de errores.
33

Las capas de OSI

Capa de red:
Transferencia de informacin. Las capas superiores no necesitan conocer la transmisin de datos subyacente. Tampoco necesitan conocer las tecnologas de conmutacin utilizadas para conectar los sistemas. En los enlaces punto a punto no es necesaria. Ejemplos:
IP (Internet Protocol) IPX (Internetwork Packet Exchange) Apple Talk.
34

Las capas de OSI

Capa de transporte:
Intercambia datos entre sistemas finales:
Libre de errores. En orden. Sin prdidas. Sin duplicaciones. Calidad de servicio.

Ejemplos:
TCP (Transmission Control Protocol) UDP (User Datagram Protocol) SPX (Sequenced Packet Exchange)
35

Las capas de OSI

Capa de sesin:
Control y disciplina de dilogo entre aplicaciones (half/full duplex). Agrupamiento del flujo de datos. Recuperacin. Ejemplos:
NFS (Network File System, Sistema de archivos de red). Sistema X-Window. ASP (AppleTalk Session Protocol, Protocolo de sesin de AppleTalk ).

36

Las capas de OSI

Capa de presentacin:
Define la codificacin y formato de los datos. Compresin de los datos. Cifrado de datos. Ejemplos:
Estndares grficos:
PICT. TIFF. JPEG.

Estndares sonido e imagen:

MIDI. MPEG.
37

Las capas de OSI

Capa de aplicacin:
Proporciona a los programas de aplicacin un medio para que accedan al entorno OSI. La ms cercana al usuario. No proporciona servicio a ninguna otra capa OSI, slo a las aplicaciones externas. Sincroniza procedimientos de recuperacin de errores. Ejemplos:
Telnet. HTTP.
38

Utilizacin de un retransmisor
Sistema final

Retransmisor

Sistema final

Protocolo de la capa de aplicacin Protocolo de la capa de presentacin Protocolo de la capa de sesin Protocolo de la capa de transporte Red Enlace de datos Fsica
Medio fsico para OSI

Red Enlace de datos Fsica

Medio fsico para OSI

39

Arquitectura de protocolos TCP/IP

Arquitectura comercial dominante. Utilizada anteriormente, y con ms xito, que la estructura OSI. Desarrollada inicialmente gracias al esfuerzo investigador financiado por el Departamento de Defensa (DOD) de Estados Unidos durante los aos 80. Internet est construida sobre el conjunto de protocolos TCP/IP.

40

Arquitectura de protocolos TCP/IP

Se estructura en entidades que proporcionan servicios a otras entidades y, para ello, utilizan servicios de otras entidades. Los diseadores de los protocolos TCP/IP afirman que el modelo OSI es ms prescriptivo que descriptivo. En TCP/IP el uso estricto de todas las capas no es obligatorio.

41

Arquitectura de protocolos TCP/IP

Capa de aplicacin:
Comunicacin entre procesos o aplicaciones de computadores separados.

Capa de transporte extremo-a-extremo (TCP/UDP):

Transferencia de datos extremo-a-extremo. Puede incluir mecanismos de seguridad (TCP). Oculta los detalles de la red, o redes subyacentes, a la capa de aplicacin.

Capa Internet (IP):

Encaminamiento de los datos.
42

Arquitectura de protocolos TCP/IP

Capa de acceso a la red:
Interface lgico entre un sistema final y una subred.

Capa fsica:
Define:
Medio de transmisin. Tasa de sealizacin Esquema de codificacin.

43

Unidades de datos de protocolo (PDU) en la arquitectura TCP/IP

Datos del usuario Secuencia de bytes de aplicacin

Cabecera TCP

Segmento
TCP

Cabecera IP

Datagrama IP

Cabecera de red

Paquete del nivel de red

44

Algunos protocolos en la familia de protocolos TCP/IP

BGP = Protocolo de pasarela frontera FTP = Protocolo de transferencia de ficheros HTTP = Protocolo de transferencia de hipertextos ICMP = Protocolo de mensajes de control de Internet IP = Protocolo Internet MIME = Extensiones multipropsito de correo electrnico en Internet

OSPF RSVP

= Protocolo abierto del primer camino ms corto = Protocolo de reserva de recursos

SMTP = Protocolo sencillo de transferencia de correo electrnico SNMP = Protocolo sencillo de gestin de redes TCP = Protocolo de control de transmisin UDP = Protocolo de datagramas de usuario

45

Proceso de normalizacin ISO

Fases:
Proposicin
Se asigna a un grupo de trabajo dentro de un comit tcnico apropiado.
Pueden considerarse varios borradores. Tambin considerarse varios borradores, hasta alcanzar el consenso en el contenido tcnico. Cuando hay acuerdo se emite un documento denominado DIS (Draft International Standard) El DIS circular entre todos los miembros del ISO durante cinco meses. Se aprobar como FDIS (Final Draft International Standard) siempre y cuando se consiga una mayora de las dos terceras partes y no ms de un cuarto del nmero total de votos sean negativos. Si no se consigue la aprobacin el texto se devuelve al grupo de trabajo para su reelaboracin.

Preparacin. Comit.

Indagacin.

46

Proceso de normalizacin ISO

Fases:
Aprobacin.
Se distribuye el FDIS entre todos los estamentos ISO para analizar en una votacin final (SI/NO) durante dos meses. Los comentarios tcnicos que se reciban no sern considerados en esta fase, pero si sern registrados para una revisin futura del estndar. Se aprobar como Estndar Internacional siempre y cuando se consiga una mayora de las dos terceras partes y no ms de un cuarto del nmero total de votos sean negativos. Si no se consigue la aprobacin el texto se devuelve al grupo de trabajo para su reelaboracin.

Publicacin.

El proceso de definicin de un estndar ISO puede ser lento, pero debe asegurarse que recibe una aceptacin suficiente.
47

Proceso de normalizacin TCP/IP

Para que una especificacin se convierta en un estndar debe verificar los siguientes criterios:
Ser estable y bien conocida. Ser adecuada tcnicamente. Haber sido experimentada suficientemente, demostrando su interoperatividad entre varias implementaciones independientes (al menos dos). Tener una aceptacin pblica. Ser considerada til por Internet, parcialmente o en su totalidad.

Se pone especial nfasis en el funcionamiento real y la experimentacin.

48

Proceso de normalizacin TCP/IP

Un determinado documento debe permanecer como estndar propuesto al menos seis meses y como borrador estndar cuatro. Cuando se obtiene la suficiente experiencia se le asigna un nmero de estndar (STD), as como un nmero de RFC (Request For Comment). Cualquier protocolo o especificacin que no se considere estar preparada para ser normalizada se puede publicar como un RFC experimental. Tambin se pueden publicar Especificaciones Informativas.
49

Lecturas recomendadas
Stallings, W. Comunicaciones y Redes de Computadores, sexta edicin. Madrid: Prentice Hall, 2000: Captulo 2. Comer, D. Internetworking with TCP/IP , Volume I: Principles, Protocols, and Architecture. Upper Saddle River, NJ: Prentice Hall, 1995. Comer, D. and Stevens,D. Internetworking with TCP/IP Volume II and Volume III. Upper Saddle River, NJ: Prentice Hall, 1999 & 1997. Halsall, F. Data Communications, Computer Networks and Open Systems. Reading, MA: Addison Wesley, 1996. Jose Luis Duque Alonso,.Sistemas Telemticos. Mc GrawHill: Captulo 1. http://ietf.org/rfc.html Documentos RFC http://www.rfc-es.org Documentos RFC en castellano
50