Apuntes de Laboratorio de Aplicaciones de Redes
(Network Applications Lab Course Material)


Simulación de Token Bus en una Red Ethernet
  • Idea: Implementar una Red Token Bus, la cual se simulará usando una Red Ethernet disponible.
  • Aplicación a desarrollar: Un programa que permite enviar un mensaje de texto el cual debe ser pasado a cada uno de los integrantes del anillo, de la siguiente forma:
    • La primera estación que inicia la conversación, escribe un mensaje a todos y le pasa el token a la siguiente estación en el anillo lógico.
    • La segunda estación, recibe el token, escribe un mensaje a todos y le pasa el token a la siguiente estación en el anillo lógico.
    • La última estación del anillo, recibe el token, escribe un mensaje a todos y le pasa el token a la primera estación en el anillo lógico.
    • La primera estación recibe el token y se da por finalizado el Chat.
    • Se debe permitir que la estación que tiene el token, pueda enviar un mensaje a alguna estación especifica antes de entregar el token
    • Debe tenerse en cuenta que esta aplicación debe funcionar con n estaciones como miembros del anillo.
    • En un sector de la pantalla, debe aparecer el monitoreo de la red, es decir se debe mostrar, si paso el token, o datos, para quien va, de quien proviene, etc...
    • Al principiar el programa, se debe configurar lo siguiente:
    • La dirección MAC del PC. Obviamente cada estación que corra el programa debe tener una dirección diferente.
    • La identificación del anillo, de esta forma se puede formar diferentes redes Token Bus independientes. Esto se logra asignando un número de puerto específico del socket a usar en todas las estaciones que van a conformar un anillo.
    • Al inicializarse el anillo, o al perderse el token, deberá mostrarse en la porción de monitoreo de red, los eventos que se están llevando a cabo.
  • Se debe ocupar: Para el desarrollo de la experiencia, se debe trabajar en tres computadores en Linux en ambiente gráfico.
  • Para tener en cuenta:
    • Se debe programar sockets multicast, para así poder simular la red barra a la que están conectadas las estaciones.
    • Se debe implementar Token Bus, teniendo en cuenta las siguientes simplificaciones:
      • Todas las estaciones tienen la misma prioridad
      • En el formato de la trama:
      • No existirá Preámbulo, delimitador de comienzo, secuencia de comprobación de trama, ni delimitador de final
      • La Dirección de destino y fuente será de 2 octetos. Se considerará la dirección FFFF como dirección de difusión de Token Bus.
      • El tamaño del campo de datos será de 257 octetos como máximo, en donde el primer octeto determinará el largo del mensaje.
      • La retención del Token deberá ser de 10 segundos máximo, para cada estacion.
      • Se supondrá un intervalo de tiempo de 10*(n+1) segundos, para dar por perdido el Token.
      • La trama de control será la siguiente:
        • 00h: paquete de datos
        • 01h:Token
        • 02h:Solicitud de Token
        • 03h:Establecimiento de sucesor
        • 04h:Solicitud de sucesor
        • 05h:Resolucón de conflictos
        • 06h:Quien sigue
        • 07h:Beacon
    • Se debe observar el procedimiento de transmisión: inicialización del anillo, mantenimiento del anillo,etc...
    • Se debe contemplar la operación regular de la red: es decir cuando el anillo ya esta formado y no hay problemas
  • Material disponible:
    • Visitar el sitio Web del Ramo.
  • Confección de Informes:
    • Leer "Pauta Conceptual para confeccion de Informes"
    • Informe Previo debe contener como mínimo:
      • Resumen
      • Diagrama de Flujo (no de bloques)
      • Explicación del programa de cada estación
      • Funcionalidades adicionales incorporadas
      • Tiempo estimado de desarrollo
      • Bibliografía
    • Informe Final debe contener como mínimo:
      • Resumen
      • Diagrama de Flujo Final
      • Explicación del programa de cada estación
      • Funcionalidades adicionales incorporadas
      • Tiempo final de desarrollo
      • Trabajo Futuro
      • Conclusiones y/o Comentarios
      • Bibliografía
      • Anexo 1: Listado comentado del código fuente del programa de cada estación
  • Plazos:
    • Informe Previo: 17 de Mayo
    • Sesiones obligatorias: 17/Mayo, 24/Mayo, 31/Mayo y 7/Junio
    • Informe Final: 12 de Junio
  • Evaluacion:
    • Informe Previo:
      • Resumen, Objetivos y Bibliografia (15)
      • Completitud y Autocontenido (15)
      • Diagrama de Flujo (o en Bloques, segun corresponda) (10)
      • Redaccion, Ortografia y Presentacion (10)
      • Claridad Conceptual, Explicaciones y Desarrollo (40)
      • Imagenes (Pantallas), Distribucion del Espacio (10)
    • Informe Final:
      • Resumen, Conclusiones y Bibliografia (15)
      • Completitud y Autocontenido (15)
      • Diagrama de Flujo (o en Bloques, segun corresponda) (10)
      • Redaccion, Ortografia y Presentacion (10)
      • Claridad Conceptual, Explicaciones y Desarrollo (40)
      • Imagenes (Pantallas), Distribucion del Espacio (10)
    • Programa:
      • Presentacion (15)
      • Facilidad de uso (15)
      • Funcionalidad (inteligencia, rapidez, Y2K,etc) (50)
      • Codigo Fuente (Programacion, comentarios, modularidad (20)
    • NF = 0.4 IP + 0.6 IF
    • IF = 0.4 I.Escrito + 0.6 Programa
    • -10 puntos por dia de atraso
    • Entrega: Secretaria DCSC. Edificio F2 4to piso. No se aceptan "entregas" por email
    • Se evaluara: Presentacion, Claridad, Lenguaje ocupado, dinamica del Programa, Documentacion en linea, rapidez, entre otros.