Propuesta RedUNI Jornadas Técnicas RedIRIS. Noviembre 1997 Realizado por: Los usuarios registrados de los canales temáticos #biomedicina, #redes, #mercados ... de Undernet. http://bio.hgy.es/uninet Redactado por: María Jesús Coma. Unidad de Investigación, Hospital General Yagüe. Burgos. Marc Hawa. Universidad Politécnica de Valencia. Valencia. INDICE Preámbulo Introducción Lo que se echa en falta ¿Se pueden mejorar las cosas? Una nueva propuesta IRC (Internet Relay Chat) La comunicación mas rápida Situación actual Versatilidad y potencia del IRC Puntos débiles Aplicaciones Docencia Investigación Asistencia Acitidades empresariales y mercantiles Objetivos de la creación de IRC-Científico: RedUNI Descripción de la propuesta de IRC-Científico: RedUNI 1. Arquitectura e infraestructura de comunicaciones 2. Los servidores 3. Plataformas hardware A. Servidores B. Clientes 4. Software A. Servidores B. Clientes 5. Gestión de servidores 6. Gestión de usuarios . Acceso de los usuarios e identificación de los mismos. 7. Utilización y gestión de robots informáticos (bots) Qué es UniBoT Porqué y para qué Las tareas de UniBoT 8. Gestión de contenidos Mapa de la Ciudad Virtual Charlas publicas y privadas: 9. Integración de los servicios Ejemplo 10. Actividades 10.1. Charlas 10.2. Debates 10.3. Tutoriales 10.4. Listas de distribución 10.5. Revistas electrónicas 11. Servicio Web 11.1. Proyecto 11.2. Barrio Temático 11.3. Calle Temática 12. Administración 12.1. Comité de Administración: A-COM 12.2. Comité Técnico: T-COM 12.3. Comité de Atención al Usuario: U-COM 12.4. Comité de Contenidos: C-COM 12.5. Comité de Mantenimiento: M-COM 13. Actividades del grupo de trabajo 14. Calendario de puesta en marcha de RedUNI ANEXO I: IRC (Internet Relay Chat) A. Un pequeño glosario de términos B. Los pasos a seguir en una sesión IRC básica ANEXO II: World Wide Web Preámbulo La historia nos ha enseñado que muchas veces la diferencia entre caminar lentamente y saltar con pasos de gigante en el sinuoso camino del progreso está en una idea tan simple como revolucionaria. El origen de toda la presente presentación se apoya en una de esas ideas. Tenemos una herramienta que existe, funciona y se usa, pero hasta ahora nadie ha pensado en darle una utilidad real, es decir, que no sea la del entretenimiento. ¿Por qué no dársela nosotros para que sirva de motor de progreso? Éste fue el punto de partida de una aventura que comenzó hace ya un año. Pensemos por ejemplo en un símil interesante: ¿qué utilidad e interés tendría el fax si todo el mundo lo usara sólo para mandar chistes? Ninguna o muy poca. Sin embargo el fax sirve para otras muchas cosas, todos lo sabemos: permite mandar contratos, copias de documentos oficiales, presupuestos, etc. El IRC (Internet Relay Chat) es una herramienta de comunicación interesante, efectiva, potente y de amplia difusión en el mundo Internet. Pero sufre el mismo castigo que sufriría un fax-condenado- a-mandar-sólo-chistes. Esto ha motivado la mala reputación que acompaña al fenómeno IRC en muchos foros científicos y culturales mundiales. Lo que aquí intentamos es difundir una cultura nueva del IRC elevándolo al nivel del correo electrónico, de las listas de distribución, del servicio World Wide Web, o de cualquier otro servicio de Internet que, a diferencia del IRC, sí encuentra aplicaciones como herramienta científica de intercambio de ideas. Introducción Internet es la más importante red de redes existente en la actualidad y lo es por la cantidad ingente de información que ofrece, por el número de usuarios que aumenta progresivamente, por la cantidad y calidad de organizaciones presentes en ella, por la variedad y calidad de sus servicios, por la amplitud ya casi planetaria de su cobertura, por los intereses económicos que motiva, por su facilidad de acceso, por la capacidad de difusión de ideas, por la cultura que implementa en el mundo, y un largo etc. de factores adicionales. Hoy en día conectividad e Internet son dos conceptos hermanos. Internet es el núcleo y el motor de muchas revoluciones en la concepción de las redes modernas. Internet ya no es la ARPANET cerrada y experimental. Hoy en día es la autopista de la información que da servicio a un numero creciente de profesores, investigadores, empresarios, y usuarios particulares. Internet abre un mundo de oportunidades. Son ya muchas las personas que han descubierto el valor inigualado de sus servicios. La explosión reciente de la Red de Redes ha resultado en una nueva definición de la dimensión del ciberespacio y en una revalorización de su impacto en la vida social y profesional de los usuarios. El éxito creciente de Internet viene motivado por una larga evolución histórica de la Red y por una serie de innovaciones recientes. La amplitud de la cobertura que ofrece (en número de hosts servidores, de usuarios, de países conectados, de servicios proporcionados), su carácter de sistema abierto, la cantidad ingente de información que mueve y genera, la difusión que tiene, la democratización que la identifica, la revolución en su imagen (con la llegada de la World Wide Web), la apertura comercial, la caída de las tarifas de conexión, el bajo coste de la publicación Web, y un sinfín de motivos adicionales son los responsables de la revolución Internet. Lo que se echa en falta Internet tiene muchas cosas positivas de las que se pueden sacar lecturas constructivas pero ha sufrido una evolución reciente y arrastra algunas lagunas históricas que convierten en limitado el partido que le pueden sacar los foros académicos, los centros de investigación y las empresas. El parque de usuarios inicial de Internet estaba formado por los centros de investigación, las universidades y las organizaciones punteras (básicamente de los EEUU). Los contenidos transportados por la red estaban en consonancia con la identidad de los usuarios y por lo tanto perfectamente adaptados a sus necesidades. La apertura y la difusión paulatinas (y positivas desde muchos puntos de vista, no lo negamos) de Internet han provocado una consecuencia importante: la masificación y diversificación de los usuarios y de la información. Esto repercute en la creación de un laberinto dantesco cuyas paredes están plagadas de datos, pero en el que el porcentaje de datos realmente útiles para foros docentes, de investigación y empresariales, disminuye peligrosamente y es de acceso cada día más difícil. Diversos proyectos de contenidos temáticos se están lanzando o ya se han lanzado en este sentido para ofrecer al usuario Internet que pertenece al mundo de la ciencia una herramienta para comunicarse con sus pares y encontrar la información que le interesa. Sin embargo, ninguna de las iniciativas propuestas contempla el servicio IRC como parte activa del abanico de oportunidades que se ofrecen al usuario. Mucha gente se queja de la lentitud de la Red, sobre todo en el caso de los usuarios españoles. Esto tiene una doble explicación. En primer lugar, en muchos casos, las infraestructuras de comunicación disponibles no garantizan tasas de transferencias aceptables, bien por tener poco ancho de banda, bien por estar excesivamente saturadas. En segundo lugar, la amplia mayoría de los contenidos y de los servidores de la red están ubicados en países de habla no hispana. La consecuencia directa de este hecho es que los accesos de la red acaban a menudo estableciéndose con sitios muy remotos geográficamente, y por lo tanto de acceso lento. RedIRIS abriría en este sentido una vía de comunicación de altas prestaciones para los usuarios de los centros que forman parte de sus redes de cableado físico, pero incluso para los que usan RedIRIS como plataforma subyacente de conexión, si la fuente de la información que persiguen es remota geográficamente y/o es de complejo acceso indirecto, las prestaciones se resienten. Otra queja generalizada se basa en la falta de contenidos y servicios en castellano. Aunque aumenta de forma espectacular el número de los mismos, queda muy lejano al de los existentes en otros idiomas (y no sólo nos referimos aquí al inglés), lo cual resulta hoy en día sorprendente dada la muy amplia comunidad de usuarios que hablan regularmente el castellano. La existencia en la red de contenidos o servicios adecuados para los fines de un usuario, pero disponibles exclusivamente en un idioma extranjero, es totalmente equivalente, para muchos usuarios, a la ausencia de los mismos. Si entramos en el área de los servicios Internet útiles para el mundo científico, las consideraciones anteriores son aplicables a casi todos los servicios de la Red (WWW, Listas de Distribución, etc.) y particularmente al servicio IRC que como ya hemos dicho ha sido dejado de lado por un concurso de circunstancias adversas. Tres aspectos adicionales contribuyen a plantear dificultades en el uso de Internet como herramienta científica. El primero de ellos es la seguridad: los primeros pasos experimentales de la Red siguen teniendo consecuencias notables hoy en día. Además, la voluntad de seguir siendo un sistema abierto, el crecimiento no controlado de la Red, la ausencia de un organismo central con poderes relevantes, etc., contribuyen a crear una sensación de falta de seguridad (justificada muchas veces). Se observa desde hace algún tiempo un movimiento lento pero firme que persigue reforzar la seguridad de los servicios y de los usuarios. Pero este movimiento es demasiado lento en relación con los deseos de los usuarios por múltiples motivos (esfuerzos poco coordinados, inercia del medio, intereses enfrentados, etc.). Las propuestas de mejoras técnicas y de organización existen, pero su implantación masiva en la Red sólo se espera a medio y largo plazo. La consecuencia directa es que hoy en día el cibernauta se siente muchas veces amenazado por las hordas de hackers, crackers, y demás faunas variopintas. El segundo aspecto que frena la concepción de Internet como una herramienta científica seria es la falta de organización, control y coordinación en la arquitectura y evolución de la Red. Esto se debe a la propia naturaleza de la red (Internet no tiene topología definida o mejor dicho cambia permanentemente) y a la voluntad hoy en día presente en la amplia mayoría de sus usuarios de promover la globalización y la difusión de Internet (la aldea global). Existen organizaciones que, dentro de sus limitaciones, se encargan de controlar las diferentes redes de ordenadores que conforman la Red de Redes, de dar de alta nuevos dominios, de realizar estadísticas de la Red, de administrar las diferentes innovaciones tecnológicas de la misma, de apoyar las normas de conducta y de ética, etc. Pero la mayoría de estas organizaciones no tienen poderes reales (son consultadas pero no tienen poder de decisión y todavía menos de actuación), funcionan de forma poco coordinada, no trabajan con bases formalmente establecidas y se limitan a reuniones de control esporádicas, se basan en colaboraciones voluntarias de sus miembros, etc. Todo ello explica la ausencia de una mano fuerte que pueda controlar la Red en toda su dimensión y en todos sus aspectos relevantes. No queremos decir aquí que esta circunstancia sea negativa, ni mucho menos; de hecho es la base del enfoque Internet y la que ha motivado el lugar que ocupa hoy en día. El tercer y último factor que contribuye a que muchos foros científicos tengan una "mala" imagen de la red es la existencia de algunas faunas de usuarios consideradas de riesgo en la Red. Cualquiera conoce la proliferación hoy en día en Internet de servidores cuyos contenidos pueden ser considerados como mínimo como poco compatibles con una imagen de seriedad y totalmente antagonistas desde luego con la visión Internet como medio de promoción de ideas científicas. Ejemplos de estos contenidos son aquéllos que difunden pornografía, fomentan o apologizan el terrorismo, promueven ideas totalitarias o sectarias, etc. Asociada a estos contenidos, hay una considerable fauna de Internautas adictos a los mismos. Estos y otros motivos frenan el uso masivo de Internet como foro de intercambio de ideas en los círculos docentes, de investigación y empresariales, y aunque es muy grande la comunidad de usuarios que usan Internet como una herramienta para el Conocimiento (entendiéndolo en la verdadera dimensión del término), el uso que se saca a la Red en este sentido es más bien escaso si lo comparamos con las expectativas que podría ofrecer la colaboración activa de todos los servicios de la Red con el fin de aprender y enseñar. ¿Se pueden mejorar las cosas? Sin duda alguna. Diversos planteamientos ofrecen diferentes soluciones al problema y están siendo estudiados o implantados en la actualidad. Desde los primeros tiempos de Internet, cuando todavía no se conocía con ese nombre y reinaba su antecesora directa ARPANET, ya se produjeron algunos intentos enfocados hacia la promoción de ideas como las enunciadas aquí (incluso la propia ARPANET mantenía estos principios). Entre ellos podemos citar otras redes como BITNET o CSNET que pretendían enlazar exclusivamente diferentes universidades y centros de investigación usando unos protocolos e infraestructuras de comunicaciones propios. Estos intentos convivieron durante un tiempo con Internet/ARPANET, pero al final acabaron disolviéndose o integrándose en la macro red que lo devoraba todo, Internet/ARPANET. No se puede hablar de fracaso de estas propuestas puesto que consiguieron muchos de sus objetivos iniciales, e incluso en algunos casos los rebasaron ampliamente, pero les faltó desmarcarse del planteamiento y del funcionamiento de Internet y ofrecer un servicio selectivo para conseguir el éxito definitivo., así como madurez en el planteamiento y en diseño de sus servicios, porque en aquel entonces la tecnología de red de área ancha era aun incipiente. Una nueva propuesta Proponemos un servicio, que no persigue solucionar todos los problemas citados, pero si contribuir a mejorar el servicio que Internet puede prestar a la comunidad científica. Consiste en poner el IRC al servicio de la Ciencia, como una herramienta para la comunicación científica, la Docencia, la Investigación, y la Asistencia, es decir, un servicio que merece la denominación IRC-Científico. No es este un trabajo de reflexión teórica basado en la ingenuidad o en la ignorancia. Este IRC-Científico ya existe,como experimento piloto, y ha asentado sus primeros pilares, su desarrollo de este IRC es todavía incipiente, pero sus resultados han sido espectaculares y dejan entrever un maravilloso panorama. La consecución de los objetivos necesita una planificación definitiva que permita convertirlo en una pieza clave de la conectividad al servicio del intercambio del conocimiento. Con esta exposición se pretende: ? Introducir y justificar la necesidad de un IRC-Científico. ? Plantear una propuesta concreta de implementación de ese IRC- Científico. ? Motivar la creación de un grupo de trabajo para planificar, diseñar, implementar, implantar, administrar y mantener una red de IRC- Científico, destinada a cubrir todo el mundo, con especial atención al de habla hispana. Red que hemos dado en llamar RedUNI, por su fuerte vinculación al mundo universitario. En anexos, además, presentamos un breve desarrollo que contiene las bases y el funcionamiento del servicio IRC, y concepto y bases del WWW. IRC (Internet Relay Chat) La comunicación mas rápida Dentro de Internet la comunicación interpersonal fluye de diversas maneras, y a diversas velocidades. Si las consideramos de más lentas a más rápidas, y de menos a más personalizadas podíamos establecer esta orden: 1. World Wide Web (WWW) Lanzado por el equipo de trabajo de Tim Berners-Lee en el CERN, éste servicio de acceso a diferentes formatos de información mediante el uso intuitivo, sencillo, lógico, y por todo ello potente, del hipertexto y del hipermedia, ha provocado una revolución de la presentación de Internet y ha abierto Internet al público no experto en informática y telecomunicaciones. Hoy en día el WWW es sin duda alguna, junto con el correo electrónico, el servicio rey de Internet. La amplia gama de aplicaciones, desde la promoción de empresas, hasta los cuestionarios en línea, hace que florezcan los servicios Web y aparezcan nuevos cada instante. El servicio Web es uno de los más dinámicos servicios de la Red y vive una evolución permanente, que se traduce en un aumento de prestaciones, de la interactividad, de la seguridad, de la potencia y de la versatilidad. La Web permite la difusión de ideas en un formato estático y permanente. La información que proporciona, rica y variada, llega al publico en un lapsus de tiempo que oscila entre horas y varios meses e incluso años, según el momento del acceso del receptor. 2. News La información es lanzada por un usuario a la red, y leída por los usuarios en periodos de tiempo más cortos. En general, el que informa carece de relación con los informados, es decir, como la web, corresponde a una difusión mas que a una comunicación interpersonal. El lapsus de tiempo varía entre unas horas y unos días. Ambos casos, Web y News semejan al periodismo, en esa comparación, el Web sería la revista y las News los diarios. 3. Listas de distribución Comparte semejanzas con las news en el tipo de transmisión. El soporte de envío personalizado por mail a los suscriptores hace, en general más rápida la comunicación y los informantes tienen más relación entre sí, ya que se trata de grupos de personas que comparien intereses comunes. En suma se trata de un correo electrónico tipo carta abierta a los lectores 4. Correo electrónico El correo electrónico y las listas de distribución permiten el intercambio de datos entre dos o más usuarios pero en tiempo diferido, de la misma forma que lo haría el correo normal, pero con menores tiempos de latencia. Se trata ya de una comunicación interpersonal, inmediata. El intervalo de tiempo que transcurre en la transmisión real depende de la saturación de líneas y de la voluntad del receptor, es decir, de cuando abre el buzón. Si se desea, puede decirse que el diferimiento es de pocos segundos. 5. El IRC Se trata de un servicio de Internet que aparece oficialmente en la Red por primera vez en el año 1988 de la mano de Jarkko Oikarinen. Permite el intercambio de información en formato textual en tiempo real entre dos o más personas. Es el medio de comunicación de información,en formato textual, en tiempo real, más rápido y capaz que existe hasta hoy. Situación actual El IRC ofrece - en la actualidad - el único servicio de intercambio de información en tiempo real, accesible al público no experto en informática. Los sistemas de audio y videoconferencia permiten la comunicación en tiempo real de dos o más personas (este último caso con muchas limitaciones) pero requieren equipamiento específico y exigen un ancho de banda elevado, lo cual repercute en bajas prestaciones para el usuario que no suele cumplir uno u otro requisito. Se dice que las horas del IRC están contadas, pero éstas, no son pocas. La videconferencia a la que, quizás, cederá paso en el futuro, de momento está restringida a determinados centros con alta capacidad de transmisión, y su cultura y utilidad aún está por desarrollar. Las redes IRC existentes en la actualidad no están adaptadas a las necesidades científicas (docencia, investigación, asistencia, empresa) ya que: ? Están totalmente enfocadas hacia el entretenimiento y en ellas proliferan contenidos totalmente ajenos a las necesidades y usos de la docencia, la investigación, la asistencia y la empresa. Entre estos contenidos destaca la superficialidad, la pornografía y la piratería informática. ? Las redes IRC con cobertura mundial existentes presentan unas prestaciones técnicas totalmente deficientes, especialmente para el usuario europeo, generalmente alejado de los servidores que están en su mayoría en USA. ? Tradicionalmente, las redes IRC existentes son el punto de encuentro de usuarios que realizan actividades que en ocasiones constituyen delito (hackers, crackers, etc.). Todo ello ha contribuido y contribuye a la mala fama del IRC en foros con un mínimo de seriedad, lo cual a su vez ha sido causa de un mayor alejamiento de los ámbitos científicos. A diferencia de otros servicios de Internet, como la World Wide Web, las listas de distribución o el correo electrónico, el IRC es un servicio que hasta ahora no ha encontrado suficiente aplicación científica o profesional. Éste es el reto que ahora asumimos en este proyecto: poner el IRC al servicio de la Ciencia. Versatilidad y potencia del IRC El IRC consiste en la transmisión de textos entre dos a varios usuarios situados ante sus rescpectivos equipos, de forma inmediata, y produce una sensación de proximidad física, es decir, tiene un tono "vitalista" de forma que la comunicación se asume como charla "oral", por la proximidad que perciben entre sí los usuarios. Sin embargo no deja de ser palabra escrita. Y por ello combina ventajas de uno y otro medio: la desinhibición propia del intercambio oral con la opción de conservación del texto escrito transmitido. Una de las cualidades diferenciales de este medio es la posibilidad de mantener simultáneamente varias charlas con muchos usuarios, en ‘canales de conversación’ temporales o permanentes, y a la vez, uno o múltiples coloquios privados entre dos usuarios. Las comunicaciones tipo charla de múltiples usuarios pueden realizarse no solo dentro de un 'canal' de la red, sino también a través de robots informáticos. Las diversas opciones de la forma de un canal, que puede quedar secreto o invisible a los demás, limitado o no a cierto número de usuarios, con entrada libre o mediante invitación, clave de acceso, etc., permiten regular las características de los mismos según gustos o necesidades Las conversaciones 'privadas' entre dos usuarios quedan ocultas a los restantes usuarios de la red aunque compartan una o varias charlas con múltiples usuarios simultáneamente. Las charlas privadas entre dos usuarios, una vez establecidas dentro de la Red, pueden ser mantenidas directamente al margen de ésta, ya que son comunicación directa de ordenadores. El IRC permite asimismo el intercambio de archivos informáticos de forma inmediata, que se transmiten mediante conexiones entre los ordenadores respectivos. De esta manera, no sólo la charla puede ilustrarse con datos adicionales, imágenes, sonidos, etc., sino también, utilizar la conexión con el objetivo primordial de intercambiar material informático, controlando de forma inmediata su envío. Puntos débiles Por otro lado, la sensación de proximidad física, que provoca la transmisión de textos inmediata, propicia nexos de unión entre usuarios, lo que genera espontáneamente lazos de amistad. Esto punto fuerte es tambien una amenaza, ya que uede estar en el origen de su característico tono frívolo y dedicación mayoritaria actual de temas relativos al amor y sexo. Una de las peculiaridades del medio es que en realidad, los interlocutores, a pesar de la impresión de proximidad física, no pueden verificar con sensaciones auditivas, visuales, táctiles, etc. al resto de los usuarios. En realidad se trata sólo de intercambio de paquetes de información desde uno a otro u otros ordenadores, lo que unido a la sensación de inexpugnabilidad que proporciona saberse a mucha distancia e inaccesibilidad de los datos reales de quien está manejando el ordenador, facilita el intercambio de datos falsos acerca de sí mismos. Esto posiblemente está en el origen de la incitación a fingir personalidades irreales, produciendo un intercambio ficticio. Quizás esta característica de anonimato real en el IRC, ha propiciado un desarrollo del IRC infravalorado, y situado al margen de la ciencia, la docencia, la empresa, etc., ámbitos que exigen la veracidad en la comunicación. Aplicaciones Si fuera posible soslayar los problemas de anonimato, y garantizar la veracidad en la transmisión de la información, e introducir algunas mejoras técnicas en las comunicaciones el IRC podría ser un valioso instrumento útil para la Ciencia, la docencia, la investigación, la asistencia social, las relaciones mercantiles o empresariales, etc., todo ello sin necesidad de mengua o menoscabo del uso característico actual. El IRC posibilita el contacto estrecho entre personas de todo el mundo, con capacidad de agruparse por intereses comunes, científicos, docentes, comerciales, etc. Las aplicaciones de un IRC- Científico son ilimitadas, y a modo de ejemplo podemos citar las siguientes: A. Docencia ? Impartición de cursos de formación especializada, con apoyo de transferencia de ficheros, y otros medios, a ejemplo del Master de Economía por la Universidad de Barcelona. ? Tutoría de alumnos de forma individual o colectiva. ? Realización de charlas divulgativas de temas de interés general o particular, incluyendo un coloquio entre los asistentes. ? Conferencias singulares de personalidades relevantes, como se realizan ya en servidores dedicados de algunos centros, por ejemplo, de Pediatría en la Universidad de Minnesota. ? Mantenimiento de formación continuada y reciclaje de profesionales. ? Actualización permanente de directorios de recursos y descripción de su utilidad. B. Investigación ? Unión entre científicos interesados o involucrados en un mismo problema para elaborar estrategias y proyectos de investigación comunes. ? Realización de trabajos de investigación conjuntos en el ámbito Global. ? Coordinación de la investigación, evitando solapamientos y duplicidades entre grupos geográficamente dispersos. ? Congresos virtuales, a ejemplo del I Congreso Virtual Latiniaméricano de Anatomía Patológica, coordinado en Las Palmas de Gran Canaria (CONGANAT). C. Asistencia ? Consultas de cuestiones puntuales entre especialistas de una misma ciencia apoyados en la transferencia de ficheros de imágenes, registros informatizados, radiografías digitalizadas, etc. ? Posibilidad de acceso de los científicos más desprotegidos a los recursos científicos humanos más favorecidos. ? Erradicación del aislamiento profesional debido a las características de la profesión: médicos rurales, embarcados, vigilantes forestales, etc. ? Acceso de ancianos e impedidos a grupos de asistencia, proporcionando sensaciones de "compañía" y agilidad de la asistencia más o menos especializada. ? Formación de grupos de autoayuda tipo alcohólicos anónimos, o de terapia de grupo. ? Realización de Proyectos de Cooperación Internacional de forma muy coordinada y adaptada a las necesidades reales de cada momento. ? Posibilidad de consultas profesionales: médicas, jurídicas, económicas, artísticas, docentes, etc. D. Actividades mercantiles, comerciales y financieras ? Transmisión instantánea de datos de interés financiero. ? Información personalizada de datos comerciales puntuales. ? Ampliación del ámbito financiero de Bolsas y Mercados hasta lugares geográficamente alejados de los foros de la toma de decisiones. ? Fomento y facilitación de la opción de teletrabajo, es decir, realización de trabajo en el propio domicilio, ahorrando a las empresas costos de espacio y mobiliario. El IRC posibilita el contacto permanente entre la empresa y el trabajador en la jornada laboral. ? Posibilidad de ampliar actividades comerciales en las que la presencia física no es imprescindible a un mayor mercado, como por ejemplo subastas. ? Coordinación de empleados de empresas caracterizadas por la disersión geográfica, como viajantes con su sede o corresponsales con su central. Objtivos de la creación de IRC-Científico: RedUNI Por todo lo anteriormente expuesto, consideramos oportuno valorar la viabilidad de un sistema de conectividad especialmente diseñado para estos fines. Se trata, en suma de: ? Crear una nueva cultura de IRC-Científico con todas las ventajas que puede aportar el servicio, y convertirlo en un canal de comunicación más para el mundo científico. ? Abrir una nueva y enriquecedora vía de comunicación por encima de todas las barreras geográficas, con un servicio de calidad, rápido y fiable, diseñada para ofrecer a los usuarios contenidos que le interesen y acercarle a otros miembros de la comunidad profesional a la que pertenece y/o a los grupos de interés semejantes al suyo. ? Ofrecer una vía interesante para el acercamiento entre los centros de investigación y las empresas. ? Establecer intercambios de experiencias y conocimiento, y crear lazos afectivos profundos, entre todos los usuarios, especialmente los del mundo de habla hispana: hay que considerar el especial papel que compete a España en el liderazgo del mundo Hispanoamericano, así como en los foros donde está arraigada la lengua y/o cultura española. Descripción de la propuesta de IRC-Científico: RedUNI Un servicio IRC-Científico puede ser implementado sobre algunas de las redes existentes, EFnet, Undernet, etc. Sin embargo, las características del medio y la actual cultura del medio lo hacen desaconsejable. Se requiere por tanto la necesidad de crear una nueva red. Red que damos en llamar RedUNI. A continuación se esboza la propuesta de desarrollo de RedUNI, como una nueva red de IRC-Cientifico. Debe quedar claro que se trata de una propuesta de proyecto, es decir, abierta a todas las sugerencias y posibles modificaciones que puedan aportar los integrantes del grupo de trabajo a formar para desarrollar estel proyecto. Lo que aquí se expone está basado en experiencias piloto suficientemente desarrolladas como para pensar que el proyecto es factible, útil, valioso y necesario. Se trata de los canales: ? #Biomedicina, abierto el 14 de enero de 1997 y dedicado a Biología, Medicina y Ciencias de la Salud. ? #Redes, nacido el 28 de Abril de 1997 y dedicado a la Informática en todas sus vertientes. ? #Mercados, creado el 8 de Septiembre de 1997, dedicado a Economía y Finanzas. Todos estos canales están registrados en la red Undernet y en conjunto reúnen más de 400 usuarios registrados. Para ello hay que disponer de: ? Una serie de servidores unidos entre si y en coordinación permanente, de suficiente potencia y con una distribución geográfica estratégica, para cubrir las necesidades planetarias en relación a la población. ? Complementar esta red con un servicio Web y listas de distribución, para lo que deben implementarse otros servidores secundarios. 1. Arquitectura e infraestructura de comunicaciones Estamos hablando de una red de telecomunicaciones virtual con modelo cliente/servidor que enlaza toda una serie de servidores dedicados con la amplia comunidad de usuarios formada por los miembros de tres mundos (docencia, investigación, empresa) apoyándose en la infraestructura de transporte que ofrece Internet. Existe un número limitado de servidores dedicados que sirven a un número en teoría ilimitado de clientes (usuarios). La infraestructura de comunicaciones del proyecto es la siguiente: ? La red de conexión de los servidores se apoya en una infraestructura de comunicaciones de suficiente ancho de banda y buenas prestaciones, distribuida estratégicamente para ofrecer un servicio óptimo a sus usuarios. ? La red virtual de servidores tiene múltiples puntos de entrada (en principio como máximo tantos como servidores tiene la red multiplicado por el número de puertos que éstos tengan habilitados) que permiten a los usuarios autorizados acceder a los servicios. ? Los usuarios acceden a la red virtual de servidores vía la red Internet mediante las conexiones habituales. Debido al soporte multiplataforma de Internet como red de telecomunicaciones y de los servicios ofrecidos en este proyecto (IRC, Web y Listas de Distribución, caracterizados por una amplia gama de plataformas soportadas en los programas clientes), no se pone restricción en un principio sobre las características del hardware y software de la plataforma del cliente. El siguiente esquema muestra una representación visual de estas ideas. Figura 1: Esquema conceptual del proyecto Para dejar claro que la infraestructura subyacente a todo el proyecto (tanto en las comunicaciones servidor-servidor como en las comunicaciones cliente-servidor) es la red Internet, proponemos la siguiente figura que no deja de ser otra forma de ver lo anterior: Figura 2: Esquema general del proyecto La pila de protocolos de comunicaciones en la que nos apoyaremos consiste en el protocolo TCP/IP en el nivel inferior y en los protocolos WWW, Listas de Distribución e IRC en niveles más superiores, planteándose en un futuro no lejano la migración hacia actualizaciones más seguras y eficientes de esos protocolos conforme éstas se vayan implantando en la red Internet. En cualquier caso se apuesta por protocolos estándares para garantizar el máximo nivel de compatibilidad con las aplicaciones de Internet en uso hoy en día. Ya hemos dicho que el esquema de trabajo se basa en el modelo cliente/servidor. Todos los servidores están conectados a través de una infraestructura de comunicaciones de forma que el esqueleto (backbone) central (el que enlaza entre sí los servidores) de la red debe ser robusto, rápido y seguro. En principio se plantea el uso de líneas existentes de Internet de alta velocidad y fiabilidad. La alta velocidad y fiabilidad son dos requisitos de gran importancia, puesto que garantizan la consistencia de la información entre los diferentes servidores. Esto se debe a que los servidores que soportan servicio IRC deben mantener actualizada en tiempo real la información del estado de toda la red IRC. Será responsabilidad de RedIRIS distribuir los servidores para garantizar los requisitos de velocidad y fiabilidad. Si miramos el lado cliente, tenemos que las distintas infraestructuras de comunicaciones que permiten la conexión de los usuarios finales se deben apoyar también en las infraestructuras WAN existentes que usen los usuarios. En este caso, la calidad y velocidad de la conexión será particular a cada conexión y dependerá de la calidad y velocidad de la línea de la que disfrute (o padezca) cada usuario individual. La cobertura de RedUNI es mundial (es accesible a través de cualquier conexión Internet), pero se pone especial hincapié en los usuarios del mundo hispanohablante. Por ello la distribución geográfica de los servidores se debe definir de forma que ofrezca un servicio óptimo para estas áreas geográficas. Aparte de las buenas prestaciones en las comunicaciones servidor-servidor, el tema de la proximidad de los servidores al usuario es determinante puesto que repercutirá en unos bajos tiempos de latencia en las comunicaciones usuario-servidor. Por ello, en la medida de lo posible se deberán vincular los servidores (tanto geográficamente como en su administración) con centros de docencia e investigación, y empresas de primera fila. El motivo es triple: ? En primer lugar, la meta de RedUNI es precisamente enlazar los usuarios de estos centros con nuevas vías de comunicaciones. ? En segundo lugar, encaja perfectamente dentro del marco de seriedad que se exige a RedUNI, puesto que la vinculación con grandes centros nacionales e internacionales contribuye a reforzar el prestigio de la red e involucra en el proyecto a los diferentes centros. ? En tercer lugar, contribuye a difundir la existencia de RedUNI entre los miembros de los diferentes centros, y sobre todo les garantiza una conexión muy rápida con RedUNI, ya que la conexión pasaría a hacerse con un servidor local al centro. Esto es lo que quiere simbolizar en nombre propuesto RedUNI, apocopes de Red Universitaria. 2. Los servidores Los servidores podrán jugar dos papeles: A. Servir a clientes (éste sería el caso de la amplia mayoría de los servidores existentes). B. Servir a la propia red, haciendo funciones de: ? Administración. ? Gestión de contenidos/servicios. ? Mantenimiento. ? Repetidor/Encaminador de la información. ? Otras. La implantación de los servidores debe ser progresiva y seguir un planteamiento inteligente. Se ha empezado con una Unidad de Investigación y varias Universidades. Se espera que, conforme vaya creciendo la demanda de usuarios, se añadirán nuevos servidores. La distribución geográfica de los servidores debe ser inteligente como hemos dicho, es decir, los servidores deben estar ubicados cerca de las principales comunidades de usuarios potenciales de la red. La distribución geográfica de los servidores se hará teniendo muy presente la oportunidad de conectar progresivamente todo el mundo de habla hispana, motivado tanto en una razón de justicia, como de responsabilidad, por el papel que le compete a España en la difusión de la lengua. Todo ello debe seguir un plan coherente y preparado de antemano, haciendo especial hincapié en la importancia de unir ambos lados del Atlántico. El interés de un usuario estará en conectar con un servidor próximo geográficamente a él (por ello resulta tan interesante la instalación de un servidor en los grandes centros), puesto que con ello conseguirá mejores velocidades de transferencia en la conexión. Una medida en este sentido podrá ser rechazar conexiones demasiado lejanas por parte de un usuario, o lo que es mejor, redireccionarlas automáticamente hacia su servidor más cercano. 3. Plataformas hardware El éxito de una solución informática hoy en día se apoya en la facilidad del uso potencial de la misma. Ofrecer una solución que requiera el uso de programas propietarios específicos, diseñados para un número limitado de plataformas, equivale a condenar de antemano el futuro de esa solución dentro de la mentalidad de sistemas abiertos que rigen las telecomunicaciones hoy en día. Por ello, tanto en la vertiente cliente como en la vertiente servidor, se promueve la universalidad de las aplicaciones y de las plataformas. A. Servidores Debemos tener presente que el lado crítico es en realidad el lado cliente (el del usuario), ya que es un factor externo sobre el que no podemos actuar. Sin embargo, también en el lado servidor interesa soportar el máximo número de plataformas ya que no siempre se contará con hardware de nueva adquisición para el lado servidor, sino que muchas veces serán máquinas puestas en servicio por los diferentes organismos colaboradores. Básicamente se plantea en el lado servidor el soporte a las siguientes plataformas, consiguiendo con ello cubrir las mejores soluciones servidoras existentes en la actualidad en el mercado: - Ordenadores con Sistema Operativo UNIX. - Ordenadores Personales Compatibles con Sistema Operativo LINUX. Las características mínimas de cada servidor dependerán del papel que cumple en la red, de los servicios que ofrece (IRC, Web), y de la estimación del número de usuarios que deberá atender. Cabe recordar que el protocolo IRC permite fijar el número máximo de conexiones que acepta un servidor. B. Clientes Dar soporte a un amplio abanico de plataformas clientes es un aspecto fundamental y permitirá ampliar el parque de usuarios potenciales de la red. Dado que usamos servicios estándares de Internet (IRC, Web, Listas de Distribución), la variedad de plataformas clientes soportadas dependerá de la oferta actual de software de acceso a estos servicios para las diferentes plataformas existentes en el mercado. Afortunadamente esta variedad es muy amplia y se puede decir que todas las plataformas clientes existentes en el mercado podrán acceder a la red. 4. Software El desarrollo de software propio se intentará descartar en la medida de lo posible en toda la construcción del proyecto, y se recurrirá siempre que sea posible a software comercial existente. A. Servidores En el lado servidor, dada la genericidad de los servicios, el software estará normalmente disponible comercialmente. En este caso, para conseguir el software necesario, se propone la firma de acuerdos de licencia de uso especiales con los diferentes fabricantes o el uso de software de libre uso. Hemos de recordar que el software básico necesario para los servidores será el siguiente: ? Sistema Operativo. ? Software Servidor IRC. ? Software Servidor World Wide Web. ? Sistemas de Búsquedas e Indexación de Contenidos. Además de los anteriores, se pueden plantear desarrollos a medida para cubrir necesidades puntuales (por ejemplo, herramientas de administración de la propia red). El diseño e implementación de los mismos correrá a cargo del equipo de desarrolladores del proyecto. B. Clientes En el lado cliente ya debe haber quedado clara en el punto anterior nuestra voluntad de ofrecer siempre servicios accesibles desde un software cliente estándar. Por lo tanto, para usar los servicios, podemos pensar que necesitaremos las siguientes aplicaciones: ? Un cliente IRC. ? Un cliente World Wide Web. Ambas son aplicaciones de amplia difusión en Internet, soportadas por multitud de plataformas, y de cada una se puede encontrar por lo menos un producto de uso gratuito. 5. Gestión de servidores El alta de un nuevo servidor en la red se llevará a cabo sólo si el servidor cumple los siguientes requisitos: 1. Está ubicado en un centro docente, de investigación, o en una empresa, compatible con las motivaciones del proyecto. Este primer requisito se podrá ver alterado en algunas circunstancias especiales que serán estudiadas en cada caso. 2. Reúne las condiciones técnicas (plataforma compatible con el software servidor), de velocidad, fiabilidad y seguridad exigidas por la red. Un requisito fundamental debería ser la posibilidad de conectar directamente el servidor con una infraestructura de comunicaciones rápida y fiable que le integre en la red de servidores. 3. Ofrece un equipo de administración local con las suficientes garantías, la experiencia adecuada, y una motivación clara de colaborar en el éxito del proyecto. 4. Conduce a una mejora de las prestaciones de la red, y no a un empeoramiento de las mismas. 5. No provoca una saturación de las comunicaciones en el centro en el que se instala. 6. Gestión de usuarios: Acceso e identificación de los mismos. Cualquier persona, usuaria Internet, podrá tener acceso físico a la red. La libertad e igualdad de oportunidades también es una característica de RedUNI. El respeto a esta libertad, supone también la responsabilidad de respetar la de los demás usuarios que eligen esta red como una herramienta de trabajo, de enriquecimiento cultural, de intercambio de experiencias docentes, discantes, investigadoras, empresariales, etc. Así de la misma manera que no se entiende un congreso científico en el que los asistentes vayan cubiertos con un antifaz, no se comprende RedUNI con el anonimato usual actualmente característico del IRC usual. Por tal motivo, se han planteado diversos mecanismos de identificación de los usuarios. Esto choca notablemente en la actual cultura, y con las usuales recomendaciones de protección de datos en la red, ya que sus características la hacen vulnerable a la confidencialidad y el respeto la intimidad. En nuestra experiencia esto se ha resuelto de forma sencilla, sin traumas ni violencias, explicando las situaciones con claridad. El resultado está a vista. Mas de 400 científicos y profesionales de las áreas de Economía, Informática y Biomedicina, espontáneamente han dado sus datos identificatorios y expresamente han autorizado su publicación en las webs correspondientes a cada canal. Los datos como domicilio, etc. quedan depositados en los adm inistradores de cada canal y no se hacen públicos. Sin embargo es usual, en el ambiente desarrollado que cada usuario se presente a sí mismo en el canal con una breve descripción, y con suma facilidad se dan los datos personales. Se plantea ahora el modo de proceder en la futura red, ya bien caracterizada como de tipo científico y universitario, cuando el deseado número de usuarios sea muy alto, y sobretodo, vayan introduciéndose profesionales nuevos en Internet o en el IRC. Los planteamientos siguientes deben tomarse con la lógica reserva de que una cosa es lo deseable, y otra lo posible, una la buena y otra la mejor, y abrir un debate sobre las conveniencias y las posibilidades, de forma que sin riesgo de rebajar la altura científica deseada, no mengüe el número de opcionales usuarios por una agresiva exigencia de los datos de identificación. Nuestra experiencia nos ha demostrado que la exigencia hace valorar el producto, y no se han perdido potenciales usuarios por ser muy exigentes, mas bien, el proceso ha sido el inverso. Pero esto no puede plantearse rígidamente desde la ignorancia inicial del medio. Ésta es la forma identificación de usuarios que hemos experimentado con éxito de en los canales temáticos anteriormente citados, que puede ser aplicada a la red: Registro de usuarios mediante la entrega voluntaria de una solicitud electrónica de registro. Los datos solicitados son los siguientes: ? Nombre. ? Apellidos. ? Fecha de nacimiento. ? Lugar de Residencia. ? Datos Académicos. ? Datos Profesionales. ? Centro o empresa al que pertenece. ? Dirección de Correo Electrónico. ? Dirección de Página Web Personal. Si el usuario lo autoriza, se publican en la web todos excepto apellidos y fecha de nacimiento Se propone para RedUNI que el usuario sea advertido al entrar de las características de la red, mediante un script adecuado de bienvenida y con referencias claras de los puntos donde puede encontrar ayuda o aclaraciones. No obstante, por el momento, entran en los canales quienes quieren, si deciden no registrarse, no se les exige, pero el desenlace suele ser el cambio de opinión conforme va captando la cultura de canal o el abandono del mismo. Sólo ocasionalmente, se hace necesario utilizar medidas de fuerza (kick o ban). Esta identificación de usuarios, prácticamente inexistente en la casi totalidad de servicios de Internet, ha sido a nuestro modo de entender, un factor clave para el éxito de las experiencias piloto: el usuario siempre da la cara, asumiendo todos sus actos y además ofrece al resto de usuarios un reducido curriculum vitae que permite a los demás conocer, entre otras cosas, la actividad del usuario, el centro (docente, de investigación, o empresa) al que pertenece y la ciudad o pais. Por ello pensamos que este factor será sin duda alguna determinante para conseguir el marco de seriedad y de seguridad necesario para este proyecto. La posibilidad de apertura de canales no registrados tratará de impedirse por mediación del servidor. De esta manera, solo se podrá entrar en los canales "oficiales" o solicitar la creación de otros, quedando responsabilizado de la buena marcha del mismo una persona física que cumpla las exigencias de disponibilidad, curriculum, etc. que se consideren convenientes. Pensamos que el sistema es suficientemente rico, fiable y asequible, por lo que proponemos que no se altere. La pérdida de anonimato no implica en absoluto la pérdida de privacidad y de tranquilidad. Aunque un usuario puede ser perfectamente reconocido y identificado en la red, en ningún momento se verá obligado a soportar intrusiones por parte de otros usuarios si no lo desea. La combinación de todos estos mecanismos garantiza una solución suficientemente fiable contra la entrada de intrusos en la red. Todo indicio de actividad reprobable por parte de un usuario provocará una sanción inmediata del mismo, siguiendo un esquema incremental de sanciones, llegando incluso a la expulsión definitiva del usuario de la red. 7. Utilización y gestión de robots informáticos (bots) UniBoT: El BOT de RedUNI Qué es UniBoT UniBoT ha sido concebido en el contexto de RedUNI, y como ella, pretende ser una herramienta viva y dinámica al servicio de sus usuarios. Por tanto, más allá de tratarse de un BOT de IRC convencional, UniBoT trata de llegar a ser un usuario más de la red, aportando ayuda y facilitando la labor de todos en RedUNI. Porqué y para qué La principal razón por la que necesitamos un BOT en nuestra red es para automatizar gran parte del trabajo a realizar (que no es poco ni simple) y para dar un servicio continuado 24 horas al día, 365 días al año. Las tareas de UniBoT 1. Mantenimiento del canal 1.1. Mantenimiento de listas de usuarios del canal Todo usuario registrado de un canal pertenecerá a la base de datos de usuarios de UniBoT de dicho canal, lo cual le proporcionará acceso a los servicios al usuario de UniBoT (ver listado en el punto 2). 1.2. Control del canal (Operador - OP) Proporcionar acceso como Operador (OP) a los encargados del canal. 2. Servicios de información al usuario Mediante un conjunto simple de comandos, los usuarios del canal tendrán (en el momento deseado) un rápido y cómodo acceso vía MENSAJE PRIVADO (PRIVATE MESSAGE) o DCC CHAT a: 2.1. Información relativa al funcionamiento del canal (cualquier usuario) Información del tipo: cómo registrarse como usuario del canal, dónde encontrar información (WWW, FTP, Gopher) relativa al canal o a quién dirigir consultas, dudas o preguntas relativas al canal. 2.2. Información relativa a las actividades llevadas a cabo en el canal Para saber exacta y detalladamente qué actividades están programadas en el canal durante los días siguientes, así como las que ya se han realizado con anterioridad. 2.3. Información relativa a temas de interés tratados en el canal Cualquier información de interés relacionada con el tema específico del canal (páginas WWW) de interés, anuncios de congresos o work shops sobre temas relacionados con las actividades del canal, etc. 2.4. Creación, almacenamiento y oferta de ficheros LOG de las actividades llevadas a cabo en el canal Acceso directo, cómodo y rápido a toda la información suministrada durante cualquier evento realizado en el canal. 2.5. Intercambio de ficheros entre usuarios del canal Mediante sencillos DCC SEND dirigidos a UniBoT, cualquier usuario podrá poner al alcance de los demás, ficheros con información relevante o de interés, que será accesible por todos durante las 24 horas del día del mismo modo que los anteriores (ver punto anterior). 8. Gestión de contenidos Esto hace referencia a los canales temáticos a implantar en la red. Hay que tener en cuenta que, si bien cada usuario de un cliente IRC puede crear el canal que desee si se responsabiliza de la buena marcha del mismo, también se trata de ofertar contenidos, ideas y proyectos. Por tanto, sobre la experiencia acumulada, se plantean ya de entrada la existencia de canales temáticos estables, registrados, es decir, regidos por un equipo de personas responsable del contenido, y una cabeza visible. Así, mientras en los canales que sean abiertos espontáneamente en un momento determinado por los usuarios, el canal desaparece al abandonarlo el último asistente, los canales registrados aseguran su permanencia mediante robots informáticos, en nuestro caso, Unibot Mapa de la Ciudad Virtual Cada usuario del proyecto estará interesado en temas diferentes dependiendo de sus preferencias, de su formación, de su actividad profesional y de sus necesidades en cada momento. Por ello, y siguiendo con la voluntad de ofrecer al usuario lo que necesita y nada más, se plantea la definición de un mapa para la ciudad virtual que se está construyendo. De esta forma, tendremos que un médico estaría interesado en las áreas geográficas en las que se tocan temas de medicina. De la misma forma, un ingeniero informático estaría más interesado en puntos que tratan de la ciencia informática. Sin embargo, podremos tener al médico interesado también en visitar puntos donde se habla de informática para estar permanentemente informado de los adelantos tecnológicos en esa materia, y al ingeniero informático buscando una información médica determinada. El mapa virtual y la propia construcción de la red permitirá el acceso de ambos usuarios a los contenidos que les interesen. La ciudad virtual será altamente cartografiada para ofrecer un acceso rápido y eficiente a la información, de forma que se tendrán áreas temáticas establecidas (donde cada tema puede ser un área de conocimiento: Medicina, Biología, Derecho, etc.). Para ello se plantea la siguiente jerarquía de niveles en el mapa: Figura 3: Jerarquía de niveles en el mapa de la ciudad virtual Pasamos a comentar los conceptos de Barrio Temático y Calle Temática: ? Barrio Temático: Es un punto de encuentro de usuarios interesados en un tema llamado de primer nivel. Un tema de primer nivel es aquél que tiene suficiente entidad como para no estar subordinado a ningún otro. Por ejemplo, ejemplos intuitivos de temas de primer nivel son: medicina, informática, derecho, economía, etc. Está claro que, dentro de ciertos límites impuestos por la simple lógica humana, la identificación de los temas de primer nivel es subjetiva. Por ejemplo, se puede pensar que biología y medicina son ambos temas de primer nivel o englobarlos juntos con otras temáticas en un tema de primer nivel que se podría llamar biomedicina. ? Calle Temática: Es un punto de encuentro de usuarios interesados en un tema llamado de segundo nivel. Un tema de segundo nivel es aquél que puede ser subordinado a un tema de primer nivel. Por ejemplo, para el tema de primer nivel informática, tendríamos los temas de segundo nivel comunicaciones, software, hardware, etc. Vemos que aquí la identificación de temas de segundo nivel es mucho más subjetiva que en el caso anterior, donde suelen converger más los criterios de cada uno. Debe quedar claro que la estructura jerárquica de la ciudad virtual estará controlada por los administradores de la red para garantizar la coherencia y la utilidad de la misma. El alta de un nuevo barrio temático o de una nueva calle temática será una decisión de consenso y será razonada, teniendo siempre en mente las siguientes premisas: ? Un excesivo refinamiento en los temas de segundo nivel conduce a la proliferación de los mismos. Si pensamos que los usuarios interesados en un tema de primer nivel tenderán a distribuirse entre el barrio temático de ese tema y las diferentes calles que lo componen, vemos el peligro inmediato: tener muchas calles en un barrio frecuentadas por muy pocos usuarios, cuando en realidad lo que interesa es tener en la misma calle el máximo número de usuarios sin llegar a saturarla. ? Una jerarquía básica de barrios y calles temáticas debe plantearse desde un principio, antes del lanzamiento del proyecto al gran público. De esta forma los usuarios entrarán en la ciudad virtual y se irán acoplando a las áreas temáticas en las que están interesados. En un primer momento, en esa división básica de calles y barrios, no debería haber ninguna calle creada. Los barrios temáticos deberían ser suficientes. Conforme crezca la comunidad de usuarios del proyecto, se planteará la aparición de calles que cubran temáticas específicas de segundo nivel. Con ello se conseguirá ofrecer una gama más variada de contenidos al usuario pero sin correr el riesgo de meterlo en un laberinto de calles, casi desiertas, donde el propio creador de la calle se pregunta a veces para qué lanzó y/o sirve su calle. ? El principal motor de la evolución dinámica de la jerarquía barrios/calles temáticos deberán ser los propios usuarios. Ellos deberán formular los contenidos que quieren/necesitan, y apoyándose en ello la administración central deberá perfilar el mapa virtual. Ningún barrio se podrá crear sin el previo consentimiento de la administración de la red y sin que su existencia haya sido contrastada con la estructura de barrios ya existente. Calidad de los contenidos: Planteamos un lugar de trabajo, pero con un formato novedoso, un mundo de nuevas oportunidades, y un formato agradable. Con un lema claro (Aprender es nuestra meta, enseñar nuestro orgullo) que identifica plenamente la motivación que debe animar todo usuario, esta nueva ciudad virtual se erige como una forma novedosa y complementaria para promover el desarrollo de la formación de sus usuarios y brinda la oportunidad única de llevar a cabo intercambios de conocimiento entre expertos de todo el mundo sin que nadie tenga que moverse de su asiento. Se trata de conocer las necesidades de los usuarios y ofrecerles los contenidos que resuelven estas necesidades. Los contenidos se caracterizan por una palabra clave: seriedad. Será información de tipo científico, educativo, cultural, profesional, etc. Y nada más. Desaparecerán otros contenidos que florecen en Internet y en redes IRC actuales como la pornografía, los manifiestos en pro de la violencia, del terrorismo, las agresiones verbales contra otros usuarios, las agresiones informáticas por parte de usuarios mal intencionados, etc. Un lugar de trabajo sólo va destinado a aquellas personas que acuden con ganas de trabajar (aprender y enseñar en este caso). Por ello, y para evitar la presencia de usuarios equivocados en la red, la administración llevará un control de acceso de usuarios. La selección de los contenidos es lo mejor garantía para asegurar la seriedad de la red. Y a la vez la mejor forma de selección de usuarios. Quien sólo pretenda actividades lúdicas se dará cuenta por si mismo que se ha equivocado de lugar. Si en algún momento alguien consiguiera burlar las medidas de seguridad de entrada y entrar en la red, o algunos usuarios registrados se dedicarán a difundir contenidos anormales en la red, las consecuencias negativas serían muy limitadas por los siguientes motivos: ? Todos los contenidos públicos son de dominio público y por lo tanto puede tener acceso a ellos todo el mundo y particularmente los administradores de la red. La detección de contenidos anómalos (por ejemplo tras una queja de un usuario o controles periódicos) provocará medidas de represalias inmediatas contra el o los usuarios responsables de dichos contenidos. ? Los contenidos privados son de dominio privado y por lo tanto no puede tener acceso a ellos nadie (ni los administradores de la red) aparte de las propias personas involucradas en el intercambio de dichos contenidos. Esta circunstancia es por lo tanto no detectable por parte de los administradores de la red, pero no plantea problema alguno puesto que los contenidos no trascienden de los límites de una conversación privada entre una o varias personas conformes con el tipo de contenidos intercambiados. Intercambiar estos contenidos vía esta red o cualquier otro medio de comunicación punto a punto de Internet es totalmente equivalente: nadie se entera de ello, no molesta a nadie, y no se puede hacer nada al respecto sin invadir la intimidad de cada uno. ? Si un usuario intentara transmitir contenidos anómalos a un usuario que no estuviera conforme con los mismos, éste último podría recurrir a los puntos de atención a los usuarios para denunciar este hecho, desencadenando las sanciones oportunas para el primer usuario. Todos los contenidos públicos (por ejemplo, la instalación de un documento Web en el espacio Web del proyecto) deberán tener el consentimiento de los administradores de la red. No se trata en ningún momento de censurar ideas, se trata de eliminar los contenidos que no tienen cabida aquí, sin entrar a valorar la validez de los mismos. Los administradores de la red implantarán mecanismos eficientes para garantizar que ningún contenido "no apropiado" entre en RedUNI. Pero lo que se pretende es mucho más que eso: no sólo no entrarán contenidos no deseados en un foro de intercambio científico, profesional o cultural, sino que los contenidos que estén serán los que realmente sean útiles a los usuarios y estarán organizados de forma que el usuario pueda tener acceso a ellos con la máxima velocidad. Hemos subrayado en diferentes momentos de esta exposición que lo que se ofrece será una red altamente cartografiada en sus contenidos. Se crearán barrios temáticos. Tendremos el barrio Medicina, el barrio Biología, el barrio Informática, el barrio Economía, el barrio Derecho, etc., y cada uno tendrá a su disposición la integración de los servicios (IRC, Web, Listas de Distribución). La información se selecciona y prepara para el usuario. La estructura de la información se revisará permanentemente en respuesta a las peticiones de los usuarios, en consonancia con la aparición de nuevos contenidos en Internet, y basándose en análisis periódicos de las necesidades de los usuarios. 9. Integración de los servicios El diseño de todos los servicios se debe hacer siempre manteniendo presente una idea: sólo integrando los diferentes servicios ofrecidos y haciendo que colaboren activamente se conseguirá ofrecer al usuario un producto de alta calidad. Todos los servicios ofrecidos están pensados para complementarse y por lo tanto donde acaba uno debe comenzar el siguiente. Desde cada uno de los servicios básicos se debe considerar la forma de saltar a otro servicio complementario al mismo informando al usuario de la forma de realizar esa transición de la forma más idónea. Por ejemplo, si uno se introduce en uno de los barrios temáticos de la Ciudad Virtual, se le debe ofrecer acceso a los cuatro servicios básicos (IRC, Web, correo electrónico, listas de distribución) disponibles para este barrio virtual (por ejemplo, los diferentes canales IRC que cubren temáticas de ese barrio, las diferentes páginas Web del proyecto que cubren temáticas de ese barrio, la dirección de la lista de distribución de ese barrio, etc.). La integración de los servicios supondrá también que, una vez dentro de uno de estos cuatro servicios básicos, se podrá pasar de forma inteligente y sencilla a otro servicio básico (que complementará el primero) gracias a la existencia de vínculos lógicos entre servicios. Ejemplo Estamos asistiendo a una conferencia sobre Genética en un canal IRC temático. Al terminar la misma, nos gustaría obtener el texto de la charla para poder revisarlo con más detenimiento. Para ello se nos proporciona la dirección de la página Web correspondiente a la presentación actual (primer vínculo: una referencia Web). Acudimos a esa dirección Web donde efectivamente encontramos el texto de la presentación. Además, aparece una serie de enlaces a otros documentos Web, tanto externos como internos, que se corresponden con artículos que amplían el contenido de la presentación (segundo vínculo: directorio de referencias Web). Seguimos esos enlaces para descargar los ficheros, y llegamos al servicio Web de una calle temática llamada Ingeniería Genética donde los temas se centran fundamentalmente en cuestiones similares a las de la charla a la que hemos asistido, y que se presenta por lo tanto como una fuente valiosa de información para nosotros que estamos interesados en genética. En este servicio Web aparece el formulario para darse de alta como usuario de la calle temática, la dirección electrónica del responsable de la calle temática (tercer vínculo: una referencia a correo electrónico), la dirección de la lista de distribución de la calle temática (cuarto vínculo: una referencia a lista de distribución), y el nombre del canal IRC asociado con la calle temática (quinto vínculo: una referencia IRC). Figura 4: Integración de los servicios 10. Actividades El funcionamiento de las áreas temáticas se organiza sobre dos ejes: ? Las áreas temáticas están siempre abiertas para la entrada de usuarios. ? Las áreas temáticas ofrecen actividades periódicas relacionadas con la naturaleza del área, programadas con antelación, y convenientemente comunicadas al usuario. Este segundo eje es el que vamos a describir aquí. Existen diferentes tipos de actividades (y en un futuro se pueden plantear otras) que ofrecen una gran diversidad de vías de intercambio de ideas complementarias entre sí: ? Charlas ? Debates ? Tutoriales ? Listas de distribución ? Revistas electrónicas 10.1. Charlas Una charla es una actividad que se da en un canal IRC (barrio temático o calle temática) en la que una o varias personas exponen un tema del que tienen el suficiente conocimiento al resto de usuarios presentes en el canal. Normalmente se pedirá o impondrá el silencio de los oyentes para permitir el discurso de las personas que dan la charla. En una fase final de la charla se puede abrir un turno de preguntas que contestarán los ponentes. Un funcionamiento alternativo y más interactivo contempla la participación de los oyentes haciendo preguntas a los ponentes en todo el transcurso de la charla. Sin embargo, no se debe caer en la modalidad de debate, que constituye otra actividad contemplada. Una charla se establece una vez definidos los siguientes datos: ? Título. ? Descripción. ? Ponente(s). ? Día. ? Hora. ? Lugar. Para aquellos usuarios que no hayan podido asistir a la charla se mantendrá una copia del texto de la misma en el servicio Web del barrio o de la calle donde se haya impartido y a través de bot de RedUNI. 10.2. Debates Un debate es una actividad que se da en un canal IRC (barrio temático o calle temática) en la que se pretende que todos los presentes participen para fomentar un intercambio de ideas, la confrontación de opiniones, en definitiva, un debate. En general un debate implicará el paso a modo moderado del canal IRC donde se da el debate, es decir, sólo podrán hablar en cada momento la o las personas autorizadas. La moderación puede ser real o virtual, es decir, solicitada expresamente en el inicio del debate de forma oral. Normalmente se recomienda la existencia de dos moderadores que se encargarán de las siguientes actividades respectivamente: ? El primero introduce el debate planteando brevemente el tema a tratar. A posteriori será el encargado de animar el desarrollo del debate proponiendo temas de discusión, dialogando con los usuarios que intervengan, etc. ? El segundo es la persona a la que los usuarios deben acudir en privado para solicitar la palabra. Será la encargada de dar voz a los usuarios en riguroso orden de petición, informando de dicha circunstancia en privado al otro moderador antes de la intervención de cada usuario. Este esquema de funcionamiento da una sólida base para el correcto desarrollo de un debate vía IRC, aunque es flexible y se puede alterar si lo estiman conveniente los organizadores del debate. Por ejemplo, se puede decidir usar un único moderador, ninguno, no moderar el canal, etc. Un debate se establece una vez definidos los siguientes datos: ? Título. ? Descripción. ? Moderador(es). ? Día. ? Hora. ? Lugar. Para aquellos usuarios que no hayan podido asistir al debate se mantendrá una copia del texto del mismo en el servicio Web del barrio o de la calle donde se haya impartido y a través del bot de RedUNI. 10.3. Tutoriales Un tutorial es una tercera vía de difusión de ideas y de conocimiento vía IRC. Se plantea como una herramienta de divulgación de una determinada tecnología, metodología, o en general de cualquier área de conocimiento. Normalmente se trabajará con una dinámica preguntas - respuestas, es decir, los usuarios preguntan sus dudas y los tutores responden. En general un tutorial implicará el paso a modo moderado del canal IRC donde se da el tutorial, es decir, sólo podrán hablar en cada momento la o las personas autorizadas. La moderación puede ser real o virtual, es decir, solicitada expresamente en el inicio del tutorial de forma oral. Un tutorial se establece una vez definidos los siguientes datos: ? Título. ? Descripción. ? Tutor(es). ? Día. ? Hora. ? Lugar. Para aquellos usuarios que no hayan podido asistir al tutorial se mantendrá una copia del texto del mismo en el servicio Web del barrio o de la calle donde se haya impartido. 10.4. Listas de distribución Para cada barrio temático o calle temática se dispondrá de una lista de distribución de correo que permitirá comunicar a todos los miembros registrados del canal. La suscripción a la misma será voluntaria. Abre una nueva vía de intercambio de ideas de los miembros del canal a través del correo electrónico. 10.5. Revistas electrónicas Se plantea la edición periódica de una revista electrónica en principio para cada barrio temático. En un futuro, se puede extender la iniciativa también a las calles temáticas. La revista electrónica ofrece un soporte complementario, de menor periodicidad, que recoge diferentes tipos de informaciones que se han generado en el intervalo entre dos números: ? Actividades desarrolladas en el barrio temático y texto de las mismas. ? Acontecimientos de interés en el barrio temático. ? Artículos de los miembros del barrio temático. ? Artículos de interés para los miembros del barrio temático. ? Cualquier información adicional que se considere interesante para los miembros del barrio temático. ? Etc. 11. Servicio Web En este punto se discute del servicio Web que deberá ofrecer a los usuarios el proyecto. El servicio Web se puede dividir en tres áreas: ? El servicio Web del proyecto: Son los documentos Web generales a todo el proyecto, a toda la ciudad virtual. ? El servicio Web de un barrio temático: Son los documentos Web particulares a cada barrio temático de la ciudad virtual. ? El servicio Web de una calle temática: Son los documentos Web particulares a cada calle temática de un barrio temático de la ciudad virtual. 11.1. Proyecto Las secciones de las que se compone el servicio Web del proyecto son las siguientes: ? Presentación ? Descripción General ? Objetivos ? Evolución Histórica ? Información Técnica ? Normas de Funcionamiento ? Normas Generales ? Normas de Usuarios ? Normas de Contenidos ? Papel de los Comités ? Guía del usuario ? Guía de usuario del proyecto ? Tutorial de IRC ? Tutorial de World Wide Web ? Tablón de Anuncios ? Comités ? Comité de Administración (A-COM) ? Descripción y objetivos ? Miembros ? Solicitud de alta como miembro del comité ? Dirección electrónica de contacto ? Comité Técnico (T-COM) ? Descripción y objetivos ? Miembros ? Solicitud de alta como miembro del comité ? Dirección electrónica de contacto ? Comité de Atención al Usuario (U-COM) ? Descripción y objetivos ? Miembros ? Solicitud de alta como miembro del comité ? Dirección electrónica de contacto ? Comité de Contenidos (C-COM) ? Descripción y objetivos ? Miembros ? Solicitud de alta como miembro del comité ? Dirección electrónica de contacto ? Comité de Mantenimiento (M-COM) ? Descripción y objetivos ? Miembros ? Solicitud de alta como miembro del comité ? Dirección electrónica de contacto ? Mapa de la Ciudad Virtual ? Barrios Temáticos ? Calles Temáticas ? Revistas Electrónicas ? Entidades Colaboradoras ? Lista y Descripción de los Servidores ? Búsquedas ? Enlaces ? Dirección electrónica de Contacto 11.2. Barrio Temático Cada servicio Web de cada barrio temático se debería a su vez intentar ajustar al siguiente esquema de secciones: ? Presentación ? Descripción General ? Objetivos ? Normas de Funcionamiento ? Miembros ? Actividades ? Tablón de anuncios ? Revistas Electrónicas ? Calles Temáticas ? Búsquedas ? Enlaces ? Dirección electrónica de Contacto 11.3. Calle Temática Cada servicio Web de cada calle temática se debería a su vez intentar ajustar al siguiente esquema de secciones: ? Presentación ? Descripción General ? Objetivos ? Normas de Funcionamiento ? Miembros ? Actividades ? Tablón de anuncios ? Búsquedas ? Enlaces ? Dirección electrónica de Contacto 12. Administración Para desarrollar la actividad de mantenimiento y desarrollo del proyecto, se propone la creación de comités con responsabilidad y poderes específicos. La experiencia de los comités es la que se viene usando en algunas redes IRC existentes en la actualidad y demuestra ser altamente positiva. Por ello, se entrará en este punto en la descripción de los diferentes comités que se consideran necesarios para un correcto funcionamiento del proyecto. Son los siguientes: ? Comité de Administración: A-COM ? Comité Técnico: T-COM ? Comité de Atención al Usuario: U-COM ? Comité de Contenidos: C-COM ? Comité de Mantenimiento: M-COM Cada comité supone la definición de los siguientes puntos: ? Una zona Web dedicada a temas exclusivos del comité que ofrece al usuario información y servicios relacionados con ese comité. ? Uno o varios responsables de comité que no tienen más poder que el resto de miembros del comité pero sí son los encargados de la administración y del buen funcionamiento del comité como tal. ? Una lista de miembros activos del comité. ? Una lista de distribución del comité. ? Una dirección de correo electrónico de contacto para los usuarios que sirva de buzón de sugerencias, críticas, etc. ? Una declaración de intenciones. ? Una declaración de funciones. ? Una declaración de responsabilidades. ? Un manual de miembro del comité. ? Unos servicios en línea para automatizar todas las interacciones del usuario con el comité. ? Unas normas de admisión de nuevos miembros en el comité. ? Un formulario de alta de nuevos miembros. Para ello se propone la tabla siguiente que deberá ser rellenada para cada comité: Campo Valor Nombre del comité Responsable(s) del comité Miembros del comité URL base del comité Canal IRC del comité Lista de distribución del comité E-mail de contacto del comité URL declaración de intenciones del comité URL declaración de funciones del comité URL declaración de responsabilidades del comité Manual de miembro del comité URL normas de admisión del comité URL formulario alta de nuevos miembros del comité URL base de los servicios del comité 12.1. Comité de Administración: A-COM El Comité de Administración se encarga de todas las cuestiones y decisiones estratégicas que afectan al proyecto en su conjunto. Ejemplos de tareas que son responsabilidad de este comité son: ? Introducción de nuevos servicios en el proyecto. ? Alteraciones del funcionamiento de un servicio. ? Alta de un nuevo servidor. ? Acuerdos de colaboración con otras redes existentes. Las actividades de este comité tocan cuatro áreas: ? Red: Todas las cuestiones relativas a las decisiones estratégicas que afectan a la red. ? Servicios: Todas las cuestiones relativas a las decisiones estratégicas que afectan a los servicios. ? Usuarios: Todas las cuestiones relativas a las decisiones estratégicas que afectan a los usuarios. ? Servidores: Todas las cuestiones relativas a las decisiones estratégicas que afectan a los servidores. La tabla de este comité, pendiente de ser completada, sería la siguiente: Campo Valor Nombre del comité A-COM Responsable(s) del comité Miembros del comité URL base del comité Canal IRC del comité #ACOM Lista de distribución del comité E-mail de contacto del comité URL declaración de intenciones del comité URL declaración de funciones del comité URL declaración de responsabilidades del comité Manual de miembro del comité URL normas de admisión del comité URL formulario alta de nuevos miembros del comité URL base de los servicios del comité 12.2. Comité Técnico: T-COM El Comité Técnico se encarga de todas las tareas propiamente técnicas. Ejemplos de tareas que son responsabilidad de este comité son: ? Modificaciones de la infraestructura de comunicaciones. ? Modificaciones en el protocolo IRC utilizado. ? Modificaciones de los valores de las variables de funcionamiento del protocolo IRC. ? Actualización y revisiones del protocolo IRC. ? Encaminamiento. ? Propuestas de nuevas técnicas de certificación de usuarios, etc. Las actividades de este comité tocan cuatro áreas: ? Red: Todas las cuestiones relativas al funcionamiento técnico de la red de servidores y su interacción con las conexiones clientes. ? Protocolos: Todas las cuestiones relativas a los protocolos utilizados. ? Servicios: Todas las cuestiones relativas a las implementaciones de los servicios. ? Documentos técnicos: Todas las cuestiones relativas a la generación de documentos técnicos. La tabla de este comité, pendiente de ser completada, sería la siguiente: Campo Valor Nombre del comité T-COM Responsable(s) del comité Miembros del comité URL base del comité Canal IRC del comité #TCOM Lista de distribución del comité E-mail de contacto del comité URL declaración de intenciones del comité URL declaración de funciones del comité URL declaración de responsabilidades del comité Manual de miembro del comité URL normas de admisión del comité URL formulario alta de nuevos miembros del comité URL base de los servicios del comité 12.3. Comité de Atención al Usuario: U-COM Este comité se encarga de toda la interacción con los usuarios. Ejemplos de tareas que son responsabilidad de este comité son: ? Atención y estudio de quejas, sugerencias, observaciones generales de usuarios. ? Alta de nuevos usuarios, baja de usuarios, modificaciones de datos de usuario. ? Denuncia del comportamiento anómalo de un usuario. Las actividades de este comité tocan cuatro áreas: ? Administración de usuarios: ? Altas, Bajas, Modificaciones. ? Consultas de datos de usuarios: ? Grupos de usuarios. ? Datos de un usuario. ? Resolución de problemas con los usuarios: ? Conflictos entre usuarios, Usuarios conflictivos, Sanciones. ? Gestión del buzón de sugerencias, críticas y observaciones. La tabla de este comité, pendiente de ser completada, sería la siguiente: Campo Valor Nombre del comité U-COM Responsable(s) del comité Miembros del comité URL base del comité Canal IRC del comité #UCOM Lista de distribución del comité E-mail de contacto del comité URL declaración de intenciones del comité URL declaración de funciones del comité URL declaración de responsabilidades del comité Manual de miembro del comité URL normas de admisión del comité URL formulario alta de nuevos miembros del comité URL base de los servicios del comité 12.4. Comité de Contenidos: C-COM Este comité se encarga de todas las cuestiones relativas a los contenidos. Ejemplos de tareas que son responsabilidad de este comité son: ? Alta, baja, modificación de un nuevo barrio temático o de una nueva calle temática. ? Modificaciones del funcionamiento de los barrios temáticos o de las calles temáticas. ? Asistencia a usuarios con problemas o dudas en un barrio temático o en una calle temática. Las actividades de este comité tocan cuatro áreas: ? Administración del mapa de la ciudad virtual: ? Alta, baja, o modificación de nuevo barrio temático. ? Alta baja, o modificación de nueva calle temática. ? Funcionamiento de las áreas, barrios o calles temáticas: ? Administración de responsables de áreas temáticas: ? Altas, bajas, modificaciones. ? Resolución de problemas o dudas en un área, barrio o calle temática: La tabla de este comité, pendiente de ser completada, sería la siguiente: Campo Valor Nombre del comité C-COM Responsable(s) del comité Miembros del comité URL base del comité Canal IRC del comité #COMA Lista de distribución del comité E-mail de contacto del comité URL declaración de intenciones del comité URL declaración de funciones del comité URL declaración de responsabilidades del comité Manual de miembro del comité URL normas de admisión del comité URL formulario alta de nuevos miembros del comité URL base de los servicios del comité 12.5. Comité de Mantenimiento: M-COM Este comité se encarga de todas las tareas de mantenimiento necesarias para la actualización permanente de los contenidos generados por el proyecto. Ejemplos de tareas que son responsabilidad de este comité son: ? Actualización de la lista de miembros, y actividades de los barrio y calles temáticas. Mantenimiento del servicio Web del proyecto. Asistencia en vivo a usuarios. Las actividades de este comité tocan cuatro áreas: ? Mantenimiento del servicio Web del proyecto: ? Mapa de la Ciudad Virtual. ? Tablón de anuncios. ? Revista electrónica. ? Directorio. ? Diseño de nuevas secciones del servicio Web de RedUNI. ? Diseño de servicios Web de áreas barrios y calles temáticas: ? Mantenimiento del servicio Web de cada área temática: ? Miembros, Textos de actividades, Directorios. ? Asistencia a usuarios en directo vía IRC. ? Mantenimiento de canales IRC. La tabla de este comité, pendiente de ser completada, sería la siguiente: Campo Valor Nombre del comité M-COM Responsable(s) del comité Miembros del comité URL base del comité Canal IRC del comité #MCOM Lista de distribución del comité E-mail de contacto del comité URL declaración de intenciones del comité URL declaración de funciones del comité URL declaración de responsabilidades del comité Manual de miembro del comité URL normas de admisión del comité URL formulario alta de nuevos miembros del comité URL base de los servicios del comité 13. Actividades del grupo de trabajo A continuación damos una lista de las actividades que pueden ser llevadas a cabo por el grupo de trabajo encargado de desarrollar la propuesta aquí formulada para lanzar el proyecto. Las actividades están agrupadas en función del equipo humano encargado de llevarlas a cabo, de forma que dentro de un mismo grupo (un mismo equipo humano) las actividades están ordenadas cronológicamente, pero no aparece reflejado el orden temporal de realización de las tareas entre diferentes grupos (equipos humanos). Para ver un diagrama representativo de la secuencia temporal de actividades les remitimos al punto siguiente. Actividad Comité Aprobar la iniciativa propuesta en su conjunto, es decir, sin entrar en detalles de implementación TODOS Revisar la propuesta y generar un documento definitivo que defina las líneas principales TODOS Constituir los comités TODOS Generar los diferentes documentos del comité de administración A-COM Definir una planificación temporal de instalación de servidores y la ubicación idónea de dichos servidores A-COM Gestionar la consecución de los recursos necesarios (humanos y materiales) para el desarrollo del proyecto A-COM Plantear la naturaleza de los miembros del Comité de Mantenimiento (becarios, objetores, etc.) A-COM Plantear el tema de la posible fusión con otras redes similares de habla no hispana A-COM Definir claramente el tema de los servicios que se ofrecerán A-COM Definir claramente el problema del acceso restringido de usuarios y del registro de los usuarios A-COM Generar los diferentes documentos del comité técnico T-COM Definir el software a utilizar para implementar los servicios T-COM Revisar el software servidor IRC para dar soporte a todos los servicios T-COM Diseñar los robots T-COM Implementar los mecanismos de control del acceso de los usuarios T-COM Instalar y configurar los servidores T-COM Seleccionar y formar un equipo de operadores del servidor encargados de mantener y administrar el servidor T-COM Experimentar con la red sintonizando los parámetros de funcionamiento de la misma T-COM Generar un documento de instalación y configuración de un servidor tipo para futuras altas de servidores T-COM Generar los diferentes documentos del comité de atención al usuario U-COM Definir los procedimientos de gestión de usuarios (alta, baja, modificación de datos, etc.) U-COM Definir los procedimientos de atención al usuario (sugerencias, críticas, resolución de conflictos, etc.) U-COM Generar los diferentes documentos del comité de contenidos C-COM Definir el mapa virtual inicial de la red y la jerarquía de barrios y calles óptima C-COM Definir los procedimientos de gestión de contenidos (alta, baja, modificación, etc.) C-COM Definir las normas de funcionamiento y los procedimientos de gestión de un barrio temático C-COM Definir las normas de funcionamiento y los procedimientos de gestión de una calle temática C-COM Definir la gestión de miembros de un barrio temático o de una calle temática C-COM Definir los niveles de privilegio en un barrio temático o calle temática C-COM Diseñar el servicio Web del proyecto M-COM Diseñar el formato del servicio Web de un barrio temático genérico M-COM Diseñar el formato del servicio Web de una calle temática genérica M-COM Diseñar el formato del servicio Web de todos los barrios temáticos iniciales del proyecto M-COM Generar los diferentes documentos necesarios para el buen funcionamiento del proyecto M-COM 14. Calendario de puesta en marcha de RedUNI La génesis de RedUNI, concebida con estos supuestos, lleva ya un largo desarrollo. La cultura de empleo del IRC con sentido profesional, cultural está desarrollada en varios ámbitos La Red ha sido iniciada, en plan piloto con 3-5 servidores entre los que podemos señalar bio.hgy.es que centraliza gran parte de las actividades. La documentación relativa al proyecto está expuesta en Internet vía web en la dirección http://bio.hgy.es/reduni Ahora se trata de dar amplitud a este proyecto, extendiéndolo a la comunidad científica, a las autoridades académicas y del CSIC. Esto se cumple en las Jornadas de RedIRIS, en Zaragoza, 17-21 de Noviembre de 1997 Se estima que una primera red de servidores puede estar implementada y operativa antes de fin de año, por lo que se refiere a España y varios países iberoamericanos antes de fin de año: se mantiene contactos con Perú, Colombia y Argentina al respecto. Una vez creada la primera red de servidores, viene el largo proceso de presentación de la red a los actuales usuarios y captación de otros nuevos. En la actualidad, el crecimiento en #biomedicina, ya bien difundido en el actual IRC y en algunos ámbitos médicos, sin medidas tradicionales de propaganda, es de 1.5 diario (usuarios registrados). Por tanto, se estima que el proceso de implantación de la red, utilizando los medios publicitarios adecuados será inferior a 6 meses a partir del momento de la operatividad física de la red. Se espera que en un plazo máximo de un año pueda estar a pleno rendimiento. ANEXO I IRC (Internet Relay Chat) Este punto pretender dar unas nociones básicas del funcionamiento del servicio IRC de Internet. En un punto anterior hemos introducido el servicio en sí y los conceptos básico que lleva asociado. Ahora nos interesamos por el mundo IRC, su jerga, cómo funciona, qué se puede hacer, etc. A. Un pequeño glosario de términos Nick: Cada usuario de un servicio IRC elige un apodo por el motivo que sea. Se llama nickname y se le conoce con el diminutivo nick. En la mayoría de clientes IRC se cuenta con un nick principal y un nick alternativo. Si el primero está en uso en el momento de conectarse, se recurre automáticamente al segundo. Si ambos estuvieran en uso, el programa IRC pregunta al usuario un tercer nick. Un nick nunca es propiedad del que lo usa. Canal (channel): Los canales son lugares virtuales en el IRC donde un usuario entra (join), está (habla, si quiere), y sale (part). Hay muchos canales en cada red de IRC, de todo tipo. Generalmente se pueden dividir en canales generalistas y temáticos. En los primeros se habla de todo, sin ningún tema concreto como motor de la conversación. Los segundos, escasos en castellano, cubren una temática concreta, si bien no se exige expresamente que se hable siempre de cuestiones relacionadas con esa temática. Todos los canales empiezan con el símbolo #. Servidor (server): Un servidor es un ordenador remoto a los que los usuarios se conectan cuando entran en una red IRC. Tiene un programa servidor IRC que está permanentemente a la espera de que se abran conexiones por parte de usuarios (los clientes). Este el modelo cliente/servidor, que es la base del protocolo IRC. Dentro de cada red de IRC, existen muchos servidores de forma que interesa conectarse al servidor más rápido o más cercano a nosotros (esto último suele ser lo más importante). Red de IRC (IRC net): Una red de IRC es una nebulosa de servidores con una administración única. Existen diversas redes de IRC, más o menos grandes, con sus propias normas y reglas de funcionamiento. La más grande y la primera de todas fue EFNet. Posteriormente aparecerían otras, con el propósito de mejorar deficiencias y el gigantismo de la primera. Entre ellas cabe destacar el éxito de Undernet. Una red es una estructura formada por los servidores que deciden adherirse a ella, estando éstos repartidos a escala planetaria para las redes IRC de cobertura mundial. Un usuario conectado a un servidor X de una red A ve a otro conectado a un servidor Y de la misma red A. Un usuario conectado a un servidor X de una red A no ve a otro conectado a un servidor de Y de una red B. Puerto (port): Cada servidor ofrece una serie de puertos para que los usuarios puedan conectarse a él. Un puerto es algo así como una puerta de entrada al servidor. El puerto por defecto para el IRC es el 6667, pero muchos servidores ofrecen puertos alternativos para mejorar la distribución de los usuarios entre los mismos y con ello incrementar las prestaciones ofrecidas. Se recomienda no conectarse al puerto 6667 si existen otros puertos disponibles en un servidor, ya que es el puerto de conexión por defecto, al que acude la amplia mayoría de usuarios no expertos. Esta regla puede fallar en algunos casos. Lag: El lag es una palabra inglesa que no ha tenido hasta ahora traducción de amplia aceptación en el mundo hispanohablante. El lag es el retraso que sufre un usuario conectado a una red IRC en su conexión. Técnicamente, se define de forma absoluta como el tiempo que cuesta un mensaje de un usuario en llegar al servidor y ser atendido por el mismo. Como este parámetro es difícil de evaluar, se recurre a otro totalmente similar: el tiempo que transcurre entre que un usuario manda un mensaje especial a su servidor y recibe el mensaje de vuelta del servidor (provocado por el mensaje especial enviado). Para medir ese tiempo se tiene un comando llamado PING. En realidad uno siempre tiene lag, dado que el retraso entre un usuario y el servidor nunca será nulo. Sin embargo, el término se utiliza normalmente para hacer referencia a una situación de retraso extremo o anómalo en las transferencias con el servidor. Netsplit: Ese término tampoco ha encontrado en castellano una traducción universalmente aceptada, por ello se sigue hablando de Netsplit. Un netsplit es literalmente una partición de la red IRC. Expliquémoslo. Una red IRC está formado por una serie de servidores conectados entre sí por las líneas habituales de Internet. Los servidores que conforman una red de IRC están permanentemente intercambiando información entre sí para conocer el estado de todos los servidores (usuarios conectados, comandos de esos usuarios, etc.). En la teoría este funcionamiento es perfecto, por ser el deseado. En la práctica las comunicaciones no son perfectas y tampoco lo son los servidores. A veces un servidor deja de responder, hecho que es identificado por el resto de servidores, que detectan una situación de partición de la red. Esta situación es pasajera y dura lo que cuesta volver a enganchar el servidor a la red. La consecuencia inmediata del netsplit para un usuario es que, cuando se desconecta de la red un servidor X en una situación de netsplit, un usuario no conectado a X observa como si se marcharan (quit) todos los usuarios conectados a X (o conectados a servidores detrás de X relativamente a nosotros). Mientras se mantiene una situación de netsplit, es como si tuviéramos dos redes de IRC independientes, donde los usuarios de cada una no tienen constancia de lo que pasa en la otra. El colmo es que podemos abrir una conexión en cada uno de los lados del split (partición), no vernos, y estar por duplicados en la red. Netmerge: Netmerge quiere decir literalmente reunión o fusión de la red. Todos habrán entendido que cuando termina un netsplit (se vuelve a unir la red) se da la situación de netmerge: la red de IRC vuelve a ser una red única, nuevamente todos ven a todos. Operador: Un operador es alguien con privilegios especiales en el mundo de IRC. Existen dos tipos de operadores: los operadores de canal y los operadores de la red IRC. Operador de canal (Channel op): Un operador es un usuario con poderes especiales en un canal que el otorgan un poder y una responsabilidad superiores a los de los usuarios normales. Los poderes dependen de la red IRC concreta considerada, pero básicamente se puede hablar de los siguientes: echar provisionalmente (kick), echar permanentemente (ban), configurar los modos del canal, hacer operador a un usuario normal. Es peligro de ese poder superior es el abuso de poder y en muchos casos nos encontraremos con individuos poco adecuados para el poder que disfrutan. Los operadores de canal se reconocen puesto que llevan un símbolo especial yuxtapuesto a su nick, es la arroba (@). Operador de red IRC (IRC op): Un operador de red IRC es una persona con unas responsabilidades y unos poderes únicos dentro de la red IRC. El ámbito de sus poderes es global y no se limita a un canal único. El operador de canal suele ser un experto en IRC (sobre todo en su vertiente) y vela por el buen funcionamiento de la red de IRC en su conjunto. Normalmente los IRC ops se asocian al servidor concreto del que llevan a cabo la administración. La forma de reconocer uno de ellos depende de la red concreta considerada. Kick: Un kick es una acción que se realiza en un canal determinado. Consiste en echar temporalmente un usuario del canal en el que estaba. Obviamente se trata de una medida de sanción hacia el usuario que debería ser justificada. La puede llevar a cabo el operador del canal. Ban: Un ban es otra medida de sanción hacia un usuario en un canal, pero de mayor orden que el kick. Cuando se lleva a cabo, el usuario afectado no puede volver a entrar al canal mientras se mantenga el ban del mismo. Un ban se pone y se quita, mientras que un kick sólo se pone. De la misma manera que para el kick, el ban debería tener una justificación clara. Flood: El flood (inundación) es una acción destructiva con la que se encuentra uno a veces en la red. Cada servidor controla el trasiego de información por unidad de tiempo que realizan los usuarios conectados al mismo para prevenirse de posibles actividades perjudiciales de dichos usuarios. Si detecta un comportamiento anómalo, el servidor echa pura y simplemente al usuario, considerándolo como un elemento peligroso para su integridad. El flood se basa precisamente en esta circunstancia: consiste en provocar de forma intencionada que el servidor eche a un usuario. Para ello basta con obligar a que se dispare la tasa de transferencia de información del usuario con su servidor, que lleva a que ese último lo desconecte. Existen múltiples tipos de floods pero casi todos se basan en el uso de clones que colaboran en la maniobra de flood de un usuario. Clone: Un clone es una conexión adicional de un usuario de IRC a la misma red de IRC con los misma cuenta. De esa forma, un clone es una copia del usuario cuyo comportamiento es también controlado por el usuario. Normalmente los clones no son bien vistos en las redes de IRC puesto que generalmente intervienen en actividades negativas en la red. La función principal de los clones son los floods y actúan de la forma siguiente: un usuario mal intencionado introduce un número n de clones en la red de IRC; los clones todos a la vez empiezan a bombardear un mismo usuario obligándole a intercambiar datos con su servidor; al ser alto el número de transferencias por unidad de tiempo que el usuario víctima se ve obligado a realizar, lo normal es que acabe siendo floodeado y desconectado del servidor. Comando: Un comando son las acciones que nos permitirán llevar a cabo nuestro comportamiento en la red de IRC. Todos los comandos empiezan con el símbolo /. B. Los pasos a seguir en una sesión IRC básica 1. Conseguir un programa cliente IRC soportado por nuestro sistema operativo. 2. Elegir una red de IRC de las varias existentes en la actualidad. Normalmente el propio programa cliente IRC lleva una lista de servidores IRC activos organizados según la red de IRC a la que pertenecen. 3. Elegir un servidor dentro de la red IRC. Normalmente será mejor aquel que es más cercano geográficamente a nosotros. Si tenemos información de otros puertos activos en el servidor distintos al 6667 (puerto por defecto), será interesante conectarse a ellos, ya que normalmente estarán menos saturados y tendrán mejores prestaciones. 4. Rellenar algunos datos personales para configurar la conexión a IRC y concretamente los datos que los demás verán de nosotros. El más importante es el nick. Elegir un nick puede ser una decisión complicado puesto que determina la imagen que tienen los demás de nosotros a primera vista y normalmente tendrá una amplia longevidad (no es bueno cambiar de nick a menudo, los demás no nos reconocen). 5. Iniciar la conexión a la red IRC elegida a través del servidor IRC escogido. 6. El primer paso es entonces teclear: /whois sustituyendo por nuestro nick Con ello vemos si nuestros datos son correctos y son los que queremos que los demás vean de nosotros. 7. Deberemos elegir entonces un canal. Si nos han recomendado un canal interesante, simplemente entraremos en él (join) con el comando siguiente: /join sustituyendo por el nombre del canal (anteponiéndole el símbolo #). Si no sabemos qué canal elegir, podemos usar el comando de IRC que nos muestra la lista de canales existentes de la forma siguiente: /list 8. Podemos decidir no entrar en un canal y preferir hablar directamente con un usuario en una conversación privada. Si conocemos el nombre del usuario, nos bastará con ejecutar el comando siguiente: /query sustituyendo por el nick del usuario con el que queremos hablar en conversión privada. 9. Si hemos elegido entrar en un canal todo lo que tecleemos en la ventana del canal será leído por los demás usuarios presentes en el canal. La ventana del canal suele mostrar una lista de los usuarios presentes en el canal. Aquellos usuarios cuyo nick aparece con el símbolo @ son operadores del canal. Si decidimos hablar en conversación privada con un usuario del canal, nos bastará con teclear el comando siguiente: /query sustituyendo por el nick del usuario con el que queremos hablar en conversión privada. 10. Con lo que sabemos hasta ahora ya nos podemos desenvolver con bastante soltura por el IRC. La amplia complejidad del mundo IRC la iremos conociendo conforme experimentemos y pasemos tiempo en la red. 11. Para salir de un canal (y por ejemplo entrar en otro) usaremos el comando siguiente: /part sustituyendo por el nombre del canal concreto en el que queremos entrar. Si queremos entrar en otro canal, usaremos el comando: /join sustituyendo por el nombre del canal concreto en el que queremos entrar. Un usuario puede estar en varios canales a la vez en muchos programas clientes IRC, y mantener muchas conversaciones privadas a la vez. 12. Para terminar nuestra sesión IRC teclearemos el comando: /quit 13. A modo de recordatorio, damos la lista de los comandos básicos importantes para "sobrevivir" en la red IRC: /join : Entrar en un canal /part : Salir de un canal /quit : Cortar la conexión IRC /query : Abrir una conversación privada con un usuario /whois : Ver los datos personales de un usuario. ANEXO II World Wide Web Pocos son los que hoy en día no han oído hablar de la World Wide Web bajo cualquiera de sus denominaciones (Web, WWW, etc.). La World Wide Web (WWW, a partir de ahora) se ha convertido en el motor del crecimiento de Internet y ha jugado un papel determinante en la reciente explosión de la misma. Hoy en día es sin duda alguna el servicio estrella de la Red, por su presentación atractiva, intuitiva y amena, y por la diversidad de contenidos Web que existen y que aparecen día a día. La WWW es un servicio de Internet que permite navegar dentro del mismo documento electrónico y entre diferentes documentos electrónicos en base a una técnica muy simple conceptualmente llamada hipertexto. El hipertexto se caracteriza por la existencia en el flujo del texto de enlaces a otras partes del texto o a otros textos. Estos enlaces se conocen con el nombre de hiperenlaces y se caracterizan por estar claramente diferenciados del resto del texto. Los estándares de facto de la red representan los hiperenlaces en color distinto y subrayando el texto. De esta forma el enlace es de fácil detección y simplemente activando el enlace con un click del ratón saltamos al destino del hiperenlace. El concepto de hipertexto en el que el enlace se localiza en una o varias palabras del texto, se extiende al de hipermedia. El hipermedia se basa también en la utilización de hiperenlaces, pero no impone ninguna restricción en la naturaleza de los mismos, pudiendo ser imágenes, secuencias de vídeo, etc., en general cualquier objeto representable en pantalla. El concepto de hipermedia, vigente en la actualidad en la WWW, es por motivos obvios mucho más potente, mucho más versátil, y mucho más visual. El uso de los términos hipermedia e hipertexto es a veces confuso, por la evolución que han seguido ambos términos. A veces se habla de hipertexto cuando en realidad se piensa en hipermedia. Este uso se debe en parte a que en numerosos casos la terminología de la Web hace referencia al hipermedia hablando de hipertexto. Esto aparece por ejemplo en el lenguaje HTML, cuyas iniciales quieren decir Lenguaje de Marcas HiperTexto (HyperText Markup Language); si bien se habla de hipertexto, en realidad hoy en día se piensa en hipermedia cuando se habla de HTML. El hipermedia es un término que apenas se usa en foros no especializados, por ello muchas veces deberemos asumir que cuando se nos habla de hipertexto, en realidad se está pensando en hipermedia. Tras este breve paréntesis sobre hipertexto/hipermedia, volvemos a lo que nos interesa aquí, la WWW. Como hemos dicho, el fundamento de la navegación WWW es el hipertexto/hipermedia, como técnica para permitir la navegación dentro de un documento Web y entre varios documentos Web. La idea clave de la WWW es que permite la navegación de forma transparente entre partes de un mismo documento, entre dos documentos ubicados en el mismo ordenador, entre dos documentos ubicados en ordenadores de una misma red de área local, o entre documentos separados por miles de kilómetros. La expresión “de forma transparente” quiere decir que el usuario navegante no se da cuenta de la ubicación del destino del hiperenlace (si no es por la velocidad de descarga del documento): el tratamiento es el mismo independientemente de si el documento es local o remoto. Tim Berners-Lee, creador de la WWW con su grupo de trabajo en el CERN (Centre Européen de Recherche Nucléaire - Centro europeo de investigación nuclear), realizaba su primera propuesta al CERN planteándola en términos de un servicio para organizar y tener acceso rápido e intuitivo a la ingente cantidad de información generada por el centro. La ventaja, que ha marcado la explosión de la WWW, es que el CERN contaba con una diversidad de plataformas informáticas, que hacía directa la traslación de las ideas de Tim Berners-Lee al mundo pluriplataforma de Internet. Y así fue la aplicación de sus ideas a Internet, directa. La WWW se apoya en tres pilares: un protocolo que se encarga de la transferencia de los datos y de las peticiones llamado HTTP (HyperText Transfer Protocolo - Protocolo de transferencia hipertexto); un sistema de direccionamiento de los documentos Web y los hosts de estos documentos, el URL (Uniform Resource Locator - Localizador uniforme de recurso) ; un lenguaje de definición de documentos Web, el HTML (HyperText Markup Language - Lenguaje de marcas hipertexto). La WWW se apoya como todos los servicios de Internet en la pila de protocolos TCP/IP de Internet y trabaja con un modelo cliente/servidor. El funcionamiento básico es muy simple: 1- El usuario solicita la transferencia de un documento Web al cliente Web, también conocido como navegador (Microsoft Internet Explorer, Netscape Navigator, etc.). 2- El cliente Web averigua la dirección del host que alberga el documento Web. 3- Manda una petición de transferencia de documento Web a ese host. 4- El servidor Web, en espera permanente de peticiones, recibe esa petición, la trata y devuelve al cliente Web los datos solicitados. 5- El cliente Web recibe los datos que ha solicitado, los trata y visualiza en la pantalla del usuario el documento Web transferido. La conexión entre el cliente y el servidor Web no se mantiene entre petición y petición, y por ello algunos autores hablan del protocolo HTTP como un servicio sin conexión. HTTP se encarga de gestionar todo el intercambio de información entre el cliente y el servidor Web. URL interviene en la representación del documento Web que se quiere cargar, puesto que garantiza una identificación única de todos los puntos y todos los documentos WWW de la red. HTML es el lenguaje básico que permite la construcción del contenido de los documentos Web y especifica por ejemplo el título del documento, el texto del mismo, la aparición de imágenes, sonidos, etc., hasta conformar todos los contenidos. Para terminar esta breve presentación, hablaremos del formato URL. Para construir una referencia URL a un documento Web, debemos seguir el siguiente modelo: ://// : Identifica el protocolo que soporta el URL. Esto se debe a que los clientes Web permiten el acceso a muchos protocolos (ftp, gopher, mailto, etc.), no sólo el de la WWW. En el caso de un documento Web el valor es: http. : Identifica la máquina que contiene el documento Web. Puede ser una dirección IP numérica o en formato textual con la nomenclatura habitual de Internet. : Identifica la estructura jerárquica de directorios hasta llegar al documento Web. El símbolo separador de directorios es el de los sistemas Unix, la barra (/). : Identifica el documento concreto que queremos transferir. En el caso de un documento HTML, las extensiones habituales son .HTM o .HTML. Un ejemplo de URL para un documento Web podría ser: http://www.unhost.com/usuarios/unusuario/undocumento.htm Preámbulo -73- PROPUESTA REDUNI Planteamiento Introducción Descripción del servicio IRC Descripción de la propuesta de IRC-Científico: RedUNI Anexo I: IRC Anexo II: World Wide Web