El documento describe varias arquitecturas para implementar un operador de Hosted PBX, incluyendo tener hardware dedicado para cada cliente, usar virtualización para alojar múltiples clientes en un solo hardware, y usar una única instancia de servicios compartidos por todos los clientes. La arquitectura ideal proveería flexibilidad, escalabilidad, seguridad y bajos costes operativos a la vez.

1. ARQUITECTURAS DE
OPERADOR DE
HOSTED PBX
Jon Bonilla
@jbmanwe

2. about://manwe
@jbmanwe
●
Manwe a.k.a Jon Bonilla
●
Bilbao (España) (0,0,0)

3. about://foobar-company
●
Empresa integradora de Asterisk/Elastix
●
Empresa vendedora de minutos de voz
●
¿Eso del cloud? → Hosted PBX?
●
¡Perdemos clientes!

5. about://hardware-for-free
●
Completo aislamiento software y hardware
●
Flexibilidad
●
Coste de hardware
●
Coste de mantenimiento
●
Coste de energía, cableado
●
Seguridad por host

8. about://multitenant
●
Menor coste de hardware
●
Menor coste de mantenimiento y operación
●
Seguridad centralizada
●
Sopa para todos. Menos flexibilidad.
●
Aislamiento a nivel de aplicación

10. about://virt-virt-virt
●
Menor coste de hardware
●
Mayor aislamiento
●
Menor coste de energía y cableado
●
Menor coste de operación
●
Mayor flexibilidad
●
Mayor coste de mantenimiento

12. about://one-to-serve-them-all
●
Muchos servicios rinden más al correr una única instancia.
●
Estos servicios han de admitir “sopa para todo el mundo”
●
Minimizamos al límite los recursos asignados a las instancias
virtualizadas

14. about://route-em-all
●
LCR, ENUM, LNP
●
Eliminamos decisiones de rutado de los
Class 5
●
Lo usamos para federar
●
Conciliación de CDR

16. about://to-protect-and-to-serve
Seguridad
●
Punto de acceso único. Seguridad
perimetral
●
Mayor capacidad de detección y prevención
de ataques
●
Class 5 únicamente accesibles desde SBC
●
Escalabilidad?

17. about://show-you-how
Features
●
IPv4, IPv6, TCP, TLS, UDP, WebSocket
●
Filtrado de paquetes y cabeceras
●
Transcoding (códec)
●
Transcoding RTP/SRTP

18. about://let-me-handle-that
Offloading
●
UDP más ligero que TLS
●
RTP más ligero que SRTP
●
NAT kepalive
●
Session Timers
●
Registro único / Paralel forking

19. about://finish-this!
●
Múltiples arquitecturas
●
Diseño mirando al futuro.
●
Flexibilidad
●
Escalabilidad
●
Seguridad
●
Costes (hoy día) reducidos
●
Crecimiento muy rápido. ¿Involución?

20. about://answers
jbonilla@sipwise.com
@jbmanwe