COMUNICACIÓN Sistemas Distribuidos

Tamaño: px

Comenzar la demostración a partir de la página:

Download "COMUNICACIÓN Sistemas Distribuidos"

Xavier Macías Domínguez
hace 6 años
Vistas:

1 COMUNICACIÓN Sistemas Distribuidos Alvaro Ospina Sanjuan Universidad Pontificia Bolivariana Medellín 2010

2 Agenda Comunicación centralizada y distribuida Protocolos con capas Modelo cliente servidor Sockets Comunicación en grupos Middleware RPC CORBA DCOM RMI

3 Comunicación 1. Un sólo procesador : señales, pipes, archivos, memoria compartida y mensajes. 2. Sistema Distribuido: transferencia de mensajes. Protocolos con capas Modelo Cliente Servidor Sockets Comunicación en Grupo Middleware: RPC, CORBA, DCOM, RMI.

4 Protocolos con Capas Modelo OSI

5 Modelo OSI: Modelo de referencia para interconexión de sistemas abiertos

6 Mensaje en un protocolo con capas

7 Ventajas y Desventajas VENTAJAS Cada protocolo es independiente DESVENTAJAS Los encabezados son un costo adicional de transmisión, por lo que no siempre se utilizan todas las capas.

8 Modelo Cliente - Servidor

9 Modelo Cliente - Servidor Protocolo solicitud / respuesta

10 Modelo Cliente Servidor Variaciones Direccionamiento: Machine Machine.process Machine.local-id, Process-global-id Bloqueo: Primitivas con bloqueo o síncronas Primitivas sin bloqueo o asíncronas con copia al núcleo Primitivas sin bloqueo o asíncronas con interrupción

11 Modelo Cliente Servidor Variaciones Almacenamiento de los mensajes (send-receive): Primitivas no almacenadas Almacenadas temporalmente Almacenadas en buffers Confiabilidad: Send no confiable (sin reconocimientos) Con reconocimientos (4 mensajes) La respuesta como reconocimiento (3 mensajes)

12 Tipos de paquetes Req: Solicitud. De cliente a servidor. El cliente desea servicio. Rep: Respuesta. De servidor a cliente. Respuesta del servidor al cliente. Ack: Reconocimiento. De cualquiera de ellos a algún otro. El paquete anterior que ha llegado. Aya: Estás vivo?. De cliente a servidor. Verifica si el servidor se ha descompuesto. Iaa: Estoy vivo. De servidor a cliente. El servidor no se ha descompuesto. Ta: Intenta de nuevo. De servidor a clientes. El servidor no tiene espacio. Au: Dirección desconocida. De servidor a cliente. Ningún proceso utiliza esta dirección.

14 Sockets

15 Sockets Son ficheros creados tanto en el servidor como en el cliente para su comunicación. Dominio: AF_INET: internet AF_UNIX: máquina local Tipo: SOCK_STREAM: modo conectado (TCO) SOCK_DGRAM: modo no conectado (UDP)

16 Sockets SERVIDOR{ socket( ) // crear socket bind( ) // asociar IP con el puerto listen( ) // escuchar peticiones loop{ accept( ) // aceptar mensajes //crear hijo o hilo } }

17 Sockets CLIENTE{ socket( ) // crear socket connect( ) // ligar el socket al servidor send( ) //enviar mensaje receive( ) // recibir respuesta }

18 Estructuras en C struct sockaddr_in { } short int sin_family; // = AF_INET, AF_UNIX unsigned short int sin_port; //puerto struct in_addr sin_addr; //estructura para la ip unisgned char sin_zero[8]; //arreglo de 0 para completar el tamaño de sockaddr struct in_addr { } unisgned long s_addr; //IP como un entero largo sin signo (sin. )

19 Funciones de traducción en C De host (local) a network (red): <netinet/in.h> htonl(hostlong); convierte IP de format local a network (Hardware TO Network long - Def: big-endian, little endian). htons(hostshort); convierte el Puerto de format local a network ntohl(netlong); convierte IP de formato network a local ntohs(netshort); convierte Puerto de format network a local IP de string a la estructura in_addr: Convierte de un String a la estructura int inet_aton(const char *cp, struct in_addr *inp); Convierte de la estructura a un String char * inet_ntoa(struct in_addr in);

20 Ejemplo de cómo llenar estructura #define PUERTO 80 #define DIRECCION struct sockaddr_in mi_estructura; mi_estructura.sin_family = AF_INET; mi_estructura.sin_port = htons( PUERTO ); inet_aton( DIRECCION, &(mi_estructura.sin_addr) ); memset( &(mi_estructura.sin_zero),, 8 );

21 Funciones para clientes int socket(int domain, int type, int protocol); int connect( int sockfd, // entero devuelto por la invocacion a socket const struct sockaddr *serv_addr, // estructura //sockaddr_in del servidor llena socklen_t addrlen // tamaño de la estructura );

22 Funciones para servidores int socket(int domain, int type, int protocol); int bind(int sockfd, //socket file descriptor struct sockaddr *my_addr, socklen_t addrlen); //tamaño de sockaddr int listen( int sockfd, // socket int backlog // numero maximo de conexiones ); int accept( int mi_socket, (struct sockaddr *)&mi_estructura, &tamaño );

23 Comunicación en Grupos

24 Formas de comunicación

25 Técnicas de envío de mensajes Multicasting: dirección especial a la que escuchan diferentes procesos. Broadcasting: Los paquetes con dirección 0 se entregan a todas las maquinas Unicasting: se hace un envío a cada proceso.

26 Diseño de los grupos Comunicación con el grupo: responden a la pregunta quién se puede comunicar con el grupo? Grupos cerrados Grupos abiertos 2. Estructura interna del grupo: Grupos de compañeros Grupos jerarquicos. 3. Creación de grupos y membrecía: Utilización de un servidor de grupos Envío de mensajes a todos

27 Diseño de los grupos Direccionamiento al grupo: Dar a cada grupo una dirección única (multicast o broadcast) Lista de todos los destinos Direccionamiento por predicado (se evalúa un predicado) 2. Primitivas: Send, group-send Receive, group-receive. 3. Transmisión atómica: Multicast atómico Cada receptor retransmite los mensajes al recibirlos la primera vez.

28 Diseño de los grupos Ordenamiento de mensajes: Por tiempo global Por tiempo consistente Grupos traslapados: un proceso puede pertenecer a varios grupos

29 Middleware

30 Middleware Capa de sw que se coloca entre el usuario y el entorno distribuido, abstrayendo al usuario de la complejidad y heterogeneidad de las diferentes arquitecturas, protocolos de comunicación, sistemas operativos y lenguajes de programación. Conjunto de modelos que ofrecen un entorno de programación distribuido

31 Middlewares RPC CORBA RMI DCOM

32 Bibliografia Tanenbaum

Documentos relacionados

Migrando aplicaciones a IPv6

Migrando aplicaciones a IPv6 Migrando aplicaciones a Fundamentos técnico: DualStack y Socket.h Alonso Sandoval A. Hernán Vargas L. Universidad Técnica Federico Santa María asandova@alumnos.inf.utfsm.cl, hvargas@alumnos.inf.utfsm.cl