INTRODUCCIN

La comunicacin a travs de una red de ordenadores es una tarea compleja

Resolver este problema de comunicacin construyendo un nico mdulo
monoltico de comunicacin no es el diseo ms adecuado
Formatos de representacin de datos de ambas mquinas puede ser diferentes
Fiabilidad de la red de comunicaciones y control de errores naturaleza de la red
de interconexin
Control del flujo de transmisin, etc
Se sigue un enfoque de diseo por capas, pudindose hablar por tanto de una
arquitectura o pila de protocolos Cada capa utiliza servicios (funciones) de la
capa inferior y ofrece servicios a la capa superior

COMUNICACIN CLIENTE SERVIDOR

Cliente-Servidor es el modelo que actualmente domina el mbito de comunicacin,
ya que descentraliza los procesos y los recursos. Es un Sistema donde el cliente
es una aplicacin, en un equipo, que solicita un determinado servicio y existe un
software, en otro equipo, que lo proporciona.
Los servicios pueden ser;
a) Ejecucin de un programa.
b) Acceso a una Base de Datos.
c) Acceso a un dispositivo de hardware.
Solo se requiere un medio fsico de comunicacin entre las mquinas y depender
de a la naturaleza de este medio la vialidad del sistema.
Un servidor es una aplicacin que ofrece un servicio a usuarios de Internet; un
cliente es el que pide ese servicio. Una aplicacin consta de una parte de servidor
y una de cliente, que se pueden ejecutar en el mismo o en diferentes sistemas.
Los usuarios invocan la parte cliente de la aplicacin, que construye una solicitud
para ese servicio y se la enva al servidor de la aplicacin que usa TCP/IP como
transporte.
El servidor es un programa que recibe una solicitud, realiza el servicio requerido y
devuelve los resultados en forma de una respuesta. Generalmente un servidor
puede tratar mltiples peticiones (mltiples clientes) al mismo tiempo.

Algunos servidores esperan las solicitudes en puertos bien conocidos de modo

que sus clientes saben a qu zcalo IP deben dirigir sus peticiones. El cliente
emplea un puerto arbitrario para comunicarse. Los clientes que se quieren
comunicar con un servidor que no usa un puerto bien conocido tienen otro
mecanismo para saber a qu puerto dirigirse. Este mecanismo podra usar un
servicio de registro como Portmap, que utiliza un puerto bien conocido.

Los clientes identifican el servidor que los administra por el nombre del servidor o la
direccin IP. Durante la instalacin del servidor de Trend Micro Security (para Mac), el
instalador identifica las direcciones IP de los equipos servidor y estas se muestran a
continuacin en la pantalla Comunicacin cliente/servidor de la consola Web.
El servidor se comunica con los clientes a travs del puerto de escucha que, de forma
predeterminada, es el puerto 61617.
Si cambia el nmero del puerto, asegrese de que no est en uso en ese momento a fin
de evitar conflictos con otras aplicaciones y problemas de comunicacin entre cliente y
servidor.
Si el equipo servidor tiene un cortafuegos activo, asegrese de que el cortafuegos no
bloquea la comunicacin entre cliente y servidor a travs del puerto de escucha. Por
ejemplo, si el cortafuego del cliente de OfficeScan se ha activado en el equipo, aada una
excepcin de poltica que permita el trfico entrante y saliente a travs del puerto de
escucha.
Si necesita configurar las opciones de nombre de servidor/direccin IP, puerto de escucha
y servidor proxy, configrelas antes de instalar los clientes. Si ha instalado clientes y
despus ha cambiado alguna de estas configuraciones, los clientes perdern la conexin
con el servidor y la nica manera de restablecer la conexin ser volver a implementar los
clientes.
Para configurar la comunicacin cliente/servidor:

ADMINISTRACIN > COMUNICACIN CLIENTE-SERVIDOR

1. Escriba las direcciones IP o el nombre del servidor, y el puerto de escucha.

1. Si hay mltiples entradas en el campo Nombre del servidor (o
Direcciones IP), el cliente selecciona una entrada de forma aleatoria.
Asegrese de que se puede establecer la conexin cliente-servidor
utilizando todas las entradas.
o

Seleccione si los clientes van a conectarse al servidor a travs de un

servidor proxy.

1. Seleccione el protocolo del servidor proxy.

2. Escriba la direccin IP o el nombre del servidor proxy, y el nmero de
puerto.
3. Si el servidor proxy requiere autenticacin, escriba el nombre de
usuario y la contrasea en los campos correspondientes.
b. Haga clic en Guardar.
1. Siga los pasos que se describen a continuacin cuando se le solicite que reinicie
los servicios de Trend Micro Security para que surtan efecto los cambios
realizados en la configuracin:
3

1. Vaya a la <carpeta de instalacin del servidor>.

2. Haga doble clic en restart_TMSM.bat. Espere hasta que se reinicien
todos los servicios.

COMUNICACIN CON LLAMADA A PROCEDIMIENTO REMOTO (RPC)

Creado por Bireel & Nelson en 1984.
Permiten a los programas llamar procedimientos localizados en otras
mquinas.
Un proceso X en una mquina A, puede llamar un procedimiento localizado
en una mquina B.
Informacin puede llevarse del proceso invocador al invocado dentro de los
parmetros.
Ningn mensaje u operacin de E/S es visible para el programador.
Problemas a resolver: Procedimiento invocador e invocado se ejecutan
en diferentes mquinas, i.e. diferentes direcciones y posiblemente
diferentes arquitecturas. Ambas mquinas pueden fallar.

Otro paso en el diseo de un sistema operativo distribuido plantea las llamadas a

procedimientos remotos o RPCs. Los RPC amplan la llamada local a
procedimientos, y los generalizan a una llamada a un procedimiento localizado en
cualquier lugar de todo el sistema distribuido. En un sistema distribuido no se
debera distinguir entre llamadas locales y RPCs, lo que favorece en gran medida
la transparencia del sistema.
Una de las dificultades ms evidentes a las que se enfrenta el RPC es el formato
de los parmetros de los procedimientos. Un ejemplo es la posibilidad de que en
un sistema distribuido formado por diferentes tipos de ordenadores, un ordenador
4

con formato little endian llamara a un procedimiento de otro ordenador con formato
big endian, etc. Este problema se podra solucionar si tenemos en cuenta que
ambos programas conocen el tipo de datos de los parmetros, o estableciendo un
estndar en el formato de los parmetros, de forma que sea usado de forma nica.
Por ltimo queda por solucionar la tolerancia a fallos. Una llamada a un
procedimiento remoto puede fallar por motivos que antes no existan, como la
prdida de mensajes o el fallo del cliente o del servidor durante la ejecucin del
procedimiento.
La limitacin del RPC ms clara en los sistemas distribuidos es que no permite
enviar una solicitud y recibir respuesta de varias fuentes a la vez, sino que la
comunicacin se realiza nicamente entre dos procesos. Por motivos de tolerancia
a fallos, bloqueos, u otros, sera interesante poder tratar la comunicacin en grupo.

Posibles Fallas en RPC

1. El cliente es incapaz de localizar al servidor.
2. El mensaje de peticin del cliente al servidor se perdi.
3. El mensaje de respuesta del servidor al cliente se perdi.
4. El servidor fall (crashes) despus de recibir una peticin.
5. El cliente fall (crashes) despus de enviar una peticin.

COMUNICACIN EN GRUPO
Un grupo es una coleccin de procesos que actan juntos en cierto sistema o
alguna forma determinada por el usuario.
La comunicacin se clasifica de acuerdo al nmero de usuarios a los que se le a
enviado el mensaje.
BROADCAST O DIFUSION FORZADA un nodo emite todos los escuchan y
solo contesta a quien va dirigido el mensaje
MULTICAST se entrega el msj a todos los anfitriones HOST que estn
compuestos de ciertas caractersticas.
UNICAST o POINTCAST un nodo emite y otro recibe, solo escucha aquel a
quien se dirigi el msj.
Una clasificacin adicional es la realizada en base a grupos

LISTAS DE DESTINARIOS se tiene una lista de aquellos a los que se les

enviara el mensaje.
IDENTIFICADOR DE GRUPO se forman grupos y el msj es dirigido solo a
los miembros de ese grupo.
PREDICADOR DE PERTENENCIA se enva y otro recibe, solo escucha
aquel a quien se dirigi el mensaje.

La propiedad fundamental de todos los grupos es que cuando un mensaje se

enva al propio grupo, todos los miembros del grupo lo reciben.
Se trata de una comunicacin uno - muchos (un emisor, muchos receptores), que
se distingue de la comunicacin puntual o punto a punto (un emisor, un receptor).
Los grupos son dinmicos:

Se pueden crear y destruir.

Un proceso se puede unir a un grupo o dejar a otro
Un proceso puede ser miembro de varios grupos a la vez.

La implantacin de la comunicacin en grupo depende en gran medida del

hardware:

En ciertas redes es posible crear una direccin especial de red a la que pueden
escuchar varias mquinas:
Cuando se enva un mensaje a una de esas direcciones se lo entrega
automticamente a todas las mquinas que escuchan a esa direccin.

Esta tcnica se denomina multitransmisin.

Cada grupo debe tener una direccin de multitransmisin distinta.

Las redes que no soportan multitransmisin operan con transmisin simple:

Significa que los paquetes que tienen cierta direccin se entregan a todas las
mquinas.
Se puede utilizar para implantar los grupos, pero es menos eficiente que la
multitransmisin.
Cada mquina debe verificar, mediante su software, si el paquete va dirigido a ella:
En caso negativo se descarta, pero para analizarlo se gener una Interrupcin y
se dedic ciclos de CPU.
Otra solucin es implantar la comunicacin en grupo mediante la
transmisin por parte del emisor de paquetes individuales a cada uno de los
miembros del grupo:

En vez de un paquete se precisan n paquetes.

Es menos eficiente que las soluciones anteriores.
Es una solucin vlida particularmente con grupos pequeos.
El envo de un mensaje de un emisor a un nico receptor se llama
unitransmisin.

TOLERANCIA A FALLOS
Que el sistema de archivos sea tolerante a fallos implica que el sistema debe
guardar varias copias del mismo archivo en distintos ordenadores para garantizar
la disponibilidad en caso de fallo del servidor original. Adems, se ha de aplicar un
algoritmo que nos permita mantener todas las copias actualizadas de forma
consistente, o un mtodo alternativo que slo nos permita acceder al archivo
actualizado, como invalidar el resto de copias cuando en cualquiera de ellas se
vaya a realizar una operacin de escritura. El uso de memorias cache para agilizar
el acceso a los archivos tambin es recomendable, pero este caso requiere
analizar con especial atencin la consistencia del sistema.

Para que un
sistema
distribuido pueda ser tolerante a fallos, se ocupan las siguientes caractersticas:
Disponibilidad Confiabilidad Seguridad Mantenimiento.
Disponibilidad
Es definida por la propiedad de que el sistema est listo para ser usado, en otras
palabras se entiende que el sistema est operando correctamente.
Confiabilidad
Un sistema con alta disponibilidad es aquel que puede trabajar en cualquier
tiempo.
Seguridad
Se refiere a la propiedad de que el sistema puede trabajar continuamente sin
fallos, en contraste a la disponibilidad, la confiabilidad se refiere en lapsos de
tiempo, en vez de momentos instantneos. Un sistema con alta confiabilidad, es
aquel que funciona por largos periodos de tiempo sin fallo alguno.
Mantenimiento
Se refiere a la situacin en la que un sistema falla temporalmente, no pasa nada
grave, ejemplo son algunos sistemas que controlan plantas nucleares, si algunos
de esos sistemas fallan, pueden traer consecuencias catastrficas. Se refiere a
que tan rpido puede ser reparado un sistema. Un sistema con alto grado de
mantenimiento es aquel, que puede evitar o reparar fallas automticamente.
CLASIFICACIN DE LAS FALLAS
FALLA DE PROCESOS
Aqu, la ejecucin arroja un resultado incorrecto, los procesos provocan que el
sistema se desve de las especificaciones y el proceso puede suspender su
progreso. Por ejemplo interbloqueos, tiempo expirado, violacin de proteccin,
error en la entrada provista por el usuario, violaciones de consistencia.
FALLA DEL SISTEMA

Es cuando el procesador falla en la ejecucin. Esto es causado por errores de

software y problemas de hardware, como por ejemplo errores de CPU, falla en la
memoria principal, falla en el bus, falla de energa, etc.
Adems una falla del sistema se puede clasificar como sigue:

Falla
de
amnesia: ocurre cuando
se reinicia el sistema en
un estado predefinido, y
no depende del estado
del sistema antes de la
falla. No se conoce el
estado que tena el
sistema antes de la falla.

Falla
de
amnesia parcial: ocurre
cuando se reinicia el
sistema y se conoce parte

del estado que presentaba antes de ocurrir la falla.

Falla de pausa: ocurre cuando el sistema se reinicia al mismo estado en
que se encontraba antes de la falla.
Falla de aborto (halting): ocurre cuando un sistema nunca se reinicializa.
Falla en medio de almacenamiento secundario: es cuando los datos
almacenados no pueden ser accedido. Normalmente es provocada por error de
paridad, dao a las cabezas lectoras, partculas de polvo depositadas en el medio.
En caso de que ocurra esta falla, sus contenidos se encuentran alterados y
deberan ser reconstruidos desde una versin del archivo.
Falla en los medios de comunicacin: ocurre cuando un sitio no puede
comunicarse con otro sitio operacional en la red. Esto es ocasionado por la falla
del nodo de conmutacin y/o por los enlaces de comunicacin del sistema.
CONCLUSION
Dependiendo del sistema que se deba implementar, un modelo podr ser vlido
para lograr unos objetivos y un cambio de los objetivos puede hacer vlido otro
modelo. En todos los paradigmas existe un objetivo comn de ocultar, o facilitar, al
usuario los detalles de las comunicaciones. Sin embargo, a medida que los
sistemas se hacen ms complejos, adems de ocultarse los detalles del mismo, se
adaptan a los requerimientos de programacin del sistema.

10

BIBLIOGRAFIA
http://neo.lcc.uma.es/evirtual/cdd/tutorial/aplicacion/cliente-servidor.html
http://cesistemas2.blogspot.mx/2012/05/211-comunicacion-cliente-servidor.html
http://www.tamps.cinvestav.mx/~vjsosa/clases/sd/RPC_ppt.pdf

11