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:
-
Definición de requerimientos básicos. - Completada
-
Diseño de una topología de interconexión de servidores. - En desarrollo
-
Puesta en funcionamiento de un servicio piloto de interconexión de servidores NTP. - En desarrollo
-
Normas, requisitos y forma de conexión al servicio. - En desarrollo
-
Evaluacion básica de software de NTP sobre multiples plataformas.
-
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 IP | Dir. IP | Comunidad | Hardware/OS | Reloj
|
---|
hora.rediris.es | 130.206.3.166 | Madrid | PC/Linux | GPS
|
pulsar.rediris.es | 130.206.3.167 | Madrid | PC/Linux | GPS
|
hora.roa.es | 150.214.94.5 | Andalucía | PC/Linux | GPS/Cesio
|
Servidores Stratum 2
Routers regionales
Nombre IP | Dir. IP | Comunidad | Hardware
|
---|
EB-Badajoz1.rediris.es | 130.206.203.253 | Extremadura | Cisco 7500
|
EB-Bilbao1.rediris.es | 130.206.210.253 | País Vasco | Cisco 7500
|
EB-Murcia1.rediris.es | 130.206.208.253 | Murcia | Cisco 7500
|
EB-Oviedo1.rediris.es | 130.206.196.253 | Asturias | Cisco 7500
|
EB-Palma1.rediris.es | 130.206.197.253 | Baleares | Cisco 7500
|
EB-Pamplona1.rediris.es | 130.206.209.253 | Navarra | Cisco 7500
|
EB-Rioja1.rediris.es | 130.206.205.253 | La Rioja | Cisco 7500
|
EB-Santander1.rediris.es | 130.206.199.253 | Cantabria | Cisco 7500
|
EB-Tenerife1.rediris.es | 130.206.198.126 | Canarias | Cisco 7500
|
EB-Valencia1.rediris.es | 130.206.211.253 | Valencia | Cisco 7500
|
EB-Valladolid1.rediris.es | 130.206.201.253 | Castilla-León | Cisco 7500
|
EB-Zaragoza1.rediris.es | 130.206.195.253 | Aragón | Cisco 7500
|
EB-LasPalmas1.rediris.es | 130.206.198.253 | Canarias | Cisco 7500
|
EB-Bilbao0.rediris.es | 130.206.210.254 | País Vasco | Juniper M20
|
EB-Murcia0.rediris.es | 130.206.208.254 | Murcia | Juniper M20
|
EB-Santander0.rediris.es | 130.206.199.254 | Cantabria | Juniper M20
|
EB-Valencia0.rediris.es | 130.206.211.254 | Valencia | Juniper M40
|
EB-Valladolid0.rediris.es | 130.206.201.254 | Castilla-León | Juniper M20
|
EB-Zaragoza0.rediris.es | 130.206.195.254 | Aragón | Juniper M20
|
EB-Sevilla0.rediris.es | 130.206.194.254 | Sevilla | Juniper M20
|
EB-Oviedo0.rediris.es | 130.206.196.254 | Asturias | Juniper M20
|
EB-Madrid0.rediris.es | 130.206.206.248 | Madrid | Juniper M40
|
EB-Iris2.rediris.es | 130.206.206.254 | Nacional | Juniper T320
|
EB-Iris4.rediris.es | 130.206.206.250 | Nacional | Juniper T320
|
En el área de Madrid estan disponibles los siguientes servidores:
Servidores Stratum 2
Area de Madrid
Nombre IP | Dir. IP | Comunidad | Hardware
|
---|
EB-Madrid3.red.rediris.es | 130.206.206.245 | Madrid | Cisco 7500
|
EB-Madrid1.red.rediris.es | 130.206.214.254 | Madrid | Cisco 7500
|
cuco.rediris.es | 130.206.1.3 | Madrid | SPARCserver 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...
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.