Tema 9. Aplicaciones Distribuidas

Transcripción

1 1 de 46 Enrique Alba Torres Universidad de Málaga (UMA)

2 2 de 46 La capa de presentación permite a los hosts intercambiar información (estructuras de datos) en su propia sintaxis local. Los programas de usuario (procesadores de texto, , bases de datos, hojas de cálculo, calendarios, etc.) requieren servicios de transferencia de información especializados. Estos servicios les ofrecen los Elementos de Servicio Específicos de la Aplicación (SASE s). SASE servicio de directorios SASE servicio de transferencia de ficheros Los SASE s usan los servicios ofrecidos por los Elementos de Servicio Comunes a las (CASE s). Un CASE proporciona servicios de transferencia de la información genéricos que son usados por los diferentes SASE s, tales como establecer una conexión (llamada Asociación) entre SASE s en máquinas distintas.

3 3 de 46 Descomposición de los servicios proporcionados por la capa de aplicación desde el punto de vista de los programas de usuario: Programas de Usuario Capa de Aplicación Proceso de Aplicación del Usuario Interfaz de Usuario SASE SASE SASE CASE

4 4 de 46 Un CASE puede ser de distintos tipos: CASE y SASE ACSE (Elemento de Servicio para Control de Asociación): Establece la asociación entre SASE s. ROSE (Elemento de Servicio para Operaciones Remotas): Intercambia órdenes y resultados. CCR (Elemento de Concordancia, Concurrencia y Recuperacion): Descompone la ejecución de operaciones en acciones atómicas y repite las que no se completan satisfactoriamente. La interfaz de usuario adapta las órdenes y respuestas del proceso-aplicación del usuario al SASE. Esta interfaz permite a diferentes programas comerciales trabajar en una red común.

5 5 de 46 Ejemplos y clases de SASE s: CASE y SASE Clase SASE Transferencia y Acceso a Ficheros Manejo de Mensajes Ejecución Remota de Mensajes Emulación de Terminal Directorio Login Remoto Ejemplo NFS y y MHS RPC y JTM VT y X.Window DS rlogin

6 6 de 46 TOP Los Protocolos Técnicos y de Oficina (TOP) son un conjunto de protocolos para las siete capas OSI. Desarrollados en Boeing en 1970 fueron diseñados para automatizar oficinas, y están disponibles para Ethernet y Token Ring. Capas OSI 7 FTAM MHS DS VT JTM Presentación 8327 Sesión 8073 Transporte orientado a la conexión (TP4) 8473 Capa Red Datagrama Control de Enlace Lógico (Ethernet) ó (Token Ring)

7 7 de 46 TOP Las SASE s de aplicaciones soportadas por TOP son los básicos que propone OSI: FTAM (gestión de ficheros) MHS (gestión de mensajes) JTM (servicio de manipulación de trabajos remotos) DS (servicio de directorio) VT (servicio de terminal remoto)

8 8 de 46 FTAM TOP Modelo OSI 8571 para manejo, acceso y transferencia de ficheros. Un fichero es un conjunto de datos estructurados con atributos tales como el tamaño, fecha de creación, último acceso y modificación, el propietario, encriptado, etc. El acceso remoto a un fichero con FTAM sigue los siguientes pasos: 1. Establecer conexión con la máquina remota. 2. Seleccionar un fichero o crearlo (leer y modificar atributos). 3. Abrir el fichero (borrarlo si se desea). 4. Leer o escribir en el fichero. Después se realizan las operaciones inversas (cerrar, deseleccionar y terminar la conexión). FTAM prevé la recuperación de problemas de transmisión o caídas durante el acceso (puntos de chequeo).

9 9 de 46 MHS TOP Sistema de Manejo de Mensajes CCITT (descrito en X.400). Se trata de un servicio de correo electrónico. Las funciones básicas son: - Composición (edición de un mensaje). - Entrega de mensajes a un receptor o lista de receptores. - Notificación de entrega de mensajes. MHS permite a un usuario imponer restricciones a los mensajes aceptados y permite responder, almacenar y editar mensajes recibidos. Además MHS indica las razones por las que no se pudo entregar un mensaje (máquina destino apagada, mensaje no aceptado...).

10 10 de 46 JTM TOP La manipulación y transferencia de trabajos permite la ejecución de un trabajo en una máquina remota. El host que ejecute el trabajo debe recolectar todos los ficheros necesarios, comprobar las autorizaciones e informar sobre el progreso de la ejecución. JTM también hace posible eliminar un proceso en ejecución (operación difícil de implementar ). DS La función del servicio de directorio es transformar un nombre simbólico en una dirección de red. La dirección simbólica normalmente es jerárquica para que un computador dado necesite saber solamente cómo llegar a sus vecinos en el árbol de nombres. DS permite a los usuarios buscar y modificar la información, sujetos a autorizaciones.

11 11 de 46 VT TOP Es un método de tratar con el gran número de terminales distintos existentes en el mercado. La idea es definir una presentación uniforme del estado del terminal y de las órdenes para modificarlo. Cada terminal convertirá estas instrucciones abstractas en las acciones deseadas. Por ejemplo, diferentes terminales borran la pantalla según una orden diferente. La orden abstracta clear_the_screen será traducida a la orden real de borrado del monitor. Los parámetros del terminal conectado a VT incluyen tamaño, paleta de colores, características sobre tiempos, número de dimensiones (1, 2 ó 3) y los caracteres de control específicos (LF, CR, clear, home,...).

12 12 de 46 MAP Su desarrollo comenzó en la General Motors en 1982 y lo continuó la Sociedad de Ingenieros en Manufacturado, pensado para las plantas donde son importantes las restricciones en tiempo real. El juego de Protocolos para Automatización de Manufacturado (MAP) se usa en redes Token Bus (banda base o banda ancha). Se eligió Token bus por su tiempo acotado de acceso al medio. Capas OSI 7 FTAM MMS DS Presentación 8327 Sesión 8073 Transporte orientado a la conexión (TP4) 8473 Capa Red Datagrama Control de Enlace Lógico (Token Bus)

13 13 de 46 MAP MAP es muy parecido a TOP. Las capas de Presentación y de Red son idéntica en ambos protocolos. Las principales diferencias están en las capas física y MAC. El Servicio de Mensajes de Manufacturado (MMS) permite enviar órdenes dentro de una celda de manufactura (robots, máquinas númericas,...). MMS complementa las comunicaciones de FTAM. Algunos servicios básicos de MMS son: transferencia de ficheros, carga de programas, inicio y parada (órdenes) y leer o escribir variables. Los dispositivos en una celda implementan un juego reducido de protocolos compuesto por MMS y DS basados en y Los controladores de celda implementan el juego completo.

14 14 de 46 NFS El Sistema de Ficheros en Red (NFS) desarrollado por Sun Microsystems está muy extendido por su acceso distribuido a ficheros y capacidad de proceso distribuido. NFS permite la creación consistente de ficheros y directorios en red. Se accede a un fichero remoto como si fuese local. La estructura en árbol de un sistema de ficheros local se aumenta con directorios remotos montados por el usuario de forma transparente. NFS permite servicios como las páginas amarillas que es una base de datos en red para gestión de la red: configuraciones, palabras de paso, etc. NFS se basa en dos protocolos: - RPC (Remote Procedure Call). - XDR (external Data Representation).

15 15 de 46 XDR NFS Es un conjunto de formatos de datos independientes de la máquina. Permite a dos máquinas con distintos formatos de datos comunicarse convirtiendo desde y hacia formato XDR. RPC Permite a un proceso ejecutar un procedimiento en otra máquina. Para simplificar el manejo de fallos NFS es un protocolo sin estado: la máquina que ofrece un servicio no necesita recordar las peticiones anteriores (las peticiones se manejan una cada vez). Si la máquina que sirve al RPC cae, la máquina que pide RPC lo repetirá tras un timeout. Si la servidora de RPC se conecta de nuevo responde a la petición como si no hubiese caído (excepto por el retraso).

16 16 de 46 NetBIOS El sistema de entrada/salida básico de red (NetBIOS) es una colección de servicios de comunicación de red para PC s y PS/2 s compatibles en una LAN. Existen implementaciones de NetBIOS sobre TCP/IP. NetBIOS proporciona cuatro clases de servicio: - Servicio de Nombres - Servicio Datagrama - Servicio de Sesión - Órdenes generales

17 17 de 46 Servicio de Nombres NetBIOS Un nombre es una cadena de 1 a 16 caracteres que designa un proceso único o grupo de procesos en una LAN. Cada nodo de la red mantiene una lista con los nombres de sus procesos. El servicio de red permite añadir, borrar o buscar nombres. Cuando un usuario pide añadir un nombre al servicio difunde un mensaje preguntando si dicho nombre está ya reservado. Servicio Datagrama Este servicio puede transmitir paquetes a un nombre único, nombre de grupo o a todos los nodos. El usuario especifica su nombre local bajo el que recibir datagramas.

18 18 de 46 Servicio de Sesión NetBIOS Se trata de un servicio de transmisión confiable orientado a la conexión para mensajes de hasta bytes. Como en el servicio datagrama, el usuario especifica el nombre local bajo el que recibe los mensajes. Órdenes Generales Se proporcionan 3 órdenes de propósito general: - RESET: Borra las tablas de nombres y aborta las sesiones en progreso. - CANCEL: Aborta una orden en progreso. - STATUS: Devuelve la tabla de nombres del nodo local o de un nodo remoto.

19 19 de 46 SNA En 1974 IBM introdujo su arquitectura de sistemas en red (SNA) para conectar sus mainframes System/370 a terminales e impresoras. Muchas otras marcas venden software SNA. Un usuario de la red accede interactuando con una Unidad Lógica (LU) a través de un servicio de presentación. La LU interactúa con la unidad física. En términos IBM la capa de protocolo de control del camino implementa circuitos virtuales entre LU s. El operador de la red establece sesiones entre LU s usando estos circuitos virtuales. Los procesos de usuario en las LU s entran en conversación usando sesiones. Durante una conversación los procesos intercambian registros lógicos de hasta bytes, incluyendo un campo de identificación de 2 bytes.

20 20 de 46 SNA La LU fragmenta los registros lógicos en unidades de respuesta de longitud máxima negociada (típicamente 256 bytes). Las unidades de respuesta son transportadas por los enlaces usando el control de enlace de datos asíncrono (SDLC), similar a HDLC. Algunas aplicaciones desarrolladas para SNA son: - DIA: Arquitectura para Intercambio de Documentos, para almacenamiento, recuperación y distribución de documentos). - SNADS: Servicio de Distribución SNA, usado para enviar documentos. - DDM: Manejo de Datos Distribuidos, para que los programas accedan a sistemas de ficheros remotos.

21 21 de 46 File Transfer Protocol (). RFC 959. Da servicio en el puerto TCP 21. utiliza TCP para proporcionar un servicio de transferencia de ficheros entre dos equipos de la red. Los clientes piden al usuario un login y password para la conexión con la máquina remota. Es posible también acceder de forma anónima usando el login anonymous y cualquier palabra de paso (guest, dirección de ,...). El cliente pide servicio al puerto 21 de la máquina remota. El proceso servidor maestro crea un servidor esclavo por cada cliente. El proceso servidor esclavo establece una conexión de control con el cliente y otra de datos para cada transferencia de archivo.

22 22 de 46 Al usar conexiones de control y datos separadas el protocolo permite gran flexibilidad: Las órdenes circulan entre el cliente y el servidor por un canal dedicado. Esto permite que no se necesite una interpretación especial; se usan códigos numéricos y una breve explicación ASCII para las órdenes y sus resultados. Los ficheros circulan hacia/desde el cliente por otro canal. Cada transferencia de un fichero supone abrir-usar-cerrar una conexión aparte. Esto permite que incluso el fichero pueda crecer durante la transferencia, ya que no se informa a priori de su tamaño. Al encontrarse el final del fichero (EOF) el servidor cierra la conexión de datos. El cliente muestra un prompt al usuario. El usuario interacciona con el cliente a través de órdenes. Algunas órdenes se ejecutan en la máquina local (ver directorio local) y otras requieren ser enviadas al servidor (traer fichero).

23 23 de 46 Para protegerse de servidores que puedan fallar el cliente establece un temporizador de inactividad. Cuando expira se cierran ambas conexiones (control y datos). El valor por defecto es de 5 minutos. Existen dos tipos de transmisiones: ASCII y binarias. En el primer caso se interpretan y modifican los saltos de línea UNIX-DOS (LF frente a CR+LF) y se interpreta el fichero como de texto. La transferencia de ficheros ejecutables, imágenes, ficheros comprimidos, etc. requiere establecer el modo de transferencia binario para que no se modifique el contenido del fichero. Algunas de las órdenes más útiles son: put, get, mput, mget, prompt, cd, ls, lcd, ascii, bin, bye, type, pwd, help...

24 24 de 46 Ejemplo (cliente modo texto): C:\Comunicación de Datos> ftp luna Conneted to luna.uma.es. 220 luna.uma.es server (SunOS 5.6) ready. User (luna.uma.es:(none)): pepe 331 Password required for pepe. Password: ******** 230 User pepe logged in. ftp> pwd 257 /home/luna/users/pepe is current directory. ftp> type Using ascii mode to transfer files. ftp> bin 200 Type set to I. ftp> get sct97.ml 200 PORT command successful. 150 ASCII data connection for sct97.ml ( ,3262) ( bytes). 226 ASCII Transfer complete bytes received in 3.24 seconds ( Kbytes/sec) ftp> put fich1 Fich1: File not found. ftp> bye 221 Goodbye.

25 25 de 46 Ejemplo (cliente modo gráfico):

26 26 de 46 Simple Mail Transfer Protocol (). RFC 821. Los mensajes que transfiere siguen el formato RFC 822. Da servicio por el puerto TCP 25. El protocolo permite intercambiar mensajes de correo entre usuarios. Para extender el intercambio de ficheros que no son tipo texto se ha definido sobre el estándar MIME (Multipurpose Internet Mail Extension). usa el sobre (cabecera) del correo para entregar el contenido. El contenido no es examinado por excepto para convertirlo a ASCII de 7 bits y para indicar al principio del mensaje el camino seguido hasta el destino. Funcionamiento: El usuario compone un mensaje de correo usando una herramienta, normalmente gráfica. El mensaje se compone de una cabecera y un cuerpo.

27 27 de 46 Un agente de usuario entrega entonces el mensaje al emisor activo en la máquina fuente, quien encola todos los mensajes salientes. Dicho emisor se conecta usando TCP al puerto 25 de un receptor externo. Puesto que pueden existir varios destinos se mantiene en cola hasta haberlo entregado en todos ellos. Tras varios saltos por la red, el mensaje se entrega a un receptor, quien lo encola en el buzón del usuario destino. controla errores de destino incorrecto y también de falta de espacio en disco. Normalmente se establecen conexiones directas entre máquinas origen y destino, aunque puede reenviar correo. En la cabecera de un mensaje se especifica el receptor o lista de receptores y una breve descripción del contenido (subject). 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). El emisor establece la conexión TCP con el receptor y envía órdenes (ASCII) que recibirán exactamente una respuesta del emisor.

28 28 de 46 Ejemplo: apolo.uma.es% telnet localhost 25 Trying Connected to localhost. Escape character is ^]. 220 apolo.uma.es Sendmail SMI-8.6/SMI-SVR4 ready MAIL FROM: 503 Polite people say HELO first HELO 250 apolo.uma.es Hello localhost, pleased to meet you MAIL FROM: 250 Sender ok RCPT TO: 250 Recipient ok DATA 354 Enter mail, end with. on a line by itself Bla bla bla Etc. Etc. Etc NAA27190 Message accepted for delivery QUIT 221 apolo.uma.es closing connection Connection closed by foreign host.

29 29 de 46 Ejemplo (usando una herramienta gráfica):

30 30 de 46 Virtual Terminal (). RFC 854/855. Da servicio en el puerto TCP 23. Aunque su uso es simple el protocolo es relativamente complejo. El cliente abre una conexión TCP a la máquina remota en el puerto 23. El cliente acepta datos del usuario y los envía al servidor. El servidor envía datos de respuesta al cliente y éste los muestra en la pantalla del usuario. El cliente utiliza características de un terminal estándar virtual (Network Virtual Terminal, NVT). El NVT representa el mínimo denominador común de los terminales existentes en el mercado: bidireccional, scroll, longitud limitada de línea/página, y caracteres ASCII de 7 bits codificados en octetos. Ya que distintos sistemas utilizan distintos caracteres de control, tiene una definición propia de su significado para sacar información por pantalla.

31 31 de 46 Caracteres de control: NUL No operación LF Mover a la siguiente línea de salida CR Mover al principio de la línea de impresión BEL Señal sonora BS Mover el cursor a la izquierda para escribir HT Salto a un tabulador horizontal VT Salto a un tabulador vertical FF Mover al principio de una página En cualquier momento durante la conexión se pueden negociar características más avanzadas que las de NVT. Para ello se insertan órdenes en el flujo de datos entre el cliente y el servidor. Estas órdenes se preceden por el octeto IAC (Interpret As Command), valor hexadecimal FF. Para indicar a datos urgentes se utiliza la secuencia: IAC <órdenes> DM (datos fuera de banda)

32 32 de 46 Octetos para la negociación: SE 240 End of Subnegotiation NOP 241 No operation DM 242 Data Mark BRK 243 Break IP 244 Interrupt Process AO 245 Abort Output AYT 246 Are You There EC 247 Erase Character EL 248 Erase line GA 249 Go ahead SB 250 Begin Subnegotiation WILL 251 Sender requests enabling option WONT 252 Sender rejects enabling option DO 253 Sender requests other side enabling option DONT 254 Sender rejects other side enabling option IAC 255 Interpret As Command

33 33 de 46 La negociación se puede hacer de dos formas: Para mi lado: WILL para habilitar, el otro lado debe responder con DO para aceptar y DONT para negarse. Se usa WONT para deshabilitar, y sólo se puede recibir DONT para aceptar, no se puede negar. Para el otro lado: DO para habilitar, y responderá WILL si acepta o WONT si se niega. Se usa DONT para deshabilitar y se responderá WONT como afirmación, ya que al menos el NTV básico debe estar soportado.

34 34 de 46 Ejemplo: telnet proteo.edu Trying... <proteo.edu: unknown host> <Host is unreachable> Connected to proteo.edu Escape character is ^] Welcome to the Proteo System. login: fernandez password:******** Last login: Sun Apr 19 00:09:58 from tico.es proteo%_

35 35 de 46 Simple Network Management Protocol () permite gestionar redes TCP/IP. Fue aprobado por el IAB en 1988 y está basado en SGMP que permite manejar los routers en Internet. Da servicio por el puerto UDP 161. puede también gestionar dispositivos no- utilizando un proxy. Un agente proxy es un conversor de protocolo que traduce las órdenes las comprensibles por el protocolo de gestión propio del dispositivo. Actualmente está soportado en muchos sistemas distintos tales como puentes, PC s, estaciones de trabajo, encaminadores, terminales, servidores, hubs, concentradores, y tarjetas avanzadas ethernet, token ring y FDDI. se basa en un sistema de petición-respuesta. La autoridad gestora no es la red como sistema, sino una o varias estaciones distinguidas (NMS).

36 36 de 46 La arquitectura consta de los siguientes componentes: Gestores (NMS s) Agentes (nodos admnistrados) MIB (base de datos con información) SMI (administración de la base de datos) Protocolos (órdenes)

37 37 de 46 Gestores: La entidad gestora NMS puede pedir al agente administrado que informe de su dirección IP, máscara de subred, etc. El gestor reacciona para atrapar dichos mensajes de respuesta y actuar en consecuencia. Agentes: Las entidades agente reaccionan ante las peticiones de la NMS para enviarle información específica sobre el funcionamiento de un dispositivo. MIB: La Management Information Base (MIB) define los objetos que serán mantenidos en los dispositivos administrados de la red. El primer estándar denominado MIB-1 define objetos agrupados en 8 conjuntos relativos sobre todo a los protocolos (ip, icmp, tcp, udp,...). El nuevo estándar MIB-2 se extendió para incluir más tipos de objetos relacionados con la transmisión de valores y con específicamente.

38 38 de 46 SMI: La estructura de la información gestionada define cómo los objetos contenidos en la MIB serán manipulados. Proporciona métodos (reglas) para identificar objetos e incluye tipos de datos que describen qué son dichos objetos. Órdenes: Todas las tareas en se llevan a cabo utilizando 5 tipos de órdenes (PDU s): GetRequest El agente inspecciona las variables MIB GetNextRequest Idem, actúa sobre un orden preestablecido SetRequest La NMS está pidiendo al agente alterar vbles. MIB GetResponse Envía una PDU que satisface un Get anterior Traps Informe de un agente ante evento pre-programado

39 39 de utiliza Ethernet y UDP para transportar su información. Cada mensaje de se encapsula completamente en un datagrama UDP. Cada mensaje consta de tres porciones: Identificador de versión, normalmente a 1 o 2. Nombre de la comunidad, indicando el agente y sus aplicaciones asociadas. PDU, uno de entre las cinco órdenes permitidas en. La entidad de protocolo recibe la mayoría de los mensajes en el puerto UDP 161. Los traps se reciben en el UDP 162. Los RFC s son: RFC 1157 MIB-2 RFC 1158 SMI RFC 1155

40 40 de 46 El protocolo SMP (Simple Management Procotol) conocido como 2.0 extiende 1.0 con características de seguridad y mayor control sobre la red gestionada. SMP soporta: Transferencias de ficheros voluminosas. Mecanismos de seguridad en la transferencia. Un mecanismo de chequeo dirigido por eventos. Manejo de la red, aplicaciones y otros sistemas de los usuarios. SMP soporta los niveles de red de Novell, AppleTalk y OSI. La orden GetBulk permite transferir mensajes de más de 460 bytes (límite en 1.0). Finalmente, SMP dispone de mensajes de error más informativos.

41 41 de 46 Hyper-Text Transfer Protocol (). Da servicio en el puerto TCP 80. Los servidores web siguen el protocolo para satisfacer las respuestas de los clientes. Los clientes típicos son navegadores (NetScape, Explorer, etc.) y herramientas similares. A través de un URL (Uniform Resource Location) se accede al servidor para transferir una página de hipertexto normalmente con vínculos a otras páginas.

42 42 de 46 Al hacer click en un hipervínculo-página (hay otros tipos) se ejecutan los siguientes pasos: 1. El visualizador determina el URL. 2. El visualizador solicita a DNS la dirección IP del nombre de host. 3. El visualizador abre una conexión TCP al puerto 80 de dicha dirección IP. 4. El visualizador emite una orden GET <página> para el servidor. 5. El servido envía el contenido de la página. 6. Se cierra la conexión TCP. 7. El visualizador presenta todo el texto de la página. 8. El visualizador trae y presenta todas las imágenes de dicha página. Para cada imagen se establece una conexión TCP distinta. Esto suele ser ineficiente y suele estar mejorado en la práctica.

43 43 de 46 Cada interacción en consiste en una solicitud ASCII seguida de una respuesta tipo MIME RFC 822. Funciona sobre TCP pero no es imprescindible, podría usarse AAL5 (ATM) por ejemplo en el futuro. admite dos tipos de solicitudes: Simples: usan la orden GET <página> sin indicación de la versión. Esto es necesario por compatibilidad hacia atrás (a extinguir). Completas: la orden GET <página> <versión> permite usar varias líneas terminadas con una línea en blanco para indicar el fin de solicitud. La segunda y siguientes líneas siguen el estándar para cabeceras RFC 822.

44 44 de 46 GET: Solicita leer una página web. HEAD: Solicita leer la cabecera de una página web. PUT: Solicita almacenar una página web. POST: Añade algo a un recurso nombrado en la orden. está orientado a objetos, permitiendo recuperar objetos e invocar métodos de dichos objetos posteriormente. Las órdenes (case sensitive) son: DELETE: Elimina la página web, pero no hay garantía de éxito ya que depende de los permisos del archivo. LINK: Conecta entre si dos recursos existentes (páginas u otros). UNLINK: Rompe una conexión existente entre dos recursos. Cada solicitud recibe una respuesta que consiste en la línea de estado e información adicional opcional. Los códigos 200 (OK) indican operación satisfecha, pero también existen códigos de error como 304 (no modificado) o 403 (prohibido)...

45 45 de 46 Cada objeto en Internet recibe un URL. Se trata de un identificador de nombre estándar que permite su localización inequívoca. Un URL consta de tres partes: El protocolo:,, MAILTO,, etc. El nombre DNS del host: etc. El nombre del archivo: index.html, welcome.html, datos.txt, etc. El lenguaje HTML (HyperText Markup Language) es una aplicación del estándar ISO 8879 SGML (Standard Generalized Markup Language) especializado en hipertexto y adaptado para la Web. HTML utiliza etiquetas para especificar propiedades del documento: cabecera, cuerpo, texto en negritas, inclusión de imágenes, tablas, formularios, etc.

46 46 de 46 Los editores modernos como MS-Word, WordPerfect y muchas otras herramientas específicas permiten componer páginas usando WYSIWYG y evitando que el usuario necesite aprender las etiquetas concretas. El resultado es una página ASCII de extensión html que puede transportar y que los visualizadores modernos pueden formatear en una ventana. Ejemplo de etiquetas: <HTML> <HEAD> <TITLE>... </TITLE>... <HEAD> <BODY> <H1>... <H1> <B>... </B> <IMG SRC= imagen.gif > <A HREF= Datos ISO </A> <TABLE>... </TABLE> <FORM>... </FORM> <APPLET CODE=game.class WIDTH=100 HEIGHT=200> </APPLET>... </BODY> </HTML>