logo-IRIS
  
> Inicio
> Sitemap
> Contacto
> Buscador
  



< Iniciativas < Proyectos piloto < IRIS-NTP

IRIS-NTP: Borradores

IRIS-NTP

Página del Piloto de tiempo de RedIRIS

Según se definió en la propuesta del grupo de trabajo, estos son los objetivos a alcanzar:

  1. Definición de requerimientos básicos. - Completada
  2. Diseño de una topología de interconexión de servidores. - En desarrollo
  3. Puesta en funcionamiento de un servicio piloto de interconexión de servidores NTP. - En desarrollo
  4. Normas, requisitos y forma de conexión al servicio. - En desarrollo
  5. Evaluacion básica de software de NTP sobre multiples plataformas.
  6. Difusión.

Definición de requerimientos básicos.

En Noviembre de 1996 se inicia el grupo de trabajo IRIS-NTP y durante la primera reunión, se define como objetivo inicial el conseguir una precisión de 500 ms. en los equipos finales conectados.

Diseño de una topología de interconexión de servidores.

Esta fase se desarrollará conjuntamente con la siguiente.

Servicio piloto de interconexión de servidores NTP.

En una primera fase contaremos con 3 stratum 1: en el ROA, en el IAA y en el centro de gestión de RedIRIS. En los siguientes gráficos se pueden ver las topologías propuestas como base para la discusión de acuerdo con las disponiibilidades actuales.

La idea principal (y por otro lado la más razonable) es ajustarse a la topología de red subyacente. En el siguiente gráfico se muestra la topología sugerida por RedIRIS (en colaboracion con el ROA), en un formato en el que se aprecia la similitud con la topología de Red.

En las siguientes tablas se muestran las direcciones IP y nombres de los stratum 1 y 2 actuales del piloto.

Servidores Stratum 1

Nombre IPDir. IPComunidadHardware/OSReloj
hora.rediris.es130.206.3.166MadridPC/LinuxGPS
pulsar.rediris.es130.206.3.167MadridPC/LinuxGPS
hora.roa.es150.214.94.5AndalucíaPC/LinuxGPS/Cesio

Servidores Stratum 2
Routers regionales

Nombre IPDir. IPComunidadHardware
EB-Badajoz1.rediris.es130.206.203.253ExtremaduraCisco 7500
EB-Bilbao1.rediris.es130.206.210.253País VascoCisco 7500
EB-Murcia1.rediris.es130.206.208.253MurciaCisco 7500
EB-Oviedo1.rediris.es130.206.196.253AsturiasCisco 7500
EB-Palma1.rediris.es130.206.197.253BalearesCisco 7500
EB-Pamplona1.rediris.es130.206.209.253NavarraCisco 7500
EB-Rioja1.rediris.es130.206.205.253La RiojaCisco 7500
EB-Santander1.rediris.es130.206.199.253CantabriaCisco 7500
EB-Tenerife1.rediris.es130.206.198.126CanariasCisco 7500
EB-Valencia1.rediris.es130.206.211.253ValenciaCisco 7500
EB-Valladolid1.rediris.es130.206.201.253Castilla-LeónCisco 7500
EB-Zaragoza1.rediris.es130.206.195.253AragónCisco 7500
EB-LasPalmas1.rediris.es130.206.198.253CanariasCisco 7500
EB-Bilbao0.rediris.es130.206.210.254País VascoJuniper M20
EB-Murcia0.rediris.es130.206.208.254MurciaJuniper M20
EB-Santander0.rediris.es130.206.199.254CantabriaJuniper M20
EB-Valencia0.rediris.es130.206.211.254ValenciaJuniper M40
EB-Valladolid0.rediris.es130.206.201.254Castilla-LeónJuniper M20
EB-Zaragoza0.rediris.es130.206.195.254AragónJuniper M20
EB-Sevilla0.rediris.es130.206.194.254SevillaJuniper M20
EB-Oviedo0.rediris.es130.206.196.254AsturiasJuniper M20
EB-Madrid0.rediris.es130.206.206.248MadridJuniper M40
EB-Iris2.rediris.es130.206.206.254NacionalJuniper T320
EB-Iris4.rediris.es130.206.206.250NacionalJuniper T320

En el área de Madrid estan disponibles los siguientes servidores:

Servidores Stratum 2
Area de Madrid

Nombre IPDir. IPComunidadHardware
EB-Madrid3.red.rediris.es130.206.206.245MadridCisco 7500
EB-Madrid1.red.rediris.es130.206.214.254MadridCisco 7500
cuco.rediris.es130.206.1.3MadridSPARCserver 1000

Según lo acordado en la reunión del 9 de Mayo de 1997, los centros que deseen participar en el piloto se comprometen a montar al menos dos servidores de stratum 3 conectados a su stratum 2 más próximo. Inicialmente no existen restricciones en el acceso a ninguno de los stratum 1 y 2 del piloto, por lo que pueden probarse, ademas del stratum 2 más próximo, otros stratum 2 como forma de realizar un análisis comparativo.

En caso de utilizar alguno de los stratum 1 como una de las fuentes de sincronización, se ruega encarecidamente sea notificado a los reponsables del mismo:

Una vez montada la infraestructura básica del piloto intentaremos estudiar la operatividad del mismo haciendo, si fuese necesario, los cambios precisos para adecuarlo a las necesidades definidas en los requerimientos básicos.

En esta línea hemos puesto en funcionamiento una serie de herramientas con el fin de monitorizar el comportamiento de los diferentes servidores de tiempo. Los resultados de las mismas se pueden ver a través del siguiente URL:

http://hora.rediris.es/ntp/stats/

De auerdo con la reunión celebrada con motivo de las Jornadas Técnicas de RedIRIS 1997 ( minutas de la reunión), se realizan cambios en la topología de interconexión de servidores primarios y secundarios, de tal forma que cada servidor secundario apunta como cliente a cada uno de los 3 servidores primarios actuales.

Dada la topología de red actual en forma de estrella, el peering entre los stratum 2 no ofrece mayores ventajas, ya que un fallo de cualquier brazo de esta estrella deja aislado a este servidor de sus peers próximos. En esta situación, el peering entre stratum 2 puede inclinarlos hacia un offset combinado entre ellos, lo cual les pueda alejar del offset real con los stratum 1. Por lo tanto, en la nueva topologia de conexion, se elimina el peering entre los stratum 2.

La topología actual queda entonces según se muestra en la siguiente figura (pincha en ella para obtener una imagen con mejor resolución):

Los stratum 2 son los routers del backbone y un par de servidores de proposito general (cuco.rediris.es y peluco.rediris.es), como se ha indicado en la lista anterior.

Dado el gran número de conexiones sin previo aviso o autorización que ha recibido nuestro servidor stratum 1, desde el 13 de Febrero de 1998 el tráfico NTP entre RedIRIS y la Internet comercial en España esta filtrado en los routers de acceso al punto neutro (ESPANIX).

Normas, requisitos y forma de conexión al servicio.

Desde Mayo a Diciembre de 1997, todos los servidores del piloto han estado abiertos para que cualquiera pudiese comprobar la estabilidad del mismo, aunque nuestra apuesta siempre ha sido que cada servidor se enganchará (según los algoritmos de selección implementados en el NTP) a su servidor NTP más próximo, y la inclusión de otros solo incrementaria el número de llamadas a otros servers que nunca se selecionarian como referencia.

Evidentemente este servicio piloto solo se ofrece a los centros afiliados a RedIRIS, y por el momento no hay planes de coordinación con otros centros no-afiliados.

Si quieres unirte a este piloto...

  • Si no sabes de que va el tema, no estaria de más que le fueses echando un vistazo a las referencias sobre NTP que encontrarás en estas páginas del servicio piloto de tiempo de RedIRIS.
  • Si no estas en la lista de distribución IRIS-NTP, manda un mensaje a la dirección listserv@listserv.rediris.es, incluyendo la siguiente línea en el cuerpo del mensaje:

    subscribe iris-ntp Tu nombre

    Esta lista de distribución es cerrada. Sólo se admiten subscripciones de los usuarios de centros afiliados a RedIRIS (personal investigador y/o técnico).

  • Puedes conectar tu servidor NTP (router o workstation) a cualquiera de los stratum 2 de RedIRIS. A este piloto se deben conectar servidores de NTP. Los equipos finales de tu centro se deben unir al final de la cadena, es decir al servidor NTP que tú montes y no a los stratum 2 (ni mucho menos los stratum 1) del piloto. Si tienes dudas, consulta a la lista IRIS-NTP, o a la dirección ntp@rediris.es.
  • Si no sabes como configurar tu equipo para unirlo al piloto, lee la siguiente sección.
  • Si ya dispones de un stratum 1 o tienes un GPS y quieres montarlo, o tienes intención de adquirir cualquier hardware pero quieres asesorarte primero, no dudes en contactar con: ntp@rediris.es

Cómo configurar tu equipo...

Tienes, al menos, dos opciones: instalarlo en un router o en un servidor (workstation o PC).

Configuración de un router como servidor de tiempo

Consulta el manual de configuración de tu router para saber si es posible configurarlo como servidor de tiempo.

Los Routers CISCO pueden configurarse muy facilmente como servidores de tiempo, y este servicio apenas produce carga en el mismo. Ten en cuenta que lo habitual es enviar y/o recibir un paquete de unos pocos bytes cada 64 segundos aprox. (esto no es rigurosamente cierto y puede ser incluso menos, pero te puedes hacer una idea del orden de magnitud al que nos referimos).

Router CISCO como stratum 3 (configuración básica):

Desde el menu de configuración del router, teclea los siguientes comandos:

ntp source Loopback
ntp update-calendar
ntp server STRATUM-2-IP-ADDR version 3 source Loopback prefer
ntp server STRATUM-2-IP-ADDR version 3 source Loopback
...

NOTAS:
Loopback Dirección de loopback, si la hay. Para que todas las conexiones desde cualquier interface del router salgan con una única dirección IP. Es aconsejable que sea la dirección IP del interface de salida hacia RedIRIS.
STRATUM-2-IP-ADDR Dirección IP de cualquiera de los servidores stratum 2 del piloto IRIS-NTP (una línea por cada servidor al que queramos apuntar). Recuerda que sólo los nombres y direcciones IP de la lista anterior en esta página, son los oficiales que debes usar. Otros servidores de RedIRIS, no enumerados allí, se están usando para otros propositos, y no hay ninguna garantía ni soporte sobre los mismos. La palabra clave prefer sólo se debe emplear en la primera de estas líneas en la que se apunta al servidor stratum 2 más próximo topologicamente (router regional, según la lista anterior)

Configuración de una workstation como servidor de tiempo

Instala la distribución del daemon . Funciona sobre multiples plataformas hardware corriendo casi cualquier variante de UNIX (SunOS, HP/UX, IRIX, AIX, Linux, FreeBSD, etc) y Windows-NT. Puedes encontrar fuentes y/o binarios en el siguiente enlace:

IRIS-NTP: Herramientas

Una vez compilado el software, debes ajustar el archivo de configuración. Aquí tienes un ejemplo del mismo (ntp.conf):

 #### Options
 enable monitor pll stats
 
 #### Servers
 # router del backbone de RedIRIS mas proximo
 server STRATUM-2-IP-ADDR version 3 prefer
 # otros routers o servidores de stratum 2
 #server STRATUM-2-IP-ADDR version 3 
 #server STRATUM-2-IP-ADDR version 3 
 #...
 
 #### Peers (opcional, dependera de la topologia interna)
 #peer STRATUM-3-IP-ADDR version 3
 #peer STRATUM-3-IP-ADDR version 3
 #...
 
 #### Server broadcast
 #
 # En caso de distribucion de la sincronizacion
 # por broadcast en nuestra subred, completad la
 # siguiente linea y eliminad el caracter '#' que
 # la comenta.
 #
 # broadcast [address] [ttl ]
 
 
 #### Cliente broadcast
 #
 # En caso de obtener nuestra sincronizacion
 # por broadcast en nuestra subred, completad las
 # siguientes lineas y eliminad el caracter '#' que
 # las comenta. Es preciso que exista un server
 # broadcast en nuestra subred (ver apartado anterior).
 #
 # enable bclient
 # broadcastclient [address]
 

 #### drift file
 driftfile /usr/local/etc/ntp.drift

 authenticate yes                 # enable authentication
 keys /usr/local/etc/ntp.keys  # path for key file
 requestkey 10                    # for accessing server variables (xntpdc)
 controlkey 10                    # for accessing server variables (ntpq)
 
 ### estadisticas diarias de peers, loop y clock...
 statsdir /var/log/ntp/

 filegen peerstats file peerstats type day enable
 filegen loopstats file loopstats type day enable
 filegen clockstats file clockstats type day enable


NOTAS:
STRATUM-2-IP-ADDR Dirección IP de cualquiera de los servidores stratum 2 del piloto IRIS-NTP (una línea por cada servidor al que queramos apuntar). Recuerda que sólo los nombres y direcciones IP de la lista anterior en esta página, son los oficiales que debes usar. Otros servidores de RedIRIS, no enumerados allí, se están usando para otros propositos, y no hay ninguna garantía ni soporte sobre los mismos. La palabra clave prefer sólo se debe emplear en la primera de estas líneas en la que se apunta al servidor stratum 2 más próximo topologicamente (router regional, según la lista anterior)
/usr/local/etc/ntp.drift Archivo empleado para almacenar la desviación en frecuencia del oscilador del reloj local. Es recomendable que exista para que el equipo converja rapidamente a su valor de desviación en frecuencia apropiado. Si no existe, lo creara el xntpd con el valor cero, y el equipo tardara varias horas en estabilizarse, pero a parte de eso no hay mayor problema.
/usr/local/etc/ntp.keys Archivo que contiene las claves de encriptación usadas por el demonio de NTP (xntpd) y las utilidades de consulta y modificación de parámetros de este demonio (xntpdc, ntpq). Según este ejemplo de configuración sencillo, basta con que crees este archivo con sólo una linea:

10 A Password

Donde Password será cualquier palabra clave en ASCII que se te ocurra, y no olvides hacer este archivo propiedad de root y con permisos 600 (sin permiso de lectura ni escritura por nadie más que root).

Esto te permitirá hacer cambios en la configuración sin tener que rearrancar el demonio de NTP, es decir, sin perder los valores de precisión y estabilidad alcanzados desde su puesta en funcionamiento.

/var/log/ntp/ Directorio donde se generaran los archivos de log generados por el xntpd. Según esta configuración serán tres: loopstats, peerstats y clockstats que se iran acumulando diariamente en el directorio indicado. Recuerda ir borrando los archivos obsoletos para no llenar tu disco duro.

Puedes encontrar más información sobre las opciones de configuración en la documentación de la distribución del xntp3.

Evaluación básica de software de NTP.

Objetivo aún no atacado.

Difusión.

Objetivo a emprender en última instancia.
RedIRIS © 1994-2007
^