From owner-iris-ntp@LISTSERV.REDIRIS.ES Mon May 12 18:14 MET 1997 Received: from listserv.rediris.es by chico.rediris.es with ESMTP id SAA00661; Mon, 12 May 1997 18:06:24 +0200 (MET DST) Received: from LISTSERV.REDIRIS.ES by LISTSERV.REDIRIS.ES (LISTSERV-TCP/IP release 1.8c) with spool id 1193254 for IRIS-NTP@LISTSERV.REDIRIS.ES; Mon, 12 May 1997 18:06:22 -2200 Received: by chico.rediris.es id SAA00082 for iris-ntp; Mon, 12 May 1997 18:01:59 +0200 (MET DST) X-Mailer: Z-Mail (3.2.1 10apr95) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: <9705121801.ZM80@rediris.es> Date: Mon, 12 May 1997 18:01:59 +0200 Reply-To: Juan.Garcia@REDIRIS.ES Sender: Grupo de Trabajo sobre NTP From: "Juan A. Garcia. CSIC RedIRIS" Organization: CSIC RedIRIS Subject: [IRIS-NTP] Resumen de la reunion (Mbone) del Viernes 9/5/97 To: IRIS-NTP@LISTSERV.REDIRIS.ES Content-Type: text/plain; charset=iso-8859-1 Content-Length: 10734 Status: OR Como ya sabreis el Viernes dia 9 de Mayo se realizo una reunion estratordinaria del grupo de trabajo IRIS-NTP. El motivo de la misma fue la coincidencia de la estancia en RedIRIS de uno de los tecnicos del ROA (Luis Batanero) y pido disculpas por lo acelerado de la misma y el empleo de Mbone que es accesible a todos los miembros de este grupo de trabajo. Los temas tratados en la reunion fueron: 1.- Discusion de la topologia planeada. 2.- Configuracion tipo para servers (routers y workstations) 3.- Proximos objetivos ----------------------- 1.- Discusion de la topologia planeada De acuerdo con el asesoramiento de los tecnicos del ROA, diseņamos una topologia inicial del piloto. El mapa de la mimsa lo podeis ver en http://www.rediris.es/gt/iris-ntp/drafts/#3, bajo el epigrafe "Servicio Piloto IROS-NTP: Topologia planeada (II-bis)". Este borrador inicial fue discutido por los tres implicados en disponibilidad de startums 1 del piloto inicial (ROA, IAA y RedIRIS) antes de proceder a discutirlo con el resto de los participantes en la reunion. Dada la topologia de Red, que como ya sabeis es de tipo estrella, la estructura mas razonable nos parecio la que se muestra en la imagen que os comentaba antes, en la que los stratums 2 son todos los routers del backbone de RedIRIS. Esta topologia ha sido probada durante toda la semana con unos resultados mas que aceptables, lo que nos ha hecho apostar por la misma, si bien quedan por hacer muchos estudios sobre su estabilidad. Lo que sugerimos es que cada centro conectado al piloto enganche sus serviores de NTP siempre a su router del backbone mas proximo, y alternativamente a otras fuentes de referencia. Nuestra apuesta es que estos servers *siempre* se van a enganchar (segun los algoritmos de seleccion implementados en el NTP) a dichos routers del backbone y la inclusion de otros servers solo incrementaria el nuestro con polls a otros servers de los que nunca se selecionarian como referencia. Esta topologia convierte a los servers de los centros en stratum 3, pero no nos dejemos engaņar por las apareciencias, mas vale ser stratum 3 estable y mantenerse dentro de los microsegundos, que stratum 1 o 2 con saltos tremendos en el offset. Por lo que nosotros hemos podido ver (si quereis mas referencias os las podria dar Luis Batanero que ha estado monitorizando esta configuracion), los routers son tremendamente estables y se mantienen dentro unos pocos milisegundos ,lo que esta muy por encima de los objetivos iniciales del piloto (me refiero a por encima en prestaciones) Estas ideas fueron expuestas en la reunion con la aprobacion de todos los participantes. Si alguno de los miembros de este grupo de trabajo, que no pudieron asistir a la reunion, desea hacer cualquier sugerencia, sera bien recibida. Os recuerdo que esto es una topologia basica para comenzar un piloto operativo, y que podra ser modificada en cualquier momento, si entre todos lo consideramos necesario. La incorporacion de nuevos stratum 1 al piloto se haria de una forma similar a la que muestra el grafico de la topologia inicial, es decir, cada nuevo stratum 1 estaria como server de su router regional mas proximo, seria peer pasivo del stratum 1 del ROA y haria peering activo con el resto de los stratums 1. Estas ideas se basan en que el ROA realiza dos tareas: por un lado esta proporcionando servicio de sincronizacion a RedIRIS (cooperativamnte con otros centros que dispongan de fuentes precisas de sincronismo enlazadas al piloto), y por otro lado son la referencia oficial de la hora legal espaņola, lo que ajusta esta sincronizacion de la RedIRIS a la hora legal de nuestro pais. Es logico pues, que el ROA haga peering pasivo con el resto de los stratums 1 del piloto de RedIRIS, esto quiere decir que comarten la tarea de sincronizar las maquinas del piloto de RedIRIS ajustando esta sincronizacion a la hora legal espaņola, pero que no permiten que el resto de los stratum 1 del piloto puedan modificar sus offsets, ya que son ellos la referencia oficial. El resto de los stratums 1 del piloto, si comparten la tarea de sincronizarse entre ellos (peering activo) en funcion a su proximidad a los valores oficiales del ROA. En caso de perdida de conectividad con el ROA (Dios no lo quiera ;-) se perderia la referencia a la hora oficial, pero se mantendria el sincronismo entre las maquinas de la RedIRIS. 2.- Configuracion tipo para servers (routers y workstations) Como ejemplo de configuracion de routers y workstations se debatieron una serie de configuraciones las cuales han sido ya publicadas a traves de esta lista (al menos la de los routers). Se acordo que estas configuraciones incluirian siempre a uno de los stratums 2 que, segun lo explicado anteriormente se corresponden con los routers del backbone de RedIRIS. Como opciones alternativas se pueden incluir referencias a otros servidores (nacionales o internacionales) como forma de cotejar por parte de cada centro quien le ofrece mayor estabilidad. Si mas adelante, y como creemos que ocurrira, se demuestra que la configuracion mas optima es aquella que se perfila en la topologia inicial prevista, se abordaria el tema de filtrar el resto de accesos para asegurar que los centros conectados se ajustan a la topologia diseņada. Configuraciones tipo: WORKSTATION (xntpd, NTP version 3) ---------------------------------- ------ Archivo ntp.conf (generalmente en /etc o /usr/local/etc) -------- #### configuracion como statum 3 #### Options enable monitor pll stats statsdir /var/log/ntp/ #### Servers # # Sustituyase las x's por la direccion IP del router del # backbone de RedIRIS mas proximo. server xxx.xxx.xxx.xxx # #Otros servers que deseais incluir.... # server .... # server .... # #### Peers # # En caso de hacer peering con otros servers del mismo # stratum incluidlos a continuacion. # peer xxx.xxx.xxx.xxx #### 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 /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) filegen peerstats file peerstats type day enable filegen loopstats file loopstats type day enable filegen clockstats file clockstats type day enable ------------------- End of ntp.conf ------------------------------------ El archivo '/usr/local/etc/ntp.keys' (en el caso del ejemplo anterior) debe contener una linea como la siguiente: 10 A ROUTER CISCO ------------ Estos ejemplos ya se han distribuido a traves de esta lista de distribucion. Podeis ver los archivos de la misma en: http://chico.rediris.es/archives/iris-ntp.html La lista de los stratums 1 y 2 iniciales del piloto con sus direcciones IP esta en: http://www.rediris.es/gt/iris-ntp/drafts/#3 Usad siempre estas direcciones IP como referencia y *NO* aquellas que podais obtener a partir de un traceroute, ya que puede que veais otras direcciones que esten temporalmente en funcionamiento en caso de backup por caida de enlaces principales, y podriais causar el levantamiento de enlaces RDSI de backup con los polls de vuestros servers. 3.- Proximos objetivos Una vez montado el piloto inicial operativo, los esfuerzos se concentraran en hacer un analisis lo mas exsahustivo posible del mismo. Para ello es de gran interes disponer de multiples plataformas hardware enganchadas al piloto que nos permitan, entre otras cosas, evaluar el comportamiento de las mismas como fuentes de referencia de sincronismo. Varios de los participantes se han comprometido a montar statrums 3 o 4 sobre varias plataformas hardware/software. Se recordo en la reunion que el software de NTP (xntpd) no consume apenas recursos y puede correr sobre cualquier maquina UNIX que lleve otros servicios o desktop workstation. Con motivo de analizar el comportamiento del piloto vamos a estudiar todas las herramientas disponibles que nos permitan realizar esta tarea. Yo estoy intentando adaptar el MRTG para obtener salida grafica de los datos de los servers NTP y Luis Batanero esta trabajando con el ntploopstats. Cualquier sugerencia sera bievenida y los resultados que vayamos obteniendo se haran publicos a traves de esta lista. La idea de esta nueva fase es obtener herramientas, ya sea utlizando las existentes o adaptando otras similares, analizar los datos obtenidos por los logs de los servers. Preferiblemente se busca consegir salidas graficas que permitan evaluar el comportamiento horario/diario/mensual de estos sevidores y cotejarlos con otras estadisticas de carga de red o de los propios servers NTP. Agradecimientos: Una vez mas queremos agradecer la colaboracion que estamos teniendo de todos vosotros en el desarrollo de este grupo de trabajo. Y os recuerdo que cualquier sugerencia/pregunta/correccion es valida, y nos puede ayudar a todos a consegir sacar esto adelante. Asi que no tengais miedo a escribir a la lista ;-) Tambien queremos hacer publico nuestro agradecimiento al Real Observatorio de La Armada (ROA) que ha nos ha cedido el material necesario para montar un server stratum 1 en RedIRIS hasta que dispngamos de equipo necesario, y desplazar a Madrid durante una semana a uno de sus tecnicos para ponerlo en marcha. En particular quiero mostrar mi sincera gratitud a este tecnico (Luis Batanero) por su profesionalidad y su simpatia que ha convertido esta semana de cooperacion en una grata y fructifera experiencia. PD: Toda la informacion relevante sobre el desarrollo del grupo de trabajo se ira incluyendo en las paginas Web de apoyo al mismo. Os remitimos a ellas por si necesitais algo recordandoos que sera necesario recargar las paginas para evitar obtener una version obsoleta de las mismas por el hecho de que este en alguna cache (proxy Web o cache local del browser). Jolines, me parece que me he enrrollado demasiado. Queria contar muchas cosas y aun me he dejado bastantes en el tintero, pero ya iran saliendo ;-) Un cordial saludo, -- Juan A. Garcia Juan.Garcia@rediris.es RedIRIS/CSIC SPAIN Voice: (+34 1) 585.5145 Infosystems Management