UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMATICAS Y

FISICAS
INGENIERÍA EN NETWORKING Y
TELECOMUNICACIONES

SISTEMAS OPERATIVOS DISTRIBUIDOS

TEMA
RPC

NOMBRE:

BALCAZAR SUAREZ CRISTHIAN IVAN

CURSO:

INE-MA-5-3
Introducción

La llamada a procedimiento remoto es una tecnología que regula la comunicación entre

procesos, es decir, el intercambio de información entre procesos de sistema. En 1984, los
informáticos Andrew Birrell y Bruce Nelson definieron a la RPC como un mecanismo
síncrono “que transfiere el flujo de control y los datos entre dos espacios de direcciones
a través de una red de banda estrecha como llamada a proceso”. Al traspasar el espacio
de direcciones, los procesos pueden iniciarse en un ordenador remoto conectado a la red
y pueden incluirse instancias externas en procesos de cálculo y procesamiento de datos
de manera operativa. El proceso de comunicación con RPC consta del envío de
parámetros y el retorno de un valor de función. A menudo, no se limita a una sola llamada,
ya que en la práctica se procesan muchas solicitudes en paralelo.

En última instancia, el concepto subyacente a la llamada a procedimiento remoto tiene

como objetivo armonizar los niveles de procesamiento: idealmente, para los
programadores y usuarios, no debería suponer ninguna diferencia de qué llamada a
procedimiento se trate. En otras palabras: las llamadas remotas deberían ser tan fáciles de
implementar como las locales (principio de transparencia), al menos en teoría. En las
redes y arquitecturas cliente-servidor, las llamadas RPC suponen un proceso
de comunicación bidireccional orientada a solicitudes y complementan la comunicación
basada puramente en mensajes, que sigue el paradigma de entrada y salida (uso de
funciones de E/S).
Desarrollo

 Qué es RPC

Es un programa que utiliza una computadora para ejecutar código en otra máquina remota
sin tener que preocuparse por las comunicaciones entre ambas. El protocolo que se utiliza
para esta llamada es un gran avance sobre los sockets de Internet usados hasta el
momento. De esta manera el programador no tenía que estar pendiente de las
comunicaciones, estando estas encapsuladas dentro de las RPC.

Las RPC son muy utilizadas dentro de la comunicación cliente-servidor. Siendo el cliente
el que inicia el proceso solicitando al servidor que ejecute cierto procedimiento o función
y enviando este de vuelta el resultado de dicha operación al cliente.

Las llamadas a procedimiento remoto están implementadas mediante varios tipos de

protocolos, muchos de ellos estandarizados como pueden ser el RPC de Sun
denominado ONC RPC (RFC 1057), el RPC de Open Software Foundation (OSF)
denominado DCE/RPC y el "Modelo de Objetos de Componentes Distribuidos de
Microsoft" (Distributed Component Object Model, DCOM), aunque ninguno de estos es
compatible entre sí. La mayoría de ellos utilizan un lenguaje de descripción de
interfaz (Interface description language o IDL) que define los métodos exportados por el
servidor.

Hoy en día se está utilizando el XML como lenguaje para definir el IDL y el HTTP como
protocolo de aplicación, dando lugar a lo que se conoce como servicios web. Ejemplos
de estos pueden ser SOAP o XML-RPC.

 RMI

RMI (Java Remote Method Invocation) es un mecanismo ofrecido por Java para invocar
un método de manera remota. Forma parte del entorno estándar de ejecución de Java y
proporciona un mecanismo simple para la comunicación de servidores en aplicaciones
distribuidas basadas exclusivamente en Java. Si se requiere comunicación entre otras
tecnologías debe utilizarse CORBA o SOAP en lugar de RMI.

RMI se caracteriza por la facilidad de su uso en la programación por estar específicamente

diseñado para Java; proporciona paso de objetos por referencia (no permitido por
SOAP), recolección de basura distribuida (Garbage Collector distribuido) y paso de tipos
arbitrarios (funcionalidad no provista por CORBA).

A través de RMI, un programa Java puede exportar un objeto, con lo que dicho objeto
estará accesible a través de la red y el programa permanece a la espera de peticiones en
un puerto TCP. A partir de ese momento, un cliente puede conectarse e invocar los
métodos proporcionados por el objeto.

La invocación se compone de los siguientes pasos:

 Encapsulado (marshalling) de los parámetros (utilizando la funcionalidad

de serialización de Java).
 Invocación del método (del cliente sobre el servidor). El invocador se queda
esperando una respuesta.
 Al terminar la ejecución, el servidor serializa el valor de retorno (si lo hay) y lo envía
al cliente.
 El código cliente recibe la respuesta y continúa como si la invocación hubiera sido
local.

 RCP: características de marshalling y unmarshalling

La serialización es un proceso mediante el cual podemos convertir objetos de un programa

en ejecución en flujos de bytes capaces de ser almacenados en dispositivos, bases de datos
o de ser enviados a través de la red y, posteriormente, ser capaces de reconstruirlos en los
equipos donde sea necesario. Al hablar de “objetos”, no me refiero únicamente al
significado que estos tienen en la POO; un objeto es cualquier estructura de datos, función
o método que esté en memoria. Uno de los principales objetivos de la serialización es
permitir crear flujos de bytes independientes de la arquitectura de los equipos en los que
se utilicen, inclusive, que los objetos puedan ser reconstruidos en otros programas sin
importar que el lenguaje con el que son escritos sea diferente al que se usó para crear el
objeto originalmente. Marshalling puede usarse como sinónimo de serialización, sin
embargo, debes de tener cuidado porque en lenguajes de programación como Java,
marshalling se refiere a la acción de almacenar el estado de un objeto junto con su código,
mientras que serializar es solamente crear copias de objetos como flujos de bytes. El
procedimiento inverso de la serialización es la deserialización o unmarshalling. (Ruelas,
2017)
  Protocolos basados en RPC

PROTOCOLO DE TRANSPORTE

Algunas implementaciones de RPC emplean un único protocolo de transporte mientras

otras permiten su selección. La mayoría de las implementaciones dicen ser independientes
del protocolo, sin embargo éstas sólo soportan uno o dos protocolos. Específicamente, las
implementación ONC y DCE soportan TCP y UDP como protocolos de transporte
(Tamps.cinvestav.mx, 2015)

 Manejo de errores y excepciones en RPC

Manejo de errores y excepciones

Las excepciones son interrupciones asíncronas al flujo normal del control de un programa
ocasionadas por la ocurrencia de condiciones inusuales durante la ejecución de un
programa. Atrapar una excepción ocasiona que el sistema operativo maneje la
recuperación desde la condición inusual. Las excepciones incluyen:

 Acceso ilegal (errores de bus, violaciones de proteción y segmentación).

 Errores aritméticos (sobreflujo, división por cero, etc.).

 Instrucciones del hardware destinadas para el soporte de facilidades como

emulación, depuración y detección de errores.

El manejo de excepciones en Mach tiene los siguientes objetivos:

 Una facilidad con la semántica consistente para todas las excepciones.

 Una interfaz clara y simple.

 Soporte para depuración y manejo de errores.

 Evitar la duplicidad de la funcionalidad con el núcleo.

 Soporte de excepciones definidas por el usuario.

Con lo que se evita la noción de que un manejador se esté ejecutando en el mismo

contexto en el que ocurre la excepción. Esta no es una forma clara y directa para hacer
disponible el contexto del hilo al mismo hilo. Como Mach soporta múltiples hilos en la
misma tarea, es suficiente parar el hilo que ocaciona la excepción y ejecutar el manejador
como otro hilo en la misma tarea.

La facilidad del manejo de excepciones de Mach permite que el usuario defina y maneje
sus propias excepciones, agregándolas a las ya definidas en el sistema. Como el
manejador nunca se ejecuta en el contexto del hilo victima, las primitivas de atrapar,
esperar, notificar y limpiar constituyen un llamado a un procedimiento remoto (RPC). El
manejador de excepciones se implementa utilizando en RPC basado en mensajes.

La excepción RPC consiste de dos mensajes: un mensaje inicial que invoca al RPC y una
un mensaje de respuesta que lo completa. El mensaje inicial contine los siguientes
elementos:

 Puertos de envío y respuesta para el RPC.

 Las identidades de la tarea e hilo que ocacionan la excepción.

 Una clase excepción independiente de la máquina (ver clasificaciones de

excepciones).

 Dos campos dependientes de la máquina que identifican la excepción.

Si se completa el RPC, el mensaje de respuesta contiene los dos puertos y regresa el

código del manejador que atiende la excepción. (computacion.cs.cinvestav.mx, 2010)

Una excepción RPC corresponde a nuestro modelo de excepción de la siguiente forma:

raise

Envía el mensaje inicial.

wait

Espera recibir el mensaje de respuesta.

catch

Recibe el mensaje inicial.

clear

Envía el mensaje de respuesta.

Conclusión

En conclusión las llamadas RPC se utilizan en muchos ámbitos son uno de los
componentes fundamentales de los servicios web por ejemplo, como protocolo XML-
RPC para llamadas a funciones remotas a través de HTTP y hacen posibles las
aplicaciones distribuidas, en las que diferentes ordenadores comparten los recursos
disponibles y las tareas entrantes. Entre otras, aquí se incluyen los servicios informáticos
en la nube, los sistemas bancarios o los sistemas de reservas turísticas, así como las bases
de datos. Otros campos de aplicación son los clústeres de ordenadores clústeres de alta
disponibilidad), las redes entre iguales descentralizadas y las cadenas de bloques por
ejemplo, de las criptomonedas, que también suelen trabajar con la tecnología RPC.
Asimismo, las Remote Procedure Calls son básicas para el funcionamiento de
los sistemas operativos actuales: por ejemplo, Windows las utiliza en muchas rutinas que
se llevan a cabo constantemente, como el servicio de fax, la cola de impresión o las
conexiones de red configuradas, que utilizan un servicio de sistema denominado llamada
a procedimiento remoto.
Bibliografía
computacion.cs.cinvestav.mx. (2010). Manejo de excepciones. Obtenido de
http://computacion.cs.cinvestav.mx/~ameneses/pub/tesis/ltesis/node80.html

Ruelas, U. (19 de Mayo de 2017). ¿Qué es la serialización o marshalling? Obtenido de

https://codingornot.com/que-es-la-serializacion-o-marshalling

Tamps.cinvestav.mx. (2015). Llamadas a Procedimientos Remotos. Obtenido de

https://www.tamps.cinvestav.mx/~vjsosa/clases/sd/RPC_notas.pdf