Voz por IP

Voz sobre Protocolo de Internet (VoIP), también llamada telefonía IP, es un método y un grupo de tecnologías para la entrega de comunicaciones de voz y sesiones multimedia sobre redes de Protocolo de Internet (IP), como Internet. Los términos telefonía por Internet, telefonía de banda ancha y servicio telefónico de banda ancha se refieren específicamente al suministro de servicios de comunicaciones (voz, fax, SMS, mensajería de voz) a través de Internet, en lugar de a través de la red telefónica pública conmutada (PSTN), también conocida como servicio de teléfono simple y antiguo (POTS).

Visión general

Los pasos y principios involucrados en el origen de las llamadas telefónicas VoIP son similares a los de la telefonía digital tradicional e involucran la señalización, la configuración del canal, la digitalización de las señales de voz analógicas y la codificación. En lugar de transmitirse a través de una red de conmutación de circuitos, la información digital se empaqueta y la transmisión se produce como paquetes IP a través de una red de conmutación de paquetes. Transportan flujos de medios utilizando protocolos especiales de entrega de medios que codifican audio y video con códecs de audio y códecs de video. Existen varios códecs que optimizan el flujo de medios según los requisitos de la aplicación y el ancho de banda de la red; algunas implementaciones se basan en voz comprimida y de banda estrecha, mientras que otras admiten códecs estéreo de alta fidelidad.

Los estándares de codificación de voz más utilizados en VoIP se basan en los métodos de compresión de codificación predictiva lineal (LPC) y transformada de coseno discreta modificada (MDCT). Los códecs populares incluyen el AAC-LD basado en MDCT (usado en FaceTime), el Opus basado en LPC/MDCT (usado en WhatsApp), el SILK basado en LPC (usado en Skype), las versiones μ-law y A-law de G.711, G.722 y un códec de voz de código abierto conocido como iLBC, un códec que usa solo 8 kbit/s en cada sentido llamado G.729.

Los primeros proveedores de servicios de voz sobre IP utilizaron modelos comerciales y ofrecieron soluciones técnicas que reflejaban la arquitectura de la red telefónica heredada. Los proveedores de segunda generación, como Skype, construyeron redes cerradas para bases de usuarios privadas, ofreciendo el beneficio de llamadas gratuitas y comodidad mientras cobraban potencialmente por el acceso a otras redes de comunicación, como la PSTN. Esto limitó la libertad de los usuarios para mezclar y combinar hardware y software de terceros. Los proveedores de tercera generación, como Google Talk, adoptaron el concepto de VoIP federado. Estas soluciones normalmente permiten la interconexión dinámica entre usuarios en dos dominios cualesquiera de Internet, cuando un usuario desea realizar una llamada.

Además de los teléfonos VoIP, VoIP también está disponible en muchas computadoras personales y otros dispositivos de acceso a Internet. Las llamadas y los mensajes de texto SMS se pueden enviar a través de Wi-Fi o de la red de datos móviles del operador. VoIP proporciona un marco para la consolidación de todas las tecnologías de comunicación modernas mediante un único sistema de comunicaciones unificado.

Pronunciación

VoIP se pronuncia de diversas formas como una sigla, VOIP, o como un acrónimo, / v ɔɪ p / (VOYP). A veces se utilizan palabras completas, voz sobre protocolo de Internet o voz sobre IP.

Protocolos

La voz sobre IP se ha implementado con protocolos propietarios y protocolos basados ​​en estándares abiertos en aplicaciones como teléfonos VoIP, aplicaciones móviles y comunicaciones basadas en web.

Se necesita una variedad de funciones para implementar la comunicación VoIP. Algunos protocolos realizan múltiples funciones, mientras que otros realizan solo unas pocas y deben usarse en conjunto. Estas funciones incluyen:

• Red y transporte: crear una transmisión confiable sobre protocolos no confiables, lo que puede implicar el reconocimiento de la recepción de datos y la retransmisión de datos que no se recibieron.
• Gestión de sesiones: creación y gestión de una sesión (a veces denominada simplemente "llamada"), que es una conexión entre dos o más pares que proporciona un contexto para una mayor comunicación.
• Señalización: registro (publicidad de la presencia e información de contacto) y descubrimiento (ubicación de alguien y obtención de su información de contacto), marcación (incluido el informe del progreso de la llamada), capacidad de negociación y control de llamadas (como espera, silenciamiento, transferencia/reenvío, marcación teclas DTMF durante una llamada [por ejemplo, para interactuar con una operadora automática o IVR], etc.).
• Descripción de medios: determinar qué tipo de medios enviar (audio, video, etc.), cómo codificarlos/decodificarlos y cómo enviarlos/recibirlos (direcciones IP, puertos, etc.).
• Medios: transferir los medios reales en la llamada, como audio, video, mensajes de texto, archivos, etc.
• Calidad de servicio: proporcionar contenido fuera de banda o comentarios sobre los medios, como sincronización, estadísticas, etc.
• Seguridad: implementar el control de acceso, verificar la identidad de otros participantes (computadoras o personas) y cifrar los datos para proteger la privacidad y la integridad de los contenidos multimedia y/o los mensajes de control.

Los protocolos VoIP incluyen:

• Protocolo de inicio de sesión (SIP), protocolo de gestión de conexión desarrollado por IETF
• H.323, uno de los primeros protocolos de control y señalización de llamadas VoIP que encontró una implementación generalizada. Desde el desarrollo de protocolos más nuevos y menos complejos, como MGCP y SIP, las implementaciones de H.323 se limitan cada vez más a transportar el tráfico de red de larga distancia existente.
• Protocolo de control de pasarela de medios (MGCP), gestión de conexiones para pasarelas de medios
• H.248, protocolo de control para gateways de medios a través de una interconexión de redes convergente que consta de la PSTN tradicional y redes de paquetes modernas
• Protocolo de transporte en tiempo real (RTP), protocolo de transporte para datos de audio y video en tiempo real
• Protocolo de control de transporte en tiempo real (RTCP), protocolo hermano de RTP que proporciona estadísticas de transmisión e información de estado
• Protocolo de transporte seguro en tiempo real (SRTP), versión cifrada de RTP
• Protocolo de descripción de sesión (SDP), una sintaxis para el inicio y anuncio de sesión para comunicaciones multimedia y transportes WebSocket.
• Inter-Asterisk eXchange (IAX), protocolo utilizado entre instancias de Asterisk PBX
• Protocolo extensible de mensajería y presencia (XMPP), mensajería instantánea, información de presencia y mantenimiento de listas de contactos
• Jingle, para el control de sesiones peer-to-peer en XMPP
• Protocolo de Skype, conjunto de protocolos de telefonía por Internet patentados basados ​​en una arquitectura de igual a igual

Adopción

Mercado de consumo

Los servicios de VoIP para el mercado masivo utilizan el acceso a Internet de banda ancha existente, mediante el cual los suscriptores realizan y reciben llamadas telefónicas de la misma manera que lo harían a través de la PSTN. Las compañías telefónicas VoIP de servicio completo brindan un servicio entrante y saliente con marcación entrante directa. Muchos ofrecen llamadas nacionales ilimitadas y, a veces, llamadas internacionales por una tarifa de suscripción mensual fija. Las llamadas telefónicas entre suscriptores del mismo proveedor suelen ser gratuitas cuando el servicio de tarifa plana no está disponible.

Se necesita un teléfono VoIP para conectarse a un proveedor de servicios VoIP. Esto se puede implementar de varias maneras:

• Los teléfonos VoIP dedicados se conectan directamente a la red IP utilizando tecnologías como Ethernet por cable o Wi-Fi. Por lo general, están diseñados al estilo de los teléfonos comerciales digitales tradicionales.
• Un adaptador de teléfono analógico se conecta a la red e implementa la electrónica y el firmware para operar un teléfono analógico convencional conectado a través de un conector de teléfono modular. Algunos módems de cable y portales de Internet residenciales tienen esta función integrada.
• Software de aplicación Softphone instalado en una computadora en red que está equipada con un micrófono y un altavoz, o auriculares. La aplicación normalmente presenta un teclado de marcación y un campo de visualización para que el usuario opere la aplicación mediante clics del mouse o entrada del teclado.

PSTN y proveedores de redes móviles

Cada vez es más común que los proveedores de telecomunicaciones utilicen telefonía VoIP sobre redes IP públicas y dedicadas como backhaul para conectar centros de conmutación e interconectarse con otros proveedores de redes de telefonía; esto a menudo se denomina backhaul de IP.

Los teléfonos inteligentes pueden tener clientes SIP integrados en el firmware o disponibles como descarga de aplicaciones.

Uso corporativo

Debido a la eficiencia del ancho de banda y los bajos costos que puede proporcionar la tecnología VoIP, las empresas están migrando de los sistemas telefónicos tradicionales de cable de cobre a los sistemas VoIP para reducir sus costos telefónicos mensuales. En 2008, el 80% de todas las nuevas líneas de centralitas privadas (PBX) instaladas internacionalmente eran VoIP. Por ejemplo, en los Estados Unidos, la Administración del Seguro Social está convirtiendo sus oficinas de campo de 63.000 trabajadores de instalaciones telefónicas tradicionales a una infraestructura de VoIP transportada sobre su red de datos existente.

VoIP permite que las comunicaciones de voz y datos se ejecuten en una sola red, lo que puede reducir significativamente los costos de infraestructura. Los precios de las extensiones en VoIP son más bajos que para PBX y sistemas clave. Los conmutadores de VoIP pueden ejecutarse en hardware básico, como computadoras personales. En lugar de arquitecturas cerradas, estos dispositivos se basan en interfaces estándar. Los dispositivos VoIP tienen interfaces de usuario sencillas e intuitivas, por lo que los usuarios a menudo pueden realizar cambios sencillos en la configuración del sistema. Los teléfonos de modo dual permiten a los usuarios continuar sus conversaciones mientras se mueven entre un servicio celular externo y una red Wi-Fi interna, de modo que ya no es necesario llevar un teléfono de escritorio y un teléfono celular. El mantenimiento se vuelve más simple ya que hay menos dispositivos para supervisar.

Las soluciones de VoIP dirigidas a las empresas se han convertido en servicios de comunicaciones unificadas que tratan todas las comunicaciones (llamadas telefónicas, faxes, correo de voz, correo electrónico, conferencias web y más) como unidades discretas que pueden entregarse a través de cualquier medio y a cualquier teléfono, incluyendo teléfonos celulares. Dos tipos de proveedores de servicios están operando en este espacio: un conjunto se centra en VoIP para medianas y grandes empresas, mientras que otro se dirige al mercado de pequeñas y medianas empresas (PYMES).

Skype, que originalmente se comercializó como un servicio entre amigos, ha comenzado a atender a las empresas, brindando conexiones gratuitas entre cualquier usuario en la red de Skype y conectándose hacia y desde teléfonos PSTN ordinarios por un cargo.

Mecanismos de entrega

En general, la provisión de sistemas de telefonía VoIP a usuarios organizacionales o individuales se puede dividir en dos métodos principales de entrega: soluciones privadas o locales, o soluciones alojadas externamente entregadas por proveedores externos. Los métodos de entrega en las instalaciones son más parecidos al modelo clásico de implementación de PBX para conectar una oficina a las redes PSTN locales.

Si bien aún quedan muchos casos de uso para sistemas de VoIP privados o locales, el mercado más amplio se ha ido desplazando gradualmente hacia soluciones de VoIP alojadas o en la nube. Los sistemas alojados también son generalmente más adecuados para implementaciones de VoIP de uso personal o más pequeñas, donde un sistema privado puede no ser viable para estos escenarios.

Sistemas VoIP alojados

Las soluciones VoIP alojadas o en la nube implican que un proveedor de servicios o un operador de telecomunicaciones aloje el sistema telefónico como una solución de software dentro de su propia infraestructura.

Por lo general, será uno o más centros de datos, con relevancia geográfica para los usuarios finales del sistema. Esta infraestructura es externa al usuario del sistema y es desplegada y mantenida por el proveedor de servicios.

Los terminales, como teléfonos VoIP o aplicaciones de softphone (aplicaciones que se ejecutan en una computadora o dispositivo móvil), se conectarán al servicio de VoIP de forma remota. Estas conexiones generalmente se realizan a través de enlaces públicos de Internet, como la ruptura de WAN fija local o el servicio de operador de telefonía móvil.

Sistemas privados de VoIP

En el caso de un sistema VoIP privado, el propio sistema de telefonía principal está ubicado dentro de la infraestructura privada de la organización del usuario final. Por lo general, el sistema se implementará localmente en un sitio bajo el control directo de la organización. Esto puede proporcionar numerosos beneficios en términos de control de QoS (ver a continuación), escalabilidad de costos y garantía de privacidad y seguridad del tráfico de comunicaciones. Sin embargo, la responsabilidad de garantizar que el sistema de VoIP siga siendo eficaz y resistente recae predominantemente en la organización del usuario final. Este no es el caso con una solución de VoIP alojada.

Los sistemas privados de VoIP pueden ser dispositivos PBX de hardware físico, convergentes con otra infraestructura, o pueden implementarse como aplicaciones de software. Por lo general, las dos últimas opciones tendrán la forma de un dispositivo virtualizado independiente. Sin embargo, en algunos escenarios, estos sistemas se implementan en una infraestructura completa o en dispositivos IoT. Con algunas soluciones, como 3CX, las empresas pueden intentar combinar los beneficios de los sistemas alojados y privados en las instalaciones mediante la implementación de su propia solución privada pero dentro de un entorno externo. Los ejemplos pueden incluir servicios de colocación de centros de datos, nubes públicas o ubicaciones de nubes privadas.

Para los sistemas locales, los puntos finales locales dentro de la misma ubicación generalmente se conectan directamente a través de la LAN. Para puntos finales remotos y externos, las opciones de conectividad disponibles reflejan las de las soluciones de VoIP alojadas o en la nube.

Sin embargo, el tráfico de VoIP hacia y desde los sistemas locales a menudo también se puede enviar a través de enlaces privados seguros. Los ejemplos incluyen VPN personal, VPN de sitio a sitio, redes privadas como MPLS y SD-WAN, o mediante SBC (Session Border Controllers) privados. Si bien existen excepciones y opciones de emparejamiento privado, generalmente es poco común que esos métodos de conectividad privada sean proporcionados por proveedores de VoIP alojados o en la nube.

Calidad de servicio

La comunicación en la red IP se percibe como menos confiable en contraste con la red telefónica pública con conmutación de circuitos porque no proporciona un mecanismo basado en la red para garantizar que los paquetes de datos no se pierdan y se entreguen en orden secuencial. Es una red de mejor esfuerzo sin garantías fundamentales de calidad de servicio (QoS). La voz y todos los demás datos viajan en paquetes a través de redes IP con una capacidad máxima fija. Este sistema puede ser más propenso a la pérdida de datos en presencia de congestión que los sistemas tradicionales de conmutación de circuitos; un sistema de conmutación de circuitos con capacidad insuficiente rechazará nuevas conexiones mientras transporta el resto sin deterioro, mientras que la calidad de los datos en tiempo real, como conversaciones telefónicas en redes de conmutación de paquetes, se degrada drásticamente.Por lo tanto, las implementaciones de VoIP pueden enfrentar problemas de latencia, pérdida de paquetes y fluctuaciones.

De forma predeterminada, los enrutadores de red manejan el tráfico por orden de llegada. Los retrasos fijos no se pueden controlar ya que son causados ​​por la distancia física que recorren los paquetes. Son especialmente problemáticos cuando se trata de circuitos satelitales debido a la larga distancia hasta un satélite geoestacionario y viceversa; los retrasos de 400 a 600 ms son típicos. La latencia se puede minimizar marcando los paquetes de voz como sensibles a la demora con métodos QoS como DiffServ.

Los enrutadores de red en enlaces de tráfico de alto volumen pueden introducir una latencia que supera los umbrales permitidos para VoIP. La carga excesiva en un enlace puede causar congestión y retrasos en las colas asociados y pérdida de paquetes. Esto le indica a un protocolo de transporte como TCP que reduzca su tasa de transmisión para aliviar la congestión. Pero VoIP generalmente usa UDP, no TCP, porque la recuperación de la congestión a través de la retransmisión generalmente implica demasiada latencia. Por lo tanto, los mecanismos de QoS pueden evitar la pérdida no deseada de paquetes de VoIP al transmitirlos inmediatamente antes que cualquier tráfico masivo en cola en el mismo enlace, incluso cuando el enlace está congestionado por tráfico masivo.

Los puntos finales de VoIP generalmente tienen que esperar a que se complete la transmisión de los paquetes anteriores antes de que se puedan enviar nuevos datos. Aunque es posible adelantarse (abortar) un paquete menos importante en medio de la transmisión, esto no se hace comúnmente, especialmente en enlaces de alta velocidad donde los tiempos de transmisión son cortos incluso para paquetes de tamaño máximo. Una alternativa a la preferencia en enlaces más lentos, como el acceso telefónico y la línea de suscriptor digital (DSL), es reducir el tiempo máximo de transmisión reduciendo la unidad máxima de transmisión. Pero dado que cada paquete debe contener encabezados de protocolo, esto aumenta la sobrecarga relativa del encabezado en cada enlace atravesado.

El receptor debe volver a secuenciar los paquetes IP que llegan desordenados y recuperarse correctamente cuando los paquetes llegan demasiado tarde o no llegan. La variación del retardo de paquetes resulta de los cambios en el retardo de la cola a lo largo de una ruta de red determinada debido a la competencia de otros usuarios por los mismos enlaces de transmisión. Los receptores de VoIP se adaptan a esta variación almacenando los paquetes entrantes brevemente en un búfer de reproducción, aumentando deliberadamente la latencia para mejorar la posibilidad de que cada paquete esté disponible cuando sea el momento de que el motor de voz lo reproduzca. El retraso añadido es, por lo tanto, un compromiso entre una latencia excesiva y un abandono excesivo, es decir, interrupciones de audio momentáneas.

Aunque el jitter es una variable aleatoria, es la suma de varias otras variables aleatorias que son, al menos, algo independientes: los retrasos de cola individuales de los enrutadores a lo largo de la ruta de Internet en cuestión. Motivado por el teorema del límite central, el jitter se puede modelar como una variable aleatoria gaussiana. Esto sugiere estimar continuamente el retraso medio y su desviación estándar y establecer el retraso de reproducción de modo que solo los paquetes retrasados ​​más de varias desviaciones estándar por encima de la media lleguen demasiado tarde para ser útiles. En la práctica, la variación en la latencia de muchas rutas de Internet está dominada por un pequeño número (a menudo uno) de enlaces de cuello de botella relativamente lentos y congestionados. La mayoría de los enlaces troncales de Internet ahora son tan rápidos (p. ej., 10 Gbit/s) que sus demoras están dominadas por el medio de transmisión (p. ej.,

Se han definido varios protocolos para respaldar la notificación de la calidad de servicio (QoS) y la calidad de experiencia (QoE) para llamadas VoIP. Estos incluyen informes extendidos del protocolo de control RTP (RTCP), informes resumidos SIP RTCP, H.460.9 Anexo B (para H.323), H.248.30 y extensiones MGCP.

El bloque de métricas de VoIP de informe extendido de RTCP especificado porRFC 3611 es generado por un teléfono IP o una puerta de enlace durante una llamada en vivo y contiene información sobre la tasa de pérdida de paquetes, la tasa de descarte de paquetes (debido al jitter), las métricas de ráfagas de pérdida/descarte de paquetes (longitud/densidad de ráfaga, longitud/densidad de brecha), red retraso, retraso del sistema final, nivel de señal/ruido/eco, puntuaciones medias de opinión (MOS) y factores R e información de configuración relacionada con el búfer de fluctuación. Los informes de métricas de VoIP se intercambian entre puntos finales de IP de forma ocasional durante una llamada, y se envía un mensaje de fin de llamada a través del informe de resumen SIP RTCP o una de las otras extensiones del protocolo de señalización. Los informes de métricas de VoIP están destinados a admitir comentarios en tiempo real relacionados con problemas de QoS, el intercambio de información entre los puntos finales para mejorar el cálculo de la calidad de las llamadas y una variedad de otras aplicaciones.

ADSL y cajero automático

Los módems DSL generalmente brindan conexiones Ethernet a equipos locales, pero en su interior pueden ser módems de modo de transferencia asíncrona (ATM). Utilizan la capa de adaptación ATM 5 (AAL5) para segmentar cada paquete Ethernet en una serie de celdas ATM de 53 bytes para la transmisión, y las vuelven a ensamblar en tramas Ethernet en el extremo receptor.

El uso de un identificador de circuito virtual (VCI) separado para audio sobre IP tiene el potencial de reducir la latencia en las conexiones compartidas. El potencial de ATM para la reducción de la latencia es mayor en los enlaces lentos porque la latencia en el peor de los casos disminuye al aumentar la velocidad del enlace. Una trama Ethernet de tamaño completo (1500 bytes) tarda 94 ms en transmitirse a 128 kbit/s, pero solo 8 ms a 1,5 Mbit/s. Si este es el enlace de cuello de botella, esta latencia probablemente sea lo suficientemente pequeña como para garantizar un buen rendimiento de VoIP sin reducciones de MTU o múltiples ATM VC. Las últimas generaciones de DSL, VDSL y VDSL2 transportan Ethernet sin capas intermedias ATM/AAL5 y, por lo general, admiten el etiquetado de prioridad IEEE 802.1p para que VoIP pueda ponerse en cola antes de un tráfico menos crítico.

ATM tiene una sobrecarga de encabezado sustancial: 5/53 = 9,4 %, aproximadamente el doble de la sobrecarga de encabezado total de una trama Ethernet de 1500 bytes. Todos los usuarios de DSL incurren en este "impuesto de cajero automático", ya sea que aprovechen o no múltiples circuitos virtuales, y pocos pueden hacerlo.

Capa 2

Se utilizan varios protocolos en la capa de enlace de datos y la capa física para los mecanismos de calidad de servicio que ayudan a que las aplicaciones de VoIP funcionen bien incluso en presencia de congestión en la red. Algunos ejemplos incluyen:

• IEEE 802.11e es una enmienda aprobada al estándar IEEE 802.11 que define un conjunto de mejoras de calidad de servicio para aplicaciones de LAN inalámbrica a través de modificaciones a la capa de control de acceso a medios (MAC). El estándar se considera de importancia crítica para las aplicaciones sensibles a los retrasos, como la voz sobre IP inalámbrica.
• IEEE 802.1p define 8 clases de servicio diferentes (incluida una dedicada a la voz) para el tráfico en Ethernet cableada de capa 2.
• El estándar ITU-T G.hn, que proporciona una forma de crear una red de área local (LAN) de alta velocidad (hasta 1 gigabit por segundo) utilizando el cableado doméstico existente (líneas eléctricas, líneas telefónicas y cables coaxiales). G.hn proporciona QoS por medio de Oportunidades de transmisión sin contención (CFTXOP) que se asignan a flujos (como una llamada VoIP) que requieren QoS y que han negociado un contrato con los controladores de red.

Métricas de rendimiento

La calidad de la transmisión de voz se caracteriza por varias métricas que pueden ser monitoreadas por elementos de red y por el hardware o software del agente de usuario. Dichas métricas incluyen pérdida de paquetes de red, fluctuación de paquetes, latencia de paquetes (retraso), retraso posterior al marcado y eco. Las métricas están determinadas por la supervisión y las pruebas de rendimiento de VoIP.

Integración RTPC

Un controlador de puerta de enlace de medios VoIP (también conocido como Softswitch Clase 5) funciona en cooperación con una puerta de enlace de medios (también conocida como IP Business Gateway) y conecta el flujo de medios digitales para completar la ruta de voz y datos. Las puertas de enlace incluyen interfaces para conectarse a redes PSTN estándar. Las interfaces Ethernet también se incluyen en los sistemas modernos que están especialmente diseñados para vincular llamadas que se pasan a través de VoIP.

E.164 es un estándar de numeración global tanto para PSTN como para redes móviles terrestres públicas (PLMN). La mayoría de las implementaciones de VoIP admiten E.164 para permitir que las llamadas se enruten hacia y desde los suscriptores de VoIP y la PSTN/PLMN. Las implementaciones de VoIP también pueden permitir el uso de otras técnicas de identificación. Por ejemplo, Skype permite a los suscriptores elegir nombres de Skype (nombres de usuario), mientras que las implementaciones de SIP pueden usar identificadores uniformes de recursos (URI) similares a las direcciones de correo electrónico. A menudo, las implementaciones de VoIP emplean métodos para traducir identificadores que no son E.164 a números E.164 y viceversa, como el servicio Skype-In proporcionado por Skype y el número E.164 para el servicio de asignación de URI (ENUM) en IMS y SIP.

Echo también puede ser un problema para la integración de PSTN. Las causas comunes del eco incluyen desajustes de impedancia en los circuitos analógicos y una ruta acústica desde el receptor para transmitir la señal en el extremo receptor.

Portabilidad numérica

La portabilidad de número local (LNP) y la portabilidad de número móvil (MNP) también afectan el negocio de VoIP. La portabilidad de número es un servicio que permite a un suscriptor seleccionar un nuevo operador telefónico sin necesidad de emitir un nuevo número. Por lo general, es responsabilidad del operador anterior "asignar" el número anterior al número no revelado asignado por el nuevo operador. Esto se logra manteniendo una base de datos de números. El operador original recibe inicialmente un número marcado y lo desvía rápidamente al nuevo operador. Se deben mantener múltiples referencias de portabilidad incluso si el suscriptor regresa al operador original. La FCC exige que el transportista cumpla con estas estipulaciones de protección al consumidor. En noviembre de 2007,

Una llamada de voz que se origina en el entorno de VoIP también enfrenta desafíos de enrutamiento de menor costo (LCR) para llegar a su destino si el número se enruta a un número de teléfono móvil en un operador de telefonía móvil tradicional. LCR se basa en verificar el destino de cada llamada telefónica a medida que se realiza, y luego enviar la llamada a través de la red que le costará menos al cliente. Esta calificación está sujeta a cierto debate dada la complejidad del enrutamiento de llamadas creado por la portabilidad del número. Con MNP implementado, los proveedores de LCR ya no pueden confiar en el uso del prefijo raíz de la red para determinar cómo enrutar una llamada. En su lugar, ahora deben determinar la red real de cada número antes de enrutar la llamada.

Por lo tanto, las soluciones de VoIP también deben manejar MNP al enrutar una llamada de voz. En países sin una base de datos central, como el Reino Unido, puede ser necesario consultar la red móvil a qué red doméstica pertenece un número de teléfono móvil. A medida que aumenta la popularidad de VoIP en los mercados empresariales debido a las opciones de LCR, VoIP debe proporcionar un cierto nivel de confiabilidad al manejar las llamadas.

Llamadas de emergencia

Un teléfono conectado a una línea fija tiene una relación directa entre un número de teléfono y una ubicación física, que mantiene la compañía telefónica y está disponible para los servicios de emergencia a través de los centros nacionales de servicios de respuesta a emergencias en forma de listas de suscriptores de emergencia. Cuando un centro recibe una llamada de emergencia, la ubicación se determina automáticamente a partir de sus bases de datos y se muestra en la consola del operador.

En la telefonía IP, no existe tal vínculo directo entre la ubicación y el punto final de las comunicaciones. Incluso un proveedor que tenga una infraestructura cableada, como un proveedor de DSL, puede conocer solo la ubicación aproximada del dispositivo, según la dirección IP asignada al enrutador de la red y la dirección de servicio conocida. Algunos ISP no rastrean la asignación automática de direcciones IP al equipo del cliente.

La comunicación IP proporciona movilidad del dispositivo. Por ejemplo, una conexión de banda ancha residencial se puede usar como enlace a una red privada virtual de una entidad corporativa, en cuyo caso la dirección IP que se usa para las comunicaciones con el cliente puede pertenecer a la empresa, no al ISP residencial. Tales extensiones fuera de las instalaciones pueden aparecer como parte de un IP PBX ascendente. En los dispositivos móviles, por ejemplo, un teléfono 3G o un adaptador de banda ancha inalámbrica USB, la dirección IP no tiene relación con ninguna ubicación física conocida por el proveedor de servicios de telefonía, ya que un usuario móvil podría estar en cualquier parte de una región con cobertura de red, incluso en roaming a través de otra. empresa celular.

En el nivel de VoIP, un teléfono o puerta de enlace puede identificarse por sus credenciales de cuenta con un registrador de Protocolo de inicio de sesión (SIP). En tales casos, el proveedor de servicios de telefonía por Internet (ITSP) solo sabe que el equipo de un usuario en particular está activo. Los proveedores de servicios a menudo brindan servicios de respuesta de emergencia mediante un acuerdo con el usuario que registra una ubicación física y acepta que, si se llama a un número de emergencia desde el dispositivo IP, los servicios de emergencia se brindan solo a esa dirección.

Dichos servicios de emergencia son proporcionados por proveedores de VoIP en los Estados Unidos mediante un sistema llamado Enhanced 911 (E911), basado en la Ley de Seguridad Pública y Comunicaciones Inalámbricas. El sistema de llamadas de emergencia VoIP E911 asocia una dirección física con el número de teléfono de la persona que llama. Todos los proveedores de VoIP que brindan acceso a la red telefónica pública conmutada deben implementar E911, un servicio por el cual se le puede cobrar al suscriptor. "Los proveedores de VoIP pueden no permitir que los clientes opten por no recibir el servicio 911". El sistema VoIP E911 se basa en una tabla de búsqueda estática. A diferencia de los teléfonos celulares, donde la ubicación de una llamada E911 se puede rastrear mediante GPS asistido u otros métodos, la información de VoIP E911 es precisa solo si los suscriptores mantienen actualizada la información de su dirección de emergencia.

Soporte de fax

El envío de faxes a través de redes VoIP a veces se denomina Fax sobre IP (FoIP). La transmisión de documentos de fax fue problemática en las primeras implementaciones de VoIP, ya que la mayoría de los códecs de digitalización y compresión de voz están optimizados para la representación de la voz humana y no se puede garantizar la sincronización adecuada de las señales del módem en una red sin conexión basada en paquetes.

Una solución basada en estándares para la entrega confiable de fax sobre IP es el protocolo T.38. El protocolo T.38 está diseñado para compensar las diferencias entre las comunicaciones tradicionales sin paquetes a través de líneas analógicas y las transmisiones basadas en paquetes que son la base de las comunicaciones IP. La máquina de fax puede ser un dispositivo estándar conectado a un adaptador de teléfono analógico (ATA), o puede ser una aplicación de software o un dispositivo de red dedicado que funcione a través de una interfaz Ethernet. Originalmente, T.38 fue diseñado para usar métodos de transmisión UDP o TCP a través de una red IP.

Algunas máquinas de fax de gama alta más nuevas tienen capacidades T.38 integradas que se conectan directamente a un conmutador o enrutador de red. En T.38, cada paquete contiene una parte del flujo de datos enviado en el paquete anterior. Se deben perder dos paquetes sucesivos para perder realmente la integridad de los datos.

Requerimientos de energía

Los teléfonos para el servicio analógico residencial tradicional generalmente se conectan directamente a las líneas telefónicas de la compañía telefónica que proporcionan corriente continua para alimentar la mayoría de los teléfonos analógicos básicos independientemente de la energía eléctrica disponible localmente. La susceptibilidad del servicio telefónico a las fallas de energía es un problema común incluso con el servicio analógico tradicional donde los clientes compran unidades telefónicas que funcionan con dispositivos inalámbricos a una estación base, o que tienen otras funciones de teléfono modernas, como correo de voz incorporado o funciones de directorio telefónico..

Los teléfonos IP y los adaptadores telefónicos VoIP se conectan a enrutadores o módems de cable que, por lo general, dependen de la disponibilidad de la red eléctrica o de la energía generada localmente. Algunos proveedores de servicios de VoIP utilizan equipos en las instalaciones del cliente (p. ej., módems por cable) con fuentes de alimentación respaldadas por baterías para garantizar un servicio ininterrumpido durante varias horas en caso de fallas en el suministro eléctrico local. Dichos dispositivos respaldados por batería generalmente están diseñados para usarse con teléfonos analógicos. Algunos proveedores de servicios de VoIP implementan servicios para enrutar llamadas a otros servicios telefónicos del suscriptor, como un teléfono celular, en caso de que el dispositivo de red del cliente sea inaccesible para finalizar la llamada.

Seguridad

Las llamadas seguras son posibles utilizando protocolos estandarizados como el Protocolo de transporte seguro en tiempo real. La mayoría de las facilidades para crear una conexión telefónica segura a través de líneas telefónicas tradicionales, como la digitalización y la transmisión digital, ya existen con VoIP. Solo es necesario cifrar y autenticar el flujo de datos existente. El software automatizado, como un PBX virtual, puede eliminar la necesidad de que el personal salude y cambie las llamadas entrantes.

Los problemas de seguridad de los sistemas telefónicos VoIP son similares a los de otros dispositivos conectados a Internet. Esto significa que los piratas informáticos con conocimiento de las vulnerabilidades de VoIP pueden realizar ataques de denegación de servicio, recopilar datos de clientes, grabar conversaciones y comprometer los mensajes de correo de voz. La cuenta de usuario de VoIP comprometida o las credenciales de sesión pueden permitir que un atacante incurra en cargos sustanciales de servicios de terceros, como llamadas de larga distancia o internacionales.

Los detalles técnicos de muchos protocolos de VoIP crean desafíos en el enrutamiento del tráfico de VoIP a través de firewalls y traductores de direcciones de red, que se utilizan para interconectarse con redes de tránsito o Internet. Los controladores de borde de sesión privada a menudo se emplean para permitir llamadas VoIP hacia y desde redes protegidas. Otros métodos para atravesar dispositivos NAT implican protocolos de asistencia como STUN y Establecimiento de conectividad interactiva (ICE).

Los estándares para proteger VoIP están disponibles en el protocolo de transporte seguro en tiempo real (SRTP) y el protocolo ZRTP para adaptadores de telefonía analógica, así como para algunos softphones. IPsec está disponible para asegurar VoIP punto a punto en el nivel de transporte mediante el uso de cifrado oportunista. Aunque muchas soluciones de VoIP para el consumidor no admiten el cifrado de la ruta de señalización o los medios, la seguridad de un teléfono VoIP es conceptualmente más fácil de implementar usando VoIP que en los circuitos telefónicos tradicionales. Un resultado de la falta de soporte generalizado para el cifrado es que es relativamente fácil espiar las llamadas de VoIP cuando es posible acceder a la red de datos. Las soluciones gratuitas de código abierto, como Wireshark, facilitan la captura de conversaciones de VoIP.

Las organizaciones gubernamentales y militares utilizan varias medidas de seguridad para proteger el tráfico de VoIP, como voz sobre IP segura (VoSIP), voz sobre IP segura (SVoIP) y voz sobre IP segura (SVoSIP). La distinción radica en si el cifrado se aplica en el extremo del teléfono o en la red. La voz segura sobre IP segura puede implementarse encriptando los medios con protocolos como SRTP y ZRTP. La voz segura sobre IP utiliza encriptación Tipo 1 en una red clasificada, como SIPRNet. Public Secure VoIP también está disponible con software GNU gratuito y en muchos programas comerciales populares de VoIP a través de bibliotecas, como ZRTP.

Identificador de llamadas

Los protocolos y equipos de voz sobre IP brindan soporte de identificación de llamadas que es compatible con PSTN. Muchos proveedores de servicios de VoIP también permiten a las personas que llaman configurar información de identificación de llamadas personalizada.

Compatibilidad con audífonos

Los teléfonos fijos fabricados, importados o destinados a ser utilizados en los EE. UU. con el servicio de Voz sobre IP, a partir del 28 de febrero de 2020, deben cumplir con los requisitos de compatibilidad con audífonos establecidos por la Comisión Federal de Comunicaciones.

Costo operacional

VoIP ha reducido drásticamente el costo de la comunicación al compartir la infraestructura de red entre datos y voz. Una sola conexión de banda ancha tiene la capacidad de transmitir múltiples llamadas telefónicas.

Cuestiones reglamentarias y legales

A medida que crece la popularidad de VoIP, los gobiernos se interesan más en regular VoIP de manera similar a los servicios PSTN.

En todo el mundo en desarrollo, particularmente en países donde la regulación es débil o está capturada por el operador dominante, a menudo se imponen restricciones en el uso de VoIP, incluso en Panamá donde VoIP está gravado, Guyana donde VoIP está prohibido. En Etiopía, donde el gobierno está nacionalizando el servicio de telecomunicaciones, es un delito penal ofrecer servicios utilizando VoIP. El país ha instalado cortafuegos para evitar que se realicen llamadas internacionales utilizando VoIP. Estas medidas se tomaron luego de que la popularidad de VoIP redujera los ingresos generados por la empresa estatal de telecomunicaciones.

Canadá

En Canadá, la Comisión Canadiense de Radio, Televisión y Telecomunicaciones regula el servicio telefónico, incluido el servicio de telefonía VoIP. Los servicios de VoIP que operan en Canadá deben proporcionar el servicio de emergencia 9-1-1.

Unión Europea

En la Unión Europea, el tratamiento de los proveedores de servicios de VoIP es una decisión de cada regulador nacional de telecomunicaciones, que debe usar la ley de competencia para definir los mercados nacionales relevantes y luego determinar si algún proveedor de servicios en esos mercados nacionales tiene un "poder de mercado significativo" (y así debe estar sujeto a ciertas obligaciones). Se suele hacer una distinción general entre los servicios de VoIP que funcionan sobre redes administradas (a través de conexiones de banda ancha) y los servicios de VoIP que funcionan sobre redes no administradas (esencialmente, Internet).

La Directiva de la UE pertinente no está claramente redactada con respecto a las obligaciones que pueden existir independientemente del poder de mercado (por ejemplo, la obligación de ofrecer acceso a llamadas de emergencia), y es imposible decir definitivamente si los proveedores de servicios de VoIP de cualquier tipo están obligados por ellas.

Estados árabes del CCG

Omán

En Omán, es ilegal proporcionar o utilizar servicios de VoIP no autorizados, en la medida en que se hayan bloqueado sitios web de proveedores de VoIP sin licencia. Las infracciones pueden castigarse con multas de 50 000 riales omaníes (alrededor de 130 317 dólares estadounidenses), una pena de prisión de dos años o ambas. En 2009, la policía allanó 121 cibercafés en todo el país y arrestó a 212 personas por usar o brindar servicios de VoIP.

Arabia Saudita

En septiembre de 2017, Arabia Saudita levantó la prohibición de VoIP, en un intento por reducir los costos operativos y estimular el espíritu empresarial digital.

Emiratos Árabes Unidos

En los Emiratos Árabes Unidos (EAU), es ilegal proporcionar o utilizar servicios de VoIP no autorizados, en la medida en que se hayan bloqueado sitios web de proveedores de VoIP sin licencia. Sin embargo, se permitieron algunos VoIP como Skype. En enero de 2018, los proveedores de servicios de Internet en los Emiratos Árabes Unidos bloquearon todas las aplicaciones de VoIP, incluido Skype, pero solo permitieron 2 aplicaciones de VoIP "aprobadas por el gobierno" (C'ME y BOTIM) por una tarifa fija de 52,50 dirhams al mes para su uso en dispositivos móviles., y Dh105 al mes para usar en una computadora conectada". En oposición, una petición en Change.org obtuvo más de 5000 firmas, en respuesta a lo cual el sitio web fue bloqueado en los Emiratos Árabes Unidos.

El 24 de marzo de 2020, los Emiratos Árabes Unidos relajaron la restricción de los servicios de VoIP anteriormente prohibidos en el país, para facilitar la comunicación durante la pandemia de COVID-19. Sin embargo, las aplicaciones populares de mensajería instantánea como WhatsApp, Skype y FaceTime permanecieron bloqueadas para su uso en llamadas de voz y videollamadas, lo que restringió a los residentes a usar los servicios pagos de los proveedores de telecomunicaciones estatales del país.

India

En India, es legal usar VoIP, pero es ilegal tener puertas de enlace VoIP dentro de India. Esto significa que las personas que tienen PC pueden usarlas para hacer una llamada VoIP a cualquier número, pero si el lado remoto es un teléfono normal, la ley no permite que la puerta de enlace que convierte la llamada VoIP en una llamada POTS esté dentro de la India.. Los servicios de servidor de VoIP con sede en el extranjero son ilegales en India.

En interés de los Proveedores de Servicios de Acceso y Operadores de Larga Distancia Internacional, se permitió la telefonía por Internet a los ISP con restricciones. La Telefonía por Internet se considera un servicio diferente en su alcance, naturaleza y tipo a la voz en tiempo real que ofrecen otros Proveedores de Servicios de Acceso y Operadores de Larga Distancia. Por lo tanto, los siguientes tipos de telefonía por Internet están permitidos en la India:(a) PC a PC; dentro o fuera de la India(b) PC/un dispositivo/adaptador que cumpla con el estándar de cualquier agencia internacional como ITU o IETF, etc. en la India a PSTN/PLMN en el extranjero.(c) Cualquier dispositivo/Adaptador que cumpla con los estándares de agencias internacionales como ITU, IETF, etc. conectado a un nodo ISP con dirección IP estática a un dispositivo/Adaptador similar; dentro o fuera de la India.(d) Excepto lo que se describe en la condición (ii) anterior, no se permite ninguna otra forma de Telefonía por Internet.(e) En la India no se proporciona ningún Esquema de Numeración Separado para la Telefonía por Internet. Actualmente se permite la asignación de Numeración de 10 dígitos basada en E.164 al servicio inalámbrico de Telefonía Fija, GSM, CDMA. Para la Telefonía por Internet, el esquema de numeración solo se ajustará al Esquema de direccionamiento IP de la Autoridad de Números Asignados por Internet (IANA). No se permite la traducción del número E.164/número privado a la dirección IP asignada a cualquier dispositivo y viceversa, por parte del ISP para demostrar el cumplimiento del esquema de numeración de la IANA.(f) No se permite que el Licenciatario del Servicio de Internet tenga conectividad PSTN/PLMN. La comunicación de voz hacia y desde un teléfono conectado a PSTN/PLMN y siguiendo la numeración E.164 está prohibida en India.

Corea del Sur

En Corea del Sur, solo los proveedores registrados con el gobierno están autorizados a ofrecer servicios de VoIP. A diferencia de muchos proveedores de VoIP, la mayoría de los cuales ofrecen tarifas planas, los servicios de VoIP coreanos generalmente se miden y se cobran a tarifas similares a las de las llamadas terrestres. Los proveedores extranjeros de VoIP encuentran grandes barreras para el registro gubernamental. Este problema llegó a un punto crítico en 2006 cuando los proveedores de servicios de Internet que brindaban servicios de Internet personales por contrato a miembros de las Fuerzas de los Estados Unidos en Corea que residían en las bases de las USFK amenazaron con bloquear el acceso a los servicios de VoIP utilizados por los miembros de las USFK como una forma económica de mantenerse en contacto con sus familias en los Estados Unidos, con el argumento de que los proveedores de VoIP de los militares no estaban registrados. Se llegó a un compromiso entre las USFK y los funcionarios de telecomunicaciones de Corea en enero de 2007,

Estados Unidos

En los Estados Unidos, la Comisión Federal de Comunicaciones requiere que todos los proveedores de servicios de VoIP interconectados cumplan con requisitos comparables a los de los proveedores de servicios de telecomunicaciones tradicionales. Los operadores de VoIP en los EE. UU. deben admitir la portabilidad del número local; hacer que el servicio sea accesible para personas con discapacidades; pagar tarifas regulatorias, contribuciones de servicio universal y otros pagos obligatorios; y permitir que las autoridades encargadas de hacer cumplir la ley lleven a cabo vigilancia de conformidad con la Ley de asistencia en comunicaciones para el cumplimiento de la ley (CALEA).

Los operadores de VoIP "interconectado" (totalmente conectado a la PSTN) tienen la obligación de proporcionar el servicio 911 mejorado sin una solicitud especial, proporcionar actualizaciones de ubicación del cliente, divulgar claramente cualquier limitación en su funcionalidad E-911 a sus consumidores, obtener reconocimientos afirmativos de estas divulgaciones. de todos los consumidores, y 'no pueden permitir que sus clientes se “desactiven” del servicio 911.' Los operadores de VoIP también se benefician de ciertas reglamentaciones de telecomunicaciones de EE. UU., incluido el derecho a la interconexión y el intercambio de tráfico con los operadores de intercambio local establecidos a través de operadores mayoristas. Los proveedores de servicios de VoIP "nómadas" (aquellos que no pueden determinar la ubicación de sus usuarios) están exentos de la regulación estatal de telecomunicaciones.

Otro tema legal que el Congreso de los Estados Unidos está debatiendo se refiere a los cambios en la Ley de Vigilancia de Inteligencia Extranjera. El tema en cuestión son las llamadas entre estadounidenses y extranjeros. La Agencia de Seguridad Nacional (NSA, por sus siglas en inglés) no está autorizada para interceptar las conversaciones de los estadounidenses sin una orden judicial, pero Internet, y específicamente VoIP, no traza una línea tan clara hacia la ubicación de una persona que llama o del destinatario de una llamada como lo hace el sistema telefónico tradicional. A medida que el bajo costo y la flexibilidad de VoIP convencen a más y más organizaciones para que adopten la tecnología, la vigilancia de las fuerzas del orden se vuelve más difícil. La tecnología VoIP también ha aumentado las preocupaciones de seguridad federal porque VoIP y tecnologías similares han hecho que sea más difícil para el gobierno determinar dónde se encuentra físicamente un objetivo cuando se interceptan las comunicaciones.

Historia

Los primeros desarrollos de los diseños de redes de paquetes por parte de Paul Baran y otros investigadores fueron motivados por el deseo de un mayor grado de redundancia de circuitos y disponibilidad de la red frente a fallas de infraestructura de lo que era posible en las redes de conmutación de circuitos en las telecomunicaciones de mediados del siglo XX. siglo. Danny Cohen demostró por primera vez una forma de paquete de voz en 1973 como parte de una aplicación de simulador de vuelo, que operaba en los inicios de ARPANET.

En los primeros ARPANET, la comunicación de voz en tiempo real no era posible con paquetes de voz digital de modulación de código de pulso (PCM) sin comprimir, que tenían una tasa de bits de 64 kbps, mucho mayor que el ancho de banda de 2,4 kbps de los primeros módems. La solución a este problema fue la codificación predictiva lineal (LPC), un algoritmo de compresión de datos de codificación de voz que fue propuesto por primera vez por Fumitada Itakura de la Universidad de Nagoya y Shuzo Saito de Nippon Telegraph and Telephone (NTT) en 1966. LPC era capaz de comprimir el habla hacia abajo a 2,4 kbps, lo que llevó a la primera conversación exitosa en tiempo real sobre ARPANET en 1974, entre Culler-Harrison Incorporated en Goleta, California, y MIT Lincoln Laboratory en Lexington, Massachusetts. Desde entonces, LPC ha sido el método de codificación de voz más utilizado.La predicción lineal excitada por código (CELP), un tipo de algoritmo LPC, fue desarrollada por Manfred R. Schroeder y Bishnu S. Atal en 1985. Los algoritmos LPC siguen siendo un estándar de codificación de audio en la tecnología VoIP moderna.

En el siguiente lapso de tiempo de aproximadamente dos décadas, se desarrollaron varias formas de telefonía por paquetes y se formaron grupos de interés de la industria para apoyar las nuevas tecnologías. Tras la finalización del proyecto ARPANET y la expansión de Internet para el tráfico comercial, la telefonía IP se probó y se consideró inviable para uso comercial hasta la introducción de VocalChat a principios de la década de 1990 y luego, en febrero de 1995, el lanzamiento oficial de Internet Phone (o iPhone). para abreviar) software comercial de VocalTec, basado en la patente Audio Transceiver de Lior Haramaty y Alon Cohen, seguido de otros componentes de infraestructura de VoIP, como pasarelas de telefonía y servidores de conmutación. Poco después se convirtió en un área de interés establecida en los laboratorios comerciales de las principales empresas de TI. A fines de la década de 1990, los primeros softswitches estuvieron disponibles y los nuevos protocolos, como H.323, MGCP y el Protocolo de inicio de sesión (SIP) obtuvieron una amplia atención. A principios de la década de 2000, la proliferación de conexiones de Internet permanentes de gran ancho de banda para viviendas residenciales y empresas generó una industria de proveedores de servicios de telefonía por Internet (ITSP). El desarrollo de software de telefonía de código abierto, como Asterisk PBX, impulsó el interés generalizado y el espíritu empresarial en los servicios de voz sobre IP, aplicando nuevos paradigmas tecnológicos de Internet, como los servicios en la nube a la telefonía.

En 1999, se adoptó un algoritmo de compresión de datos de audio de transformada discreta de coseno (DCT) llamado transformada discreta de coseno modificada (MDCT) para el códec Siren, utilizado en el estándar de codificación de audio de banda ancha G.722.1. El mismo año, el MDCT se adaptó al algoritmo de codificación de voz LD-MDCT, utilizado para el formato AAC-LD y destinado a una calidad de audio significativamente mejorada en aplicaciones de VoIP. Desde entonces, MDCT se ha utilizado ampliamente en aplicaciones de VoIP, como el códec de banda ancha G.729.1 presentado en 2006, FaceTime de Apple (usando AAC-LD) presentado en 2010, el códec CELT presentado en 2011, el códec Opus presentado en 2012 y WhatsApp's función de llamada de voz introducida en 2015.

Hitos

• 1966: Codificación predictiva lineal (LPC) propuesta por Fumitada Itakura de la Universidad de Nagoya y Shuzo Saito de Nippon Telegraph and Telephone (NTT).
• 1973: Aplicación de paquetes de voz de Danny Cohen.
• 1974: El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) publica un documento titulado "Un protocolo para la interconexión de redes de paquetes".
• 1974: Protocolo de voz de red (NVP) probado sobre ARPANET en agosto de 1974, transportando voz codificada CVSD de 16 kpbs apenas audible.
• 1974: La primera conversación exitosa en tiempo real sobre ARPANET lograda utilizando LPC de 2,4 kpbs, entre Culler-Harrison Incorporated en Goleta, California, y MIT Lincoln Laboratory en Lexington, Massachusetts.
• 1977: Danny Cohen y Jon Postel del Instituto de Ciencias de la Información de la USC, y Vint Cerf de la Agencia de Proyectos de Investigación Avanzada de Defensa (DARPA), acuerdan separar IP de TCP y crear UDP para transportar tráfico en tiempo real.
• 1981: IPv4 se describe en RFC 791.
• 1985: La Fundación Nacional de Ciencias encarga la creación de NSFNET.
• 1985: Predicción lineal excitada por código (CELP), un tipo de algoritmo LPC, desarrollado por Manfred R. Schroeder y Bishnu S. Atal.
• 1986: Propuestas de varias organizaciones de estándares para Voice over ATM, además de productos comerciales de paquetes de voz de compañías como StrataCom
• 1991: Speak Freely, una aplicación de voz sobre IP, se lanzó al dominio público.
• 1992: El Foro Frame Relay lleva a cabo el desarrollo de estándares para Voice over Frame Relay.
• 1992: InSoft Inc. anuncia y lanza su producto de conferencias de escritorio Communique, que incluía VoIP y video. A la empresa se le atribuye el desarrollo de la primera generación de VoIP comercial, transmisión de medios por Internet y estándares y software de colaboración/telefonía por Internet en tiempo real con sede en EE. UU. que proporcionarían la base para el estándar Real Time Streaming Protocol (RTSP).
• 1993 Lanzamiento de VocalChat, un software de comunicación de voz de PC de red de paquetes comercial de VocalTec.
• 1994: MTALK, una aplicación gratuita LAN VoIP para Linux
• 1995: VocalTec lanza el software comercial de telefonía por Internet Internet Phone.
  • A partir de 1995, Intel, Microsoft y Radvision iniciaron actividades de estandarización para el sistema de comunicaciones VoIP.
• 1996:
  • ITU-T comienza el desarrollo de estándares para la transmisión y señalización de comunicaciones de voz sobre redes de Protocolo de Internet con el estándar H.323.
  • Las empresas de telecomunicaciones de EE. UU. solicitan al Congreso de EE. UU. que prohíba la tecnología de telefonía por Internet.
  • Se introdujo el códec de voz G.729, utilizando el algoritmo CELP (LPC).
• 1997: Level 3 comenzó a desarrollar su primer softswitch, un término que acuñaron en 1998.
• 1999:
  • Se publica la especificación RFC 2543 del Protocolo de inicio de sesión (SIP).
  • Mark Spencer de Digium desarrolla el primer software de centralita privada (PBX) de código abierto (Asterisk).
  • Se adopta una variante de transformada de coseno discreta (DCT) denominada transformada de coseno discreta modificada (MDCT) para el códec Siren, que se utiliza en el estándar de codificación de audio de banda ancha G.722.1.
  • La MDCT está adaptada al algoritmo LD-MDCT, utilizado en el estándar AAC-LD.
• 2001: INOC-DBA, primera red SIP entre proveedores desplegada; también la primera red de voz en llegar a los siete continentes.
• 2003: Lanzado por primera vez en agosto de 2003, Skype fue la creación de Niklas Zennström y Janus Friis, en cooperación con cuatro desarrolladores estonios. Rápidamente se convirtió en un programa popular que ayudó a democratizar VoIP.
• 2004: Proliferan los proveedores de servicios VoIP comerciales.
• 2006: Se presenta el códec de banda ancha G.729.1, utilizando algoritmos MDCT y CELP (LPC).
• 2007: Los fabricantes y vendedores de dispositivos VoIP están en auge en Asia, específicamente en Filipinas, donde residen muchas familias de trabajadores en el extranjero.
• 2009: Se presenta el códec SILK, que usa el algoritmo LPC y se usa para llamadas de voz en Skype.
• 2010: Apple presenta FaceTime, que utiliza el códec AAC-LD basado en LD-MDCT.
• 2011:
  • Auge de la tecnología WebRTC que permite VoIP directamente en los navegadores.
  • Se introdujo el códec CELT, utilizando el algoritmo MDCT.
• 2012: Se presenta el códec Opus, utilizando algoritmos MDCT y LPC.