La más curiosa de estas modificaciones es sin duda la batalla contra el usuario (recordemos la campaña -kill the user-) y que parece ser que está tomando forma.
Olle no únicamente está decidido a «matar al usuario» si no también a los amigos (friend) y a los pares (peer) y está programando un cambio radical y mucho más sencillo de aprender.
De esta manera existirían 3 tipos de usuarios en SIP:
- phones: que definirán a los terminales, softphones, y básicamente lo que actualmente conocemos como friends.
- trunk: que definirán los enlaces a proveedores SIP, es decir, lo que conocemos como peer.
- services: que serán una mezcla entre trunk y phones permitiendo a Asterisk registrarse como un usuario SIP (un teléfono) en otro sistema y así poder hacer y recibir llamadas.
La pregunta del millón: ¿para qué este cambio de nombres? Básicamente para simplificar la comprensión, y además facilitar la programación para continuar el desarrollo sin tanta «morralla».
Este parche no será por el momento añadido a Asterisk 1.6.0 porque necesita ser testeado en condiciones, pero nos da una visión de por dónde van los tiros.
"For the developer, it means less data structures to maintain and less
memory occupied by double information (the type=friend used to
create both a user and a peer object in memory with mostly the
same data).
It also means that the call states now have only one structure
to handle, so that we better handle blinking lamps, it's simply
getting easier to handle a state when we have only one
in-memory object.
The user/peer/friend configuration scheme still works as
before. Or should - that needs to be tested. :-)
So far, a lot of simplifications in the source code which will
hopefully lead to a better product. No changes for the user,
more than the possibility to remove the "limitonpeer" setting.
I will add some more documentation soon, but the idea at this
point is to minimize the effects and changes for Asterisk users.
In the future, I want to change the type= field and create better
object structures that work with the SIP protocol. The user/peer
model for SIP is really awful, but that's a separate issue."
Un gran paso que augura una continuación mucho más fructífera para el desarrollo de Asterisk. 🙂
Más información: http://www.codename-pineapple.org/newtypes.shtml