Primero, eliminemos el tema libre / gratis … De una forma u otra, probablemente ya haya pagado por el acceso a Internet que tenga. Puede haber sido a través de una suscripción mensual de tarifa plana a un proveedor de servicios de Internet, o como un plan de datos agregado a un contrato de voz móvil, o como una parte de su pago de matrícula universitaria, o a través de sus impuestos si lo está utilizando en una biblioteca, escuela o prisión. En casi todos los casos, el acceso a Internet es relativamente fijo. Por lo general, no está pagando más por los minutos que lo usa que por los minutos que no lo usa, o por los datos que circulan por el mundo que los datos que atraviesan la ciudad, o por los datos que permanecen “en la red” con su propio operador que los datos que se entregan a otro operador. Pero así es exactamente como se facturó la telefonía de voz durante los últimos 140 años, con muy pocas excepciones. Y las excepciones del siglo XXI están impulsadas por el hecho de que la telefonía de voz utiliza Internet en el lado mayorista, por lo que puede aprovechar las eficiencias de Internet mientras continúa facturando a los clientes minoristas las variaciones del antiguo modelo de pago por uso.
En el aspecto técnico, hay métodos patentados, que solo llegan a otros usuarios de la misma aplicación o servicio, pero eso no es realmente Internet, esos son “jardines amurallados”, e Internet se trata de construir algo mejor que jardines amurallados y hacer está disponible para todos, no solo para los prisioneros dentro del muro. Internet utiliza estándares abiertos, definidos por el Grupo de trabajo de ingeniería de Internet (IETF). Los principales estándares de IETF que rigen el Protocolo de voz sobre Internet (VoIP) son el Protocolo de inicio de sesión (SIP) y el Protocolo de transporte en tiempo real (RTP).
La forma en que las llamadas VoIP se realizan de manera similar a la forma en que se envía el correo electrónico. Ambos usan la confederación para hacer que las cosas escalen bien, y ambos otorgan movilidad a los usuarios, a costa de requerir que los servidores estén en ubicaciones relativamente fijas.
- ¿SMTP utiliza TCP o UDP y por qué?
- Si trato de crear un protocolo de confiabilidad, monitoreo en tiempo real y puedo elegir la ruta más corta de manera inteligente, ¿qué tipo de protocolo es adecuado?
- ¿Para qué sirve un software de protocolo?
- ¿Cuál es el significado del protocolo de transporte de huesos desnudos?
- ¿Qué son los protocolos en redes de computadoras?
El proceso funciona así:
Su cliente VoIP está configurado con el nombre DNS de su servidor SIP, así como su dirección SIP (que se ve exactamente igual a una dirección de correo electrónico) y su contraseña. Se pone en contacto con el servidor SIP, se autentica y se “registra”, lo que significa que informa al servidor que está listo para recibir llamadas en ese cliente.
La persona con la que desea hablar habrá hecho exactamente lo mismo.
Para llamarlos, ingrese su dirección SIP en su cliente VoIP, o selecciónelos de una “lista de amigos” o haga clic en un enlace SIP: en una página web, o use alguna otra forma para que su cliente VoIP sepa quién quiere hablar con. El cliente VoIP probablemente abrirá una conexión con el micrófono y el altavoz en su dispositivo, en este punto, y también realizará una búsqueda de DNS dentro del nombre de dominio completo de la dirección SIP, para registros SRV de tipo _sip._udp. Esto es exactamente análogo a buscar un registro MX en una transacción de correo electrónico. Al encontrar el servidor SIP responsable de esa dirección SIP, su cliente se pondrá en contacto con ese servidor SIP y le dirá que desea establecer una conexión con esa dirección SIP. Ese servidor SIP consultará su registro, y si la persona a la que desea llamar está actualmente registrada, “llamará” a sus clientes. Si aceptan la llamada, entregará su dirección IP (o la dirección IP de un servidor transversal STUN o TURN NAT que las atiende) a su cliente VoIP, que luego configurará una conexión RTP con ellos para manejar el audio (o video) de la llamada.
Algunas cosas notables:
- El audio nunca pasa a través de los servidores SIP a menos que deleguen la llamada, lo que normalmente no tienen razón para hacer.
- Las llamadas salientes no utilizan su propio servidor SIP; su cliente habla directamente con el servidor SIP de la persona a la que intenta llamar.
- Los clientes están en el sistema de honor para informar un desmantelamiento SIP al servidor; si no lo hacen, el servidor SIP nunca sabe que la llamada ha finalizado, pero eso no es realmente un problema. Todo esto funciona sin estado en comparación con la red de conmutación de circuitos.
- Los NAT no eran realmente una cosa en el momento en que esto se estaba diseñando. Los NAT hacen cosas terribles a VoIP, así como a gran parte del resto de Internet. El principio de principio a fin debe ser sacrosanto, pero las personas lo abusan terriblemente, lo que genera una gran cantidad de trabajo de limpieza y piratería.
- A las viejas empresas de telecomunicaciones les encantaría meter de nuevo en la botella VoIP accesible para el usuario final, mientras lo aprovechan en el back-end para ahorrar dinero. Esto lleva a un cabildeo muy extraño y a políticas y regulaciones. Entre otras cosas, significa que ENUM se ha frustrado prácticamente en todas partes, excepto en Austria, lo cual es una lástima. Las personas deberían poder transferir sus números de teléfono a sí mismas, en lugar de simplemente a otra molesta compañía de telecomunicaciones. No hay absolutamente ninguna razón legítima para no permitir eso.
