gi-siptrunks — Replace del PBX EOL

Contexto

gi-siptrunks (hostname asterisk-siptrunks) es un VM en infraestructura del cliente Grupo Imperial Corporativo. Registra trunks SIPSTATION para servir DIDs US. Stack:

• CentOS 5 i686 / Elastix distro (kernel 2.6.18 mayo 2010) — EOL desde 2017.
• Asterisk 1.6.2.13 (2010, era chan_sip).
• Apache 2.2.3 / PHP 5.1.6 — TLS demasiado viejo para navegadores modernos.
• 1 vCPU / 1 GB RAM / 47 GB (6% usado).
• IP 172.16.1.34 (LAN cliente, RFC1918), accedido vía bastion gi-corp (10.11.0.158) con crypto legacy.

Política tomada: no invertir en este box. Cuando se vaya, se reemplaza con un VM moderno (FreePBX 17 / Asterisk 22) — no upgrade in-place.

Tareas pendientes

Post-reemplazo (2026-05-13)

• (2026-05-13) Reemplazo del servidor ejecutado — Sergio confirma que el VM viejo fue sustituido por uno nuevo. Falta capturar detalles abajo.
• #034 📅 2026-06-03 — Recopilar datos del VM nuevo: hostname, IP/LAN, distro + versión, FreePBX/Asterisk version, vCPU/RAM/disco, ruta de acceso SSH (¿mismo alias gi-siptrunks?, ¿mismo bastion gi-corp?).
• #035 📅 2026-06-05 — Validar registración de trunks SIPSTATION (trunk1.freepbx.com, trunk2.freepbx.com, user d4ca438c) — asterisk -rx 'pjsip show registrations' o equivalente.
• #036 📅 2026-06-05 — Validar admin UI carga con TLS moderno (el bloqueador del 2026-04-29 debería estar resuelto al subir OpenSSL).
• #037 📅 2026-06-08 — Confirmar dialplan + extensiones migrados; comparar contra el viejo si hay backup.
• #038 📅 2026-06-10 — Status del VM viejo (172.16.1.34): ¿apagado?, ¿decommission completo?, ¿queda como backup encendido por N días?
• #039 📅 2026-06-12 — Actualizar docs internas de electrosystems con nuevo stack.

Bloqueador funcional previo (2026-04-29) — probablemente resuelto

• (resuelto por reemplazo 2026-05-13) Admin UI de SIPSTATION carga vacío por OpenSSL viejo. Validar con el VM nuevo.

Notas técnicas

Trunks SIPSTATION actuales

• trunk1.freepbx.com, trunk2.freepbx.com, user d4ca438c.
• 2 registraciones activas.

Acceso

• SSH alias gi-siptrunks con ProxyJump gi-corp. Crypto legacy requerida.
• Web UI HTTP solo (HTTPS rejected por OpenSSL viejo). Aceptable porque acceso vía LAN cliente + bastion.

Bitácora

2026-05-13

• Pidió Sergio: registrar que ya se actualizó el servidor — reemplazado por una máquina virtual nueva.
• Hice: subí status a active y priority a medium. Marqué el reemplazo como hecho en tareas y reorganicé los pendientes hacia validación post-cutover (datos del VM nuevo, registración de trunks, admin UI, dialplan, status del viejo). Marqué el bloqueador del 2026-04-29 como presumiblemente resuelto, pendiente de validar.
• Falta: datos concretos del VM nuevo (IP/hostname/versiones), validación de trunks, decidir si el viejo se apaga ya o se conserva como backup. Actualizar también ~/agy/electrosystems/servers/gi-siptrunks/ cuando tenga la info.

2026-05-08

• Pidió Sergio: capturar pendientes del escaneo de electrosystems.
• Hice: creado proyecto en backlog. La política “do not invest” sigue vigente; el item del SIPSTATION admin UI roto es informativo, no acción.
• Falta: iniciar planificación de replace cuando el cliente esté listo o cuando haya una falla más impactante que las llamadas.