Actualidad boletín número 39

(marzo 1997)

Sumario

La tendencia prácticamente exponencial en el crecimiento de máquinas registradas se aprecia con claridad en una gráfica con escala logarítmica.

En cuanto a la distribución de hosts por dominios, es significativo el hecho de que un 25% de los dominios delegados estén vacíos (no tienen ningún registro de tipo "address") y un 37% sólo tienen un host. Los 20 primeros dominios en cuanto a número de hosts, que suponen menos del 0,6% del total, albergan el 46% de todos los hosts registrados bajo ".es".

	Dominio    Nº de hosts  % sobre total

	upv.es		5.520		4,65%
	uv.es		4.255		3,58%
	upc.es		4.223		3,55%
	upm.es		4.125		3,47%
	ugr.es		3.277		2,76%
	csic.es		3.206		2,70%
	ehu.es		2.816		2,37%
	ucm.es		2.587		2,18%
	ub.es		2.473		2,08%
	uab.es		2.473		2,08%
	uniovi.es	2.270		1,91%
	um.es		2.252		1,90%
	uam.es		2.225		1,87%
	redestb.es	2.077		1,75%
	upf.es		1.961		1,65%
	gva.es		1.799		1,51%
	uji.es		1.699		1,43%
	uco.es		1.636		1,38%
	servicom.es	1.606		1,35%
	uma.es		1.603		1,35%

	Total 20 primeros	54.083	45,53%
	Total resto	64.726	54,47%

 jose [dot] sanchez [at] rediris.es

Esta medida se comunicó por los cauces técnico-administrativos existentes a las organizaciones afiliadas anunciando la entrada en vigor desde el día 24 de febrero de 1997, invitándoles a contactar con el Centro de Gestión de Red para el estudio de casos excepcionales.

 victor [dot] castelo [at] rediris.es

El router EB-Madrid3.red.rediris.es (que concentra los centros de Madrid con mayor ancho de banda) también está conectado al conmutador ATM. Mediante un PVC local se conecta al EB-Madrid1.red.rediris.es, evitando posibles cuellos de botella de la conexión ethernet (backup de la conexión ATM) entre ambos routers.

Al contar con un gran ancho de banda en la red troncal nacional, se pueden presentar en el futuro cuellos de botella en el acceso a ese troncal desde las organizaciones conectadas en local a cada nodo (hasta ahora mediante ethernet o línea serie). En varios casos estas organizaciones cuentan ya con infraestructuras internas basadas en ATM, por lo que hay que estudiar la viabilidad de introducir conmutadores ATM en aquellos nodos en los que se vaya planteando el problema.

RedIRIS cuenta ya con equipos finales conectados directamente al conmutador ATM de Madrid y por tanto algunos de los servicios que mayor ancho de banda requieren, como por ejemplo el servicio de NetNews, en breve dejará de saturar una de las ethernet dedicadas en uno de los routers del nodo de Madrid.

A continuación se sumarán a este nuevo escenario topológico, servicios como el Mbone, servidor WWW,proxy-caché y detrás todos aquellos que sirve RedIRIS a sus organizaciones.

 juancarlos [dot] moreno [at] rediris.es

La instalación y operación del nodo de ESPANIX se adjudica a Banesto, que resultó ganador del concurso público abierto por la asociación y al que se presentaron 13 importantes empresas nacionales e internacionales.

En las actuales circunstancias, sobre la participación de RedIRIS en el Punto Neutro, la idea es que actúe como miembro honorífico de la asociación ESPANIX y que no se establezca una conexión física directa. Para el intercambio de tráfico se empleará la conexión actual de RedIRIS con Telefónica Transmisión de Datos-Unisource, que a principios del mes de febrero de 1997 se ha incrementado hasta 4 Mbps.

De todas formas creemos que es importante señalar, que el hecho de que las comunicaciones mejoren entre todos los proveedores conectados al punto neutro, al evitar el uso de líneas internacionales, no va a cambiar para nada el posible estado de elevada saturación que puedan tener los enlaces de otros proveedores secundarios o de clientes directos a esos proveedores, o de las conexiones a Infovía de los proveedores para el acceso de usuarios finales.

El nodo se encuentra desde principios de febrero en fase de pruebas, incluso se está intercambiando ya tráfico real entre la práctica totalidad de los miembros de ESPANIX.

 victor [dot] castelo [at] rediris.es

1. Coordinación de Listas de Distribución (FOROS-ES)


2. MIME en correo electrónico. (MAIL-MIME)

Estos grupos están abiertos a cualquiera de los responsables del Servicio de Correo electrónico de las organizaciones afiliadas a RedIRIS. Para poder participar en ellos basta con darse de alta de la siguiente forma:

Enviar un mensaje a:  listserv [at] listserv [dot] rediris.escuyo cuerpo sea: subscribe nombre_grupo_trabajo Nombre y Apellidos

1.- Coordinación de Listas de Distribución (FOROS-ES)

Introducción

Las listas de distribución son una herramienta muy útil para crear foros de interés y/o grupos de trabajo locales, nacionales e internacionales. La coordinación de esta herramienta entre las organizaciones afiliadas a RedIRIS sería de gran utilidad para:

• La optimización de recursos, mejorando el tráfico de correo electrónico.


• La creación de una plataforma de foros de discusión científicos.


• El fomento de foros para aumentar la presencia activa.


• La mejora de la calidad de los foros.


• Facilitar la solicitud de hospedaje y apertura de nuevas listas de distribución.


• Evitar la duplicación de foros que contengan la misma temática.


• La divulgación de las listas.

Desde hace unos dos años RedIRIS viene ofreciendo un Servicio de Listas de distribución con un gran crecimiento tanto en número de suscriptores como de mensajes y de listas solicitadas. La coordinación con otras organizaciones mejoraría la calidad de este Servicio.

Dado que el Servicio de listas de distribución es un servicio no centralizado y puede ser manejado por un variopinto espectro de paquetes, cada uno con sus peculiaridades a la hora del manejo por parte de los usuarios, el intentar unificar ciertos criterios con uno o dos tipos de paquetes facilitaría enormemente la labor de los potenciales usuarios y de los moderadores de la listas.

Objetivos

Los objetivos finales están abiertos y dependen de los participantes pero básicamente se pueden resumir en:

1. La selección de un par de paquetes servidores de listas para recomendarlos a las nuevas organizaciones que deseen instalar un servidor.


2. La creación de documentación sobre el/los servidores seleccionados para:
• Instaladores del paquete.


• Propietario y/o moderadores de listas


• Usuario final.


• En la medida en que sea posible, traducir al castellano los mensajes de ayuda del servidor.

3. La selección de algún paquete que permita la visualización de los archivos de una lista en formato HTML.

El diseño de algún tipo de coordinación a la hora de crear listas de distribución de interés general que no sólo dependa del arbitrio de RedIRIS.
4. La creación de un listado de los servidores de listas de las organizaciones de RedIRIS.

2.- MIME en correo electrónico (MAIL-MIME)

Introducción

El correo electrónico es una de las aplicaciones más utilizadas para intercambiar información debido, entre otras cosas, a su accesibilidad. Los estándares MIME en las interfaces de correo electrónico son, actualmente una necesidad básica para el buen uso de esta aplicación.

Los resultados de este grupo de trabajo deben de permitir:

• La elección de un Agente de Correo adecuado para las necesidades particulares.


• Una adecuada configuración del Agente de Correo para componer y visualizar correo MIME

El objetivo final de este grupo de trabajo sería conseguir que los usuarios de la Comunidad de RedIRIS tengan una adecuada plataforma MIME para poder intercambiar documentos. La mayor parte de los usuarios no saca un rendimiento óptimo en sus implementaciones MIME de correo electrónico, porque ni envían ni reciben mensajes MIME excepto los clásicos: text/plain, gif, jpeg, message/rfc822, application/word y pocos más. Creo que MIME es y permite muchas más cosas muy útiles y que al no conocerlas se pierde su potencialidad.

Para conseguir esta plataforma MIME es necesario tener información que será lo que se genere en el Grupo de Trabajo. También es importante una buena configuración de las Estafetas de correo electrónico responsables de la transmisión del correo a través de la red.

Objetivos

1. Crear un documento para la recomendación del conjunto de caracteres castellanos en las transacciones de correo electrónico dentro de la Comunidad de RedIRIS.


2. Intentar desarrollar un programa que realice labores de contestador automático MIME para chequear Agentes de Usuario MIME.


3. Registro de Interfaces de usuario (UAs) MIME mediante chequeo de acuerdo con el RFC-1844, para su posterior recomendación. Realizar una lista de UAs con "certificado de calidad" para transmitir correo electrónico multimedia en la Comunidad de RedIRIS enfocado a los caracteres en castellano.


4. Documentación sencilla para un correcta configuración de los Agentes de Usuario listados en el punto 2.


5. Recomendaciones para configuración de los ficheros que manejan los diferentes tipos de ficheros adjuntos.


6. Evaluación y recomendaciones de software de MTAs ESMP y RFC822/MIME.


7. Otros a discutir.

---

 jesus [dot] heras [at] rediris.es

---

Nuevo software para la pasarela SMTP/X.400

A principios de enero se instaló la versión 3.1 del software de mensajería de ISODE CONSORTIUM. El nuevo software, que incluye la pasarela SMTP/X400, ha solucionado alguno de los problemas de conversión de cuerpos de mensaje MIME a cuerpos de mensaje X.400 que esta tenía.

Para probar la pasarela se intercambiaron entre el Ministerio para las Administraciones Públicas y el Centro de Comunicaciones CSIC-RedIRIS, los tipos de mensaje más comúnmente usados en la red. Se enviaron mensajes texto en ISO-LATIN1 en 8 bit y codificados en quoted-printable, images en jpeg y gif, documentos en MSWORD y PostScript, mensajes mime multipart y documentos codificados en uuencode. Las conversiones observadas siguen las especificaciones descritas en los RFCs 1494 y 1495.

Estado actual de la pasarela

El MTA de la pasarela de RedIRIS tiene actualmente conectados a los siguientes MTAs:

                                DIATEL.UPM.ES           (X.400 del 84)
                                RELAY.UPM.ES            (X.400 del 84)
                                BOE.ES                  (X.400 del 88)
                                CICA.ES                 (X.400 del 88)
                                MAP.ES                  (X.400 del 88)
 

También mantiene una conexión con el MTA responsable del Dominio Administrativo (ADMD) 400net bajo el código de país C=ES (España), gestionado por TSAI, y que da servicio de correo electrónico X.400 a organizaciones particulares que usan X.400 como protocolo principal de sus servicios de correo electrónico.

El MTA del MAP (map.es) da servicio dentro del proyecto ISTMO (1996) a los siguientes dominios:

En el entorno X.400:


• MAP.ES (Mº de Administraciones Públicas)
• MOP.ES (Mº de Obras Públicas)
• MAE.ES (Mº de Asuntos Exteriores)
• MAG.ES (Mº de Agricultura Pesca y Alimentación)
• MAX.ES (Mº de Asuntos Sociales)
• MCX.ES (Mº de Comercio y Turismo)
• MDE.ES (Mº de Defensa)
• MEH.ES (Mº de Economía y Hacienda)
• MJI.ES (Mº de Justicia e Interior)
• MPR.ES (Mº de la Presidencia)
• MTSS.ES (Mº de Trabajo y Seguridad Social)
• CAIB.ES (C.A.de las Islas Baleares)
• JCCM.ES (Junta de Comunidades de Castilla-La Mancha)
• CAIC.ES (C.A. de las Islas Canarias)
• CARM.ES (C.A.de Murcia)
• AVA.ES (Ayuntamiento de Valladolid)
• BOE.ES
• UPC.ES
• DIATEL.UPM.ES

Además este software da servicio de correo electrónico vía POP a unos 400 usuarios de 58 organizaciones conectadas a través del Servicio RedIRISdial. Esta estafeta soporta dominios virtuales permitiendo a cada organización un dominio de segundo nivel único, es decir, del tipo `org.es'.

---

 celestino [dot] tomas [at] rediris.es
 jesus [dot] heras [at] rediris.es

---

Estado del registro de recursos en RedIRIS

En las siguientes líneas se proporciona una breve descripción de los cambios que ha sufrido el registro de recursos en los últimos meses, y se dan algunas cifras sobre el número de objetos que contiene.

En la sección de recursos se mantienen enlaces a los servicios finales de las diferentes aplicaciones de comunicación que proporciona la red. A finales de enero se podía acceder a:

• 166 listas de correo electrónico en castellano


• 65.000 entradas en el servicio de páginas blancas X.500


• 32 servidores FTP anónimos


• 64 Grupos NetNews españoles

Se han introducido nuevos campos para describir los sistemas de información de las bibliotecas. El nuevo formulario de registro está formado por los siguientes datos: el URL central de acceso a la biblioteca, una descripción de los fondos bibliográficos catalogados, el URL de acceso al OPAC, y por un campo de descripción de otros sistemas de información que posea la biblioteca.

En un listado se presentan todos los centros e instituciones afiliadas a RedIRIS, indicándose el servidor Web en aquellas organizaciones que lo tienen. Aprovechamos desde aquí la oportunidad para pedir a aquellas instituciones que posean sevidor Web y no se encuentre en el listado nos lo haga saber con el fin de mantener la información lo más actualizada posible.

Para el servicio de páginas amarillas se ha tomado como base los códigos de ciencia y tecnología de la UNESCO. La utilización de estos códigos responden a la idea de conseguir el mayor número de coincidencias en la descripción literal de los contenidos. En él se incluyen servicios de información no personal y de entidades oficialmente reconocidas dentro de los centros afiliados a la red. Se ha elaborado un diccionario hipertexto de términos científicos, a partir de las palabras clave que se introducen en el registro.

Las cifras a finales de enero de 1997 eran las siguientes:

• Bibliotecas: 49 sistemas


• Páginas amarillas: 349 sistemas


• Términos cient. en castellano: 299 términos


• Términos cient. en inglés: 131 términos

A continuación se indica un conjunto de referencias que pueden utilizarse dentro de otros documentos hipertexto:

Sección de recursos:
http://www.rediris.es/recursos

Centros afiliados a RedIRIS:
http://www.rediris.es/recursos/centros

Universidades:
http://www.rediris.es/recursos/centros/univ.es.html

Bibliotecas:
http://www.rediris.es/recursos/bibliotecas

Páginas amarillas de Ciencia y Tecnología:
http://www.rediris.es/recursos/ciencia

---

 celestino [dot] tomas [at] rediris.es

---

Cachés de www en RedIRIS

Servicio de caché www

Desde hace unos meses se está llevando a cabo un gran esfuerzo en RedIRIS orientado a mejorar la calidad del servicio ofrecida a nuestros usuarios de la WWW. Actualmente la forma más eficaz de mejorar los accesos a la WWW sin intervenir en la topología de la red es mediante servidores proxy-caché que ayudan a mejorar el tiempo de respuesta y alivian la carga producida por estos accesos en la red.

Un servicio de caché WWW permite a los usuarios que se decidan a utilizarlo configurar sus navegadores para que todos los accesos WWW se direccionen automáticamente al servidor proxy-caché que se ofrezca a tal efecto. El servidor proxy-caché atiende todas las peticiones bien sirviendo los documentos directamente de su caché, si los tuviera al día, o accediendo al origen remoto del documento sirviéndolo al cliente que lo pedía al tiempo que queda guardado en la caché.

Múltiples usuarios accediendo al mismo documento provocarán un sólo acceso del proxy al documento origen, y en todo caso según pase el tiempo dependiendo del tipo de documento, fecha de expiración y otros parámetros se realizarán algunos accesos ligeros para comprobar si el documento ha sido actualizado o bien la copia en la caché es todavía válida. Un usuario accediendo a un documento que se encuentra en la caché y se considera fresco experimenta un tiempo de acceso mucho menor que si estuviera accediendo directamente, más aún en el contexto de los accesos a otros países que involucran la utilización de las saturadas líneas internacionales. Se están logrando índices de acierto en la caché de un 50% ofreciendo así una mayor rápidez en un porcentaje muy alto de los accesos del usuario final.

Un usuario preocupado por la validez de los documentos obtenidos a través de una caché debe consultar la política de refresco de documentos de la caché WWW que le da servicio. El software para proxy-caché Squid se basa en reglas que especifican lo siguiente:

1. El tiempo transcurrido desde que la caché obtuvo el documento durante el cual el documento se considera fresco


2. El tiempo a partir del cual un documento ya no puede considerarse al día bajo ningún concepto.


3. Un porcentaje que determina qué relación permitida entre el tiempo que lleva el objeto en la caché y la probabilidad de actualización (edad del objeto menos fecha de última modificación).

Hay no obstante documentos que nunca son susceptibles de ser replicados, los documentos dinámicos en general, como aquellos producidos por programas cgi-bin.

Se está recomendando la utilización de Squid como software para servidores proxy-caché por múltiples razones: ser de libre distribución y gratuito, su superioridad de rendimiento frente a otros, su facilidad de instalación en equipos Unix, la implementación del protocolo ICP para configurar jerarquías de cachés y sobre todo el continuo esfuerzo de una comunidad muy amplia de desarrolladores por incorporar todos los avances sobre caching que se están realizando.

Si HTTP es un protocolo que no tuvo en principio consideraciones especiales para habilitar mecanismos orientados a la réplica transparente de objetos, la versión 1.1 del protocolo contempla todos las aspectos técnicos necesarios para hacer efectiva la replicación de documentos, incluyendo la interacción entre clientes, servidores Web y cachés WWW con versiones dispares de protocolo (1.0 y 1.1), el servir una fecha de expiración con cada objeto, fechas de última modificación de documentos, cálculo de la edad de documentos, posibles efectos laterales del caching, etc.

Ejemplos de estos mecanismos son la incorporación oficial del campo de cabecera IF-MODIFIED-SINCE que permite consultar a un servidor por un documento y traérselo, sólo si su fecha de modificación es posterior a la que indiquemos (notar aquí la importancia de tener un servicio de tiempo en la red fiable); este tipo de consultas son las que referiamos antes como accesos ligeros.

Por último comentar que mediante el procolo ICP (Internet Cache Protocol) en conjunto con otras técnicas, varias cachés utilizando Squid pueden configurarse para beneficiarse unas de otras intercambiando documentos entre sí. En una configuración de cachés hermanas una caché puede encuestar a su hermana si tiene un documento que le está pidiendo un cliente y que ella no tiene, obteniéndolo de su hermana si la respuesta es positiva; en una configuración padre-hija, la caché padre le buscará a la hija el documento pedido en caso de no tenerlo.

Coordinación de cachés en la comunidad de RedIRIS

Durante el pasado año la comunidad de RedIRIS vio nacer gran cantidad de cachés WWW en centros de cálculo de Universidades. Muchas de ellas tenían caracter experimental dando servicio sólo a una comunidad pequeña de usuarios de esa universidad u ofreciéndolo como un servicio opcional sin garantías, otras universidades ofrecían ya un servicio de caché WWW fiable y de calidad como la Universidad de Oviedo que incluso pudo adoptar la medida de bloquear cualquier acceso WWW que no fuera a través de la caché sin consecuencias drásticas.

En las Jornadas Técnicas de Santiago de Compostela se creó el grupo de trabajo IRIS-CACHE con la intención de coordinar todos los esfuerzos de creación de cachés en la comunidad IRIS. Los beneficios de una coordinación de cachés pasan por una mayor eficacia de las mismas al poder consultar el resto de cachés como hermanas, establecer acuerdos para respaldos mutuos de cachés en caso de fallos, tener un registro central en el que informar al usuario de las caché disponibles y cual le conviene utilizar, y sobre todo hacer un mejor uso del ancho de banda de la línea internacional evitando redundancia en los accesos y esperando así una mejora de los accesos restantes.

RedIRIS ha hecho disponible una caché central que permite conectarse a ella como cachés hijas o hermanas o todas las cachés de instituciones afiliadas (contactar con cachemgr@rediris.es). Se está contemplando también la posibilidad de que esta caché sirva a los usuarios finales de instituciones en los momentos en que la caché local falle. No se permiten accesos de usuarios finales debido en primer lugar a que así se espera potenciar la instalación de cachés en cada organización y por otra parte porque la máquina no lo soportaría en estos momentos.

Es una tarea importante en estos momentos el instruir a todos los usuarios para que utilicen la caché más cercana que les permita el acceso. Otra tarea muy importante es establecer los mecanismos adecuados para que el servicio de caché WWW tenga una alta disponibilidad, para ello ICP dispone de los medios necesarios para que una caché pueda consultar a muchas otras. Netscape permite configurar varias cachés en caso de fallo de alguno y RedIRIS espera contar durante este año con los medios materiales necesarios para que la caché central soporte tolerancia a fallos (distribuída en dos máquinas).

La caché central de RedIRIS está participando a su vez en la coordinación de cachés WWW de la comunidad académica europea, esperando lograr aquí los mismos beneficios de la coordinación nacional con nuestros vecinos europeos.

Se puede encontrar más infomación sobre estos temas en la siguiente dirección

http://www.rediris.es/si/cache

---

 javier [dot] puche [at] rediris.es

---

RedIRIS nuevo miembro de FIRST

El servicio de seguridad de RedIRIS (informalmente IRIS-CERT) fue elegido el pasado 10 de febrero como nuevo miembro de FIRST (Forum of Incident Response and Security Teams), tras un proceso de deliberación que se inició en la última reunión de FIRST (julio de 1996 en Santa Clara, California) donde presentamos nuestra candidatura. Se trata de un paso importante de cara al reconocimiento internacional de la labor de IRIS-CERT, y establece a RedIRIS como el interlocutor de hecho entre España y la comunidad internacional en materia de seguridad.

La condición de miembro de FIRST conlleva básicamente tres derechos, y la responsabilidad asociada a los mismos:

• Participación en sus listas privadas de discusión; acceso a información confidencial y prioridad para recibir información sobre problemas potenciales antes de que sean de dominio público.


• Reconocimiento internacional como punto de contacto y presencia en los servicios de información de FIRST.


• Voz y voto en las reuniones de FIRST y en las elecciones de sus órganos de gestión.



FIRST es la mayor organización internacional dedicada a la FIRST: Command not found prevención de problemas de seguridad informática. Fue creada en 1992 ante la necesidad de coordinar el creciente número de iniciativas independientes que intentaban abordar estos temas de forma aislada o local. En la actualidad FIRST consta de 60 miembros de los ámbitos académico, comercial y gubernamental, entre ellos equipos de prevención, universidades y laboratorios de investigación y grandes empresas fabricantes de equipos.

---

 ruben [dot] martinez [at] rediris.es

---

Firma del contrato con UNISOURCE para el proyecto TEN-34

El proyecto TEN-34 ha llegado ya a su fase operativa. UNISOURCE prestará los servicios básicos de comunicaciones que RedIRIS pueda participar en el Proyecto TEN-34 y tener la conectividad precisa con el resto de las redes de investigación europeas.

El correspondiente contrato, se firmó el pasado 20 de diciembre, entre el CSIC y la operadora, como colofón a toda una serie de laboriosas negociaciones, que han permitido adaptar el texto del mismo a la actual legislación española.

Por parte del CSIC, lo firmó su presidente, D. César Nombela Cano y por parte de UNISOURCE lo hizo el director de operaciones en Europa Sr. Jan E. van de Kraats. El acto se celebró en la sede central del CSIC en Madrid.

De esta manera ya RedIRIS tiene asegurada su participación en el proyecto, y por tanto sus usuarios podrán utilizar unos servicios internacionales mejorados, desde el mismo momento en que sean prestados por UNISOURCE.

Las previsiones finales son las de realizar pruebas en marzo, y tener el servicio operativo en abril. En ese momento se dispondrá de una conexión europea de 22 Mbps. para tráfico IP nativo.


---

 manuel [dot] rincon [at] rediris.es

---

Internet II en Europa

Varias universidades americanas, están trabajando desde hace más de un año, en el proyecto INTERNET II, que consiste en tener una INTERNET de uso exclusivo para la investigación, separada de la comercial. El Dr. Axmann explicó en las últimas Jornadas Técnicas de RedIRIS este interesante tema y lo que se pretende con esta iniciativa en USA.

http://www.internet2.edu

DANTE, después de negociaciones con la Comisión Europea, está preparando una propuesta equivalente en Europa, en combinación con USA.

TEN-34, sería la red de investigación, ya que por su propia naturaleza no debe cursar tráfico comercial. Esta red se iría potenciando en proyectos sucesivos, hasta llegar a 155 Mbps en tecnología ATM, que sería el equivalente a Internet II en Europa.

DANTE va a negociar con los representantes de INTERNET II, la posibilidad de realizar un enlace intercontinental, sólo para tráfico científico. Esta propuesta está en fase de estudio de viabilidad técnica.

Estamos pués en un punto bastante favorable, para que sea posible un apoyo de la Comisión a estas iniciativas, dentro del próximo programa marco, que será el quinto, y el nuevo Telematics.

---

 manuel [dot] rincon [at] rediris.es

---

Cambios en la dirección del proyecto TEN-34

Ha habido innovaciones en la dirección de TEN-34. Desde el inicio del proyecto, este se regía por un Grupo Directivo integrado por un representante de cada país. Este organismo se disolvió el pasado mes de diciembre, siendo sustituido por un Consejo de Dirección. Fue elegido Presidente David Hartley, de Ukerna. Los representantes españoles son Manuel Rincón perteneciente a RedIRIS y como suplente Pedro Lizcano de la Comisión Interministerial de Ciencia y Tecnología (CICYT).

El Consejo de Dirección supervisará el desarrollo del proyecto, en estrecha colaboración con el Grupo Técnico. Al mismo tiempo se vigilará la actuación de DANTE y las relaciones con la Comisión Europea y los diversos servicios que deben de prestar las operadoras involucradas en el proyecto.


---

 manuel [dot] rincon [at] rediris.es

---

---