PROTOCOLOS DE CONECTIVIDAD OSI

Transcripción

1 PROTOCOLOS DE CONECTIVIDAD OSI Protocolo VT Protocolo SMTP-MOTIS Protocolo SMTP-CMISE Protocolo SNMP-CMISE PROCOLO VT Este tipo de aplicación permite que un usuario en una terminal pueda acceder a recursos y aplicaciones de varios ordenadores, a través de redes, apareciendo para el usuario del terminal como si estuviese conectado localmente al ordenador remoto. Para poder conectar terminales heterogéneas a ordenadores también heterogéneos es necesario definir lo que se denomina un protocolo de terminal virtual, VTP. Que es el protocolo VT? Es un medio de realizar la traducción de protocolos entre terminales diferentes. En el nodo de entrada el mensaje es traducido al formato del terminal virtual, y en el nodo de salida es traducido de nuevo al protocolo del terminal receptor. La generalidad del concepto se encuentra algo limitada a causa de las características no traducibles de ciertos tipos de terminales con respecto a otros. Funciones basicas del VT. Establecimiento y mantenimiento de conexiones. Control del dialogo para negociar las acciones permitidas durante la conexión. Creación y mantenimiento de una estructura que representa el estado del terminal. Traslación de las características del terminal real a la representación normalizada.

2 Objetivo principal. El objetivo principal consiste en trasformar las características de una terminal real en una terminal normalizada. Es imposible definir una única terminal virtual que pueda realizar todas las funciones de las terminales existentes. Fases de operacion. Establecimiento y liberación de la conexión. Negociación. Control. Transferencia de datos. Arquitectura de la Terminal Virtual. Servicio de Terminal Virtual Manejador de Terminal Aplicacion Sesion Transporte Red Enlace de Datos Fisico Entre las VTP mas conocidas está TELNET, que fue desarrollada sobre los protocolos TCP/IP, también se están realizando esfuerzos dentro de ISO para definir una VTP mas generalizada, unos de los conjuntos básicos que se va a adoptar es precisamente TELNET. Telnet se fundamenta en tres principios: 1. El concepto de terminal virtual, nvt, network virtual terminal. 2. Simetría entre terminales y procesos 3. Opciones negociadas El servidor es más complejo de lo que se muestra. Esto se debe a que maneja múltiples conexiones. Un proceso se servidor maestro espera nuevas conexiones y genera procesos esclavos o hijos que manejen cada una de ellas.

3 El servidor de TELNET que se muestra en la figura representa al proceso esclavo que maneja una conexión en particular. Cuando un usuario invoca la aplicación TELNET, un proceso de usuario se convierte en la aplicación cliente. Este cliente establece una conexión TCP con el servidor, a través de la cual se comunicarán ambas entidades. telnet nombre_de_host Username: xxxxxx Password: yyyyyy El puerto estándar del servidor TELNET es el puerto 23. Se pueden utilizar subcomandos. Para ello se introduce únicamente el mandato TELNET: Los principales subcomandos. Open nonmbre_de_host: Solicita una conexión Close: Cierra la conexión. Quit: Cierra la conexión y termina el proceso local. Help: Solicita ayuda en línea. Cliente servidor de Telnet. La comunicación puede ocurrir entre dos terminales, dos procesos o bien entre un terminal y un proceso. Mandatos de control. El NVT de TELNET provee funciones de control para pasar del cliente al servidor. NVT define una tecla conceptual que posibilita la interrupción de un programa. Señal IP AO AYT EC EL Significado Interrupcion de Proceso. Interrumpir salida. Verificar si el servidor responde. Borrar caracter anterior. Borrar linea.

4 SYNCH BRK Sincroniza. Interrupcion. PROTOCOLO SMTP-MOTIS SMTP (Simple Mail Transfer Protocol) Protocolo Simple de Transferencia de Correo Electrónico. Es un protocolo de la familia del TCP/IP para la transmisión de correo electrónico, éste no es dependiente de ningún correo en especial sino que cualquier software de correo que genere un e~mail en el formato en que el protocolo lo estructura, será entendido por éste. Protocolo de red utilizado para el intercambio de mensajes de correo electrónico entre computadoras. Las distintas formas de conexión son: 1.- Correr un programa residente y conectado continuamente a internet teniendo todo On Line. 2.- Conectarse a Internet a intervalos regulares y despachar el correo saliente y bajar el entrante o conectarse a Internet en forma irregular. SMTP administra los mensajes en colas o spool, la forma de expresar una dirección de correo electrónico es: usuario@nombre.de.dominio Ejemplos de direcciones: mailto:sistemas@corporacion.com.ar mailto:webmaster@corporacion.com.ar Los programas de s más populares son Eudora, Outlook Express de Microsoft y Netscape Funcionamiento. El usuario compone un mensaje de correo usando una herramienta, normalmente gráfica. El mensaje se compone de una cabecera y de un cuerpo. Un agente de usuario entrega entonces el mensaje al emisor SMTP activo en la máquina fuente, quien encola todos los mensajes salientes. Dicho emisor se conecta usando TCP al puerto 25 de un

5 receptor externo SMTP. Puesto que pueden existir varios destinos se mantiene en cola hasta haberlo entregados en todos ellos. Tras varios saltos por la red, el mensaje se entrega a un receptor SMTP, quien lo encola en el buzón del usuario destino. SMTP controla errores de destino incorrecto y también de falta de espacio en disco. Normalmente se establecen conexiones directas entre las máquinas origen y destino, aunque SMTP puede reenviar correo. En la cabecera de un mensaje se especifica el receptor o lista receptores y una breve descripción del contenido (subjec). También es posible enviar copias de carbón (CC) listas explícitamente tecleadas por el emisor y copias ciegas (BCC) los destinatarios creen ser los únicos receptores. Comandos de SMTP. Este comando indica al servidor que el texto que va a continuación del comando es ya el mensaje DATA de correo que debe de llevarse al destinatario indicado por el encabezado del mensaje. Este comando se utiliza para verificar las listas de EXPN (expandir) correo. Este comando es el encargado de iniciar el HELO dialogo SMTP. Este comando hace que el servidor envíe HELP información de ayuda sobre todos los comando o sobre un comando en concreto. Este comando indica al servidor el inicio de un MAIL mensaje de correo y le indica además quien es el remitente del mensaje. NOOP (no Este comando provoca que el servidor responda operación) con un OK. Este comando le indica al servidor que el cliente QUIT no tiene mas operaciones que realizar y que se debería cerrar la conexión. RCPT (destinatario) Este comando indica al servidor quien es el destinatario del mensaje que se está enviando.

6 RSET (reinicio) SEND SOML (enviar o enviar por correo) SAML (enviar y enviar por correo) TURN VRFY (verificar) Motis Este comando le indica al servidor que abandone la transacción de correo actual, que descarte los datos introducidos del remitente, destinatario o el mensaje. Este comando se utiliza para enviar correo a la pantalla del Terminal de la sesión actual del destinatario del mensaje. Este comando funciona como el comando SEND, con la diferencia de que si la pantalla del Terminal de destinatario del mensaje no puede recibir, por el motivo que sea, el mensaje, el buzón de dicho usuario recibirá de forma automática el mensaje. Este comando funciona igual que el comando SOML, con la diferencia de que siempre se envía el mensaje al buzón independientemente de que llegue a la pantalla del Terminal o no. Este comando invierte los papeles del servidor y del cliente. El cliente toma el papel de destinatario y el servidor toma el papel de remitente. Este comando le indica al servidor que verifique que el destinatario especificado, sea un usuario real y valido por tanto, del sistema servidor. Se ocupa de todos los aspectos del sistema de correo electrónico, comenzando desde el instante en el que el extremo de origen decide escribir el mensaje, y terminando en el instante en que el extremo receptor lo tira al bote de la basura. Los aspectos básicos de cualquier sistema de correo electrónico son: COMPOSICIÓN: Se refiere al proceso de crear mensajes y respuestas. TRANSFERENCIA: se refiere al movimiento de mensajes desde el origen hasta su recepción. NOTIFICAR: tiene que ver con la capacidad de decir al origen lo que sucedió con el mensaje, si fue entregado, fue rechazado, fue entregado, se perdió.

7 CONVERSION: puede necesitarse para hacer que el mensaje se exhiba en forma adecuada en el terminal o impresora del receptor. FORMATEO: se relaciona con la forma de exhibición del mensaje sobre el terminal del receptor. DISPOSICION: el paso final y esta relacionado con lo que hace el receptor con el mensaje después de recibirlo. PROTOCOLO SNMP-CMISE SNMP es un protocolo que permite la gestión de los recursos que están disponibles en la red. Dentro de un entorno de red gestionado con SNMP habrá un conjunto de nodos de la red que se encarguen de la gestión y un conjunto de componentes de la red (hosts, hubs, routers, modems, etc.) que podrán ser gestionados por estas estaciones. Para que el software que se encarga de la gestión de la red en las estaciones de gestión pueda obtener información de los elementos de la red, es necesario que dichos elementos cuenten con un software que permita su comunicación en la estación. Este software se denomina agente. Hay otra pieza importante en este entorno, y es la base de datos donde se encuentra toda la información que se gestiona. Esta base de datos se denomina MIB (Management Information Base). Por lo tanto se distingues los siguientes elementos: Agente de gestión. Gestor. Objeto gestionado. Protocolo de gestión. Agente de gestión. El agente de gestión se encarga de supervisar un elemento de la red. Se comunica con el gestor para atender sus peticiones y para informarle de eventos acaecidos en el objeto gestionado. El agente de gestión suele residir físicamente en el elemento gestionado. Gestor.

8 El gestor es un software residente en una estación de ostión que se comunica con los agentes y que ofrece al usuario una interfaz a través de la cual comunicarse con los agentes de gestión para obtener información de los recursos gestionados. Además recibirá las notificaciones enviadas por los agentes. Objetos gestionados. Los objetos gestionados son las abstracciones de los elementos físicos de la red que se gestionan (tarjeta de red, hub, módem, router, etc.). Se podrán manejar los atributos y las operaciones que se pueden realizar sobre el objeto. De la misma forma, las notificaciones que dicho objeto puede generar así como las relaciones con otros objetos también serán susceptibles de ser controladas. La base de datos de gestión (MIB) antes mencionada está formada por todos los objetos gestionados. Protocolo de gestión. Es el protocolo que especifica cómo se realizará la comunicación entre los agentes de gestión y el gestor. En este caso este protocolo es el SNMP. La comunicación se realiza en base de requerimientos, respuestas y notificaciones: Elementos de SNMP. Mensajes SNMP. SNMP define cinco tipos de mensajes: Get Request: para leer el valor de una o varias variables del MIB. Get Next Request: para realizar lecturas secuenciales a través del MIB. Get Response: es el mensaje de respuesta a un Set Request, Get Request o Get Next Request. Set Request: mensaje enviado para establecer el valor de una variable. Trap: a través de este mensaje se hacen notificaciones de eventos. Comunidades.

9 Se le denomina comunidad a un conjunto de gestores y a los objetos gestionados. A las comunidades se les asignan nombres, de tal forma que este nombre junto con cierta información adicional sirva para validar un mensaje SNMP y al emisor del mismo. MIB. El MIB de organiza en forma de árbol. Cada nodo del árbol tiene asociado un número entero y una etiqueta de texto. Un nodo se identifica unívocamente con una secuencia de números enteros que identifican los nodos a través de los cuales hay que pasar para llegar desde la raíz al nodo que nos interese. Ventajas y desventajas de SNMP. Ventajas de SNMP. La ventaja fundamental de usar SNMP es que su diseño es simple por lo que su implementación es sencilla en grandes redes y la información de gestión que se necesita intercambiar ocupa pocos recursos de la red. Además, permite al usuario elegir las variables que desea monitorizar sin más que definir: El título de la variable. El tipo de datos de las variables. Si la variable es de solo lectura o también de escritura. El valor de la variable. Desventajas de SNMP. El protocolo SNMP no es ni mucho menos perfecto. Tiene sus fallos que se han ido corrigiendo. La primera deficiencia de SNMP es que tiene grandes fallos de seguridad que puede permitir a intrusos acceder a información que lleva la red. Todavía peor, estos intrusos pueden llegar a bloquear o deshabilitar terminales. La solución a estos problemas es sencilla y se ha incorporado en la nueva versión SNMPv2. CMISE (COMMON MANAGEMENT INFORMATION SERVICE ELEMENT).

10 Proporciona los servicios básicos de gestión confirmados y no confirmados para reportar eventos y manipular datos de gestión. CMISE hace uso de los servicios proporcionados por ROSE y ACSE. Servicios de CMISE. Se denominan unidades funcionales y se resumen en la tabla siguiente las denominadas 'stand alone' (luego hay otras tres más). El número que sigue a cada unidad funcional está definido por el CMIP. También se especifica en cada caso si se trata de servicio confirmado o no confirmado. ACSE (ASSOCIATION CONTROL SERVICE ELEMENT): Servicios que ACSE proporciona a CMISE: A-ASSOCIATE. Servicio confirmado utilizado para inicializar la asociación entre entidades de aplicación. A-RELEASE. Servicio confirmado usado para liberar una asociación entre entidades de aplicación sin pérdida de información. A-ABORT. Servicio no confirmado que causa la liberación anormal de una asociación con una posible pérdida de información. A-P-ABORT. Servicio iniciado por el proveedor que indica la liberación anormal de la asociación del servicio de presentación con posible pérdida de información. ROSE (REMOTE OPERATION SERVICE ELEMENT): Servicios que ROSE proporciona a CMISE: RO-INVOKE, servicio no confirmado que es usado por un usuario de ROSE para invocar que una operación sea realizada por un ROSE invocado remoto. RO-RESULT, servicio no confirmado que un ROSE invocado usa para contestar a una previa indicación RO-INVOKE en el caso de que se haya realizado con éxito. RO-ERROR, servicio no confirmado que es usado por un usuario de ROSE invocado para contestar a una previa indicación RO-INVOKE en el caso de que haya fracasado.

11 RO-REJECT, servicio no confirmado utilizado por un usuario de ROSE para rechazar una petición (indicación RO-INVOKE) del otro.