TrueTime XL-AK 1995 + Raspberry Pi: cómo Jeff Geerling ‘restomod’ un servidor GPS

El proyecto: resucitar un servidor de tiempo GPS de 1995 con Raspberry Pi

El maker y desarrollador Jeff Geerling compró en junio de 2026 un TrueTime XL-AK, un servidor de tiempo GPS industrial fabricado en 1995, con la idea de estudiar la historia de la sincronización horaria por satélite. Apenas 16 días después de recibirlo, un servidor de tiempo similar provocó el apagón de 12 horas en la red móvil de Telstra en Australia, que dejó a millones de usuarios sin llamadas, sin pagos electrónicos y con servicios ferroviarios caídos.

Esa coincidencia fue el empujón definitivo para el proyecto: en pocas semanas, Geerling desmontó el hardware original y lo sustituyó por una Raspberry Pi 5 equipada con un HAT GNSS L1 de Jimmy Paputto, ejecutando Chrony como software NTP. El resultado es un servidor stratum 1 (es decir, con referencia directa a un reloj atómico o satelital, el nivel más alto de la jerarquía NTP) capaz de servir tiempo preciso a toda una red local. Geerling documentó el proceso en su blog y en un video en YouTube, y adelantó que planea llevarlo a VCF Midwest, una feria de computación retro, como pieza de demostración.

¿Por qué importa el apagón de Telstra del 8 de julio de 2026?

El incidente que inspiró el proyecto no fue un fallo menor. Según reportó Hackaday, el 8 de julio de 2026 Telstra sufrió una caída nacional que afectó a 8,8 millones de personas, dejando sin servicio de llamadas y datos a gran parte del país. La causa fue un servidor Microchip SSU 2000, un NTP appliance de principios de los 2000, que se reinició durante una tarea de mantenimiento y, al arrancar, reportó la hora como 2006 en lugar de 2026 debido a un bug de rollover GPS documentado por el fabricante desde noviembre de 2000.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

El equipo técnico de Telstra sabía del riesgo: según Hackaday, el proveedor había enviado recordatorios para parchear el módulo GPS en 2020 y 2022, y una decisión de no actuar se había tomado en enero de 2026 porque el cambio no estaba documentado en los sistemas. El resultado fue una cascada: millones de certificados digitales firmados con fecha incorrecta fueron rechazados por el resto de la red, y la propagación del tiempo erróneo tardó hasta las 16:00 horas en contenerse.

TechRepublic destacó el alcance operativo: además de los móviles, se cayeron las comunicaciones ferroviarias en Victoria y Nueva Gales del Sur, los sistemas de pago EFTPOS, y al menos 604 llamadas de emergencia al 000 no pudieron conectarse durante el período crítico. El CFO de Telstra, Michael Ackland, confirmó que no hubo indicios de ciberataque y atribuyó la falla a un defecto de software en los servidores de tiempo de Sídney y Melbourne.

Qué hay dentro del «TrueTime Pi»

Geerling reconstruyó el dispositivo desde cero, pero conservando la carcasa y la electrónica frontal original. Los componentes clave son:

Raspberry Pi 5 (versión de 4 GB; el autor señala que un modelo de 1 GB a US$44 basta si solo se corren servicios de tiempo).
Jimmy Paputto L1 GNSS HAT: placa con receptor u-blox NEO-M9N que entrega posición y hora desde los satélites GPS, además de una señal PPS (pulso-por-segundo, la marca de tiempo más precisa que puede dar un GPS).
Chrony como demonio NTP, configurado con dos referencias: NMEA vía memoria compartida y PPS directo al dispositivo /dev/pps0.
Densitron LCD 16×2 original de la TrueTime, reconectada a los pines GPIO de la Pi mediante wire wrapping (técnica de envoltura de cable que crea una unión gas-tight alrededor de pines cuadrados, con menor resistencia que la soldadura).
LED bicolor y un soporte de montaje diseñado e impreso en 3D por el propio autor.

Un detalle llamativo: Geerling mantuvo la estética de la carcasa de 1995 pero la electrónica interna es completamente actual. Es, en sus propias palabras, un «restomod»: una restauración que combina的外观 original con tecnología moderna, como los clásicos restaurados de la industria automotriz.

El truco de hardware que mejora la precisión del Pi

Chrony es la pieza de software, pero la estabilidad de un servidor NTP depende de algo menos obvio: la estabilidad térmica del oscilador de la Raspberry Pi. Geerling probó durante días varias configuraciones y publicó las que realmente marcaron diferencia:

force_turbo=1 en /boot/firmware/config.txt: fuerza al SoC a correr siempre a 2,4 GHz, gastando ~1 W extra pero eliminando las variaciones de frecuencia del cristal por picos de carga de la CPU.
Ventilador a 50 % de duty cycle constante: probó 75 %, que rendía mejor, pero era ruidoso sobre el escritorio.
Aislar el núcleo 3 para PPS: añadir isolcpus=3 al kernel y un servicio systemd que mueve los IRQ de PPS a ese núcleo dedicado, reduciendo la latencia del manejo de interrupciones.
Aislar la parte inferior de la Pi: donde vive físicamente el cristal, para protegerlo de corrientes de aire del HVAC que, según sus mediciones, hacen «volver loco» al oscilador.

El autor aclara que algunas técnicas muy populares en círculos de timing, como NTPheat, ayudan, pero no fueron las que más impacto tuvieron en su setup. Y recuerda una verdad incómoda del timekeeping: cualquier cambio requiere al menos 6–12 horas de medición para evaluarse, y la mayoría de los resultados solo son significativos en ventanas de 24 horas por los efectos ambientales.

Protocolos extra: Time, Daytime y AppleTalk

Como guiño para los asistentes a VCF Midwest, Geerling añadió al servidor soporte para RFC 867 (Daytime Protocol) y RFC 868 (Time Protocol), los protocolos pre-NTP que se usaban en los años 80 y 90 para que una máquina consultara la hora por la red. Activarlos en una Raspberry Pi con Debian es cuestión de instalar xinetd y habilitar los servicios time y daytime en TCP y UDP.

La cereza del pastel es netatalk con TimeLord: un contenedor Docker que sirve tiempo vía AppleTalk a Macs Classic, junto con un servidor AppleShare para intercambio de archivos. Los visitantes de la feria con una Macintosh antigua podrán configurar su máquina para sincronizar la hora desde el «TrueTime Pi» usando el plugin Tardis, del mismo modo que se hacía hace tres décadas.

¿Qué significa esto para tu startup?

Para la mayoría de las startups SaaS, B2B o fintech, la lección no está en montar tu propio servidor NTP, sino en no confiar ciegamente en la cadena de tiempo de tu proveedor:

Audita las dependencias de tiempo de tu infraestructura. Si tu plataforma firma JWT, valida certificados TLS, registra eventos de auditoría o coordina microservicios distribuidos, depende de NTP. Verifica que tu proveedor cloud o de hosting no tenga un único servidor de tiempo sin redundancia.
Disea con un drift budget. Los servidores NTP correctos mantienen el reloj dentro de ±10 ms respecto a UTC. Define cuánto drift puede tolerar tu sistema (¿100 ms? ¿1 segundo?) y configura alertas antes de que se rompan firmas o se invaliden tokens.

Acciones concretas que puedes aplicar hoy

Mide la calidad de tu NTP actual con un comando simple: chronyc tracking o ntpq -p en cualquier servidor Linux de producción. Si ves estrato alto (>=3) o jitter >10 ms, es una señal de que la cadena de tiempo es débil.
Configura al menos dos fuentes NTP independentes y un servidor fallback interno con GPS o PPS, replicando a pequeña escala lo que Geerling construyó. Un proyecto así cuesta menos de US$100 en componentes y elimina una clase entera de fallos difíciles de diagnosticar.
Documenta los cambios de configuración, por menores que parezcan. El apagón de Telstra existió precisamente porque un cambio del año 2000 quedó sin documentar y bloqueó una decisión de parcheo en 2026. En tu stack pasa lo mismo: si cambias un proveedor de tiempo, anótalo.

El «TrueTime Pi» es un proyecto de hobby, pero el principio de fondo —no delegar la infraestructura crítica en hardware antiguo y no documentado— es directamente aplicable a cualquier producto digital que dependa de la hora para funcionar.