​VoIP RTP y SIP​

​VoIP​

​ oIP​​lo​​podemos​​definir​​simplemente​​como​​el​​transporte​​de​​la​​voz​​utilizando​​el​​protocolo​​de​
V
​internet​ ​IP.​ ​Es​ ​importante​ ​nota​ ​que​ ​VoIP​ ​no​ ​implica​ ​de​ ​forma​ ​directa​ ​la​ ​voz​ ​en​ ​paquetes​ ​IP​
​como intuitivamente lo podemos pensar.​

I​nternet​​es​​una​​red​​de​​redes​​interconectadas,​​todas​​utilizando​​IP.​​la​​conexión​​entre​​estas​​redes​
​es utilizada por un​​rango amplio de aplicaciones no​​únicamente Voz.​

​ ara​​transportar​​la​​voz​​podemos​​dividirlo​​en​​dos​​protocolos.​​SIP​​que​​es​​de​​señalización​​y​​RTP​
P
​que​ ​es​ ​para​ ​el​ ​transporte​ ​de​ ​la​ ​voz.​ ​Más​​adelante​​veremos​​la​​diferencia;​​pero​​ambos​​utilizan​
​UDP como protocolo de transporte.​​El resto lo típico,​​IP y el enlace que corresponda.​

​ Por​ ​qué​ ​UDP?,​ ​como​ ​vimos​ ​anteriormente​ ​UDP​ ​realiza​ ​una​ ​función​ ​simple,​ ​envía​ ​los​
¿
​segmentos​ ​de​ ​datos​ ​de​ ​una​ ​aplicación​ ​sobre​ ​IP.​ ​Pero​ ​a​ ​diferencia​ ​de​ ​TCP,​ ​UDP​ ​no​​tiene​
​ACK​ ​de​ ​datos,​ ​por​ ​lo​ ​que​ ​UDP​ ​es​ ​poco​ ​confiable.​ ​Entonces,​ ​¿por​ ​que​ ​utilizar​ ​UDP​​para​​el​
​transporte de voz?​

​ a​​respuesta​​está​​en​​que​​muchas​​aplicaciones​​requieren​​una​​respuesta​​rápida.​​POr​​ejemplo​​el​
L
​protocolo​​DNS,​​donde​​un​​cliente​​envía​​un​​nombre​​de​​dominio​​a​​un​​servidor,​​y​​la​​respuesta​​es​
​simplemente una dirección IP.​

​ or​ ​lo​ ​que​ ​el​ ​overhead​ ​del​ ​handshake​ ​y​ ​control​ ​de​ ​TCP​ ​para​ ​el​ ​envío​ ​de​ ​un​ ​segmento​
P
​simple es demasiado. Pero ¿​​cuáles son las consecuencias​​de esto​​?:​

​1.​ E​ ficiencia​​:​ ​UDP​ ​es​ ​un​ ​protocolo​ ​de​ ​transporte​ ​ligero​ ​en​ ​comparación​ ​con​ ​TCP​
​(Transmission​​Control​​Protocol).​​Esto​​permite​​que​​los​​paquetes​​de​​voz​​se​​transmitan​​de​
​manera​ ​más​ ​eficiente,​ ​ya​ ​que​ ​no​ ​hay​ ​necesidad​ ​de​ ​esperar​ ​la​ ​confirmación​ ​de​
​recepción de cada paquete​​.​

​2.​ L​ atencia​ ​baja​​:​ ​En​ ​las​ ​comunicaciones​ ​en​ ​tiempo​ ​real,​ ​como​ ​las​ ​llamadas​ ​de​ ​voz,​ ​la​
​latencia​ ​(retraso)​ ​es​ ​un​ ​factor​ ​crítico.​ ​UDP​ ​tiene​ ​una​ ​menor​ ​sobrecarga​ ​en​
​comparación​ ​con​ ​TCP,​ ​lo​ ​que​ ​significa​ ​que​ ​hay​ ​menos​ ​tiempo​ ​de​ ​procesamiento​ ​y​
​menos​​paquetes​​adicionales​​para​​la​​gestión​​de​​la​​conexión​​.​​Esto​​reduce​​la​​latencia​
​y proporciona una experiencia de voz más fluida.​

​3.​ M​ enor​​consumo​​de​​ancho​​de​​banda​​:​​La​​transmisión​​de​​voz​​requiere​​un​​ancho​​de​
​banda​​constante​​y​​un​​flujo​​de​​datos​​continuo​​.​​UDP​​no​​tiene​​la​​sobrecarga​​adicional​
​de TCP.​

​1​
 ​4.​ F​ lexibilidad​ ​en​ ​la​ ​gestión​ ​de​ ​errores​​:​ ​Los​ ​sistemas​ ​de​ ​VoIP​ ​pueden​ ​implementar​
​sus​ ​propios​ ​mecanismos​ ​de​ ​detección​ ​y​ ​corrección​ ​de​ ​errores​ ​adaptados​ ​a​ ​sus​
​necesidades​ ​específicas,​ ​lo​ ​que​ ​puede​ ​ser​ ​más​ ​eficiente​ ​en​ ​términos​ ​de​ ​recursos​ ​de​
​red.​

​Pérdida de paquetes en VoIP​

​ a​ ​pérdida​​de​​un​​paquete​​de​​voz​​significa​​que​​se​​produce​​una​​brecha​​en​​el​​flujo​​de​​audio​​.​
L
​Esto puede resultar en una interrupción o distorsión temporal del sonido.​

​ a​​pérdida​​de​​un​​solo​​paquete​​generalmente​​no​​tiene​​un​​efecto​​significativo​​en​​la​​calidad​
L
​de​​la​​llamada,​​ya​​que​​los​​protocolos​​de​​VoIP​​suelen​​utilizar​​técnicas​​como​​el​​uso​​de​​buffers​​y​​la​
​interpolación​ ​de​ ​paquetes​ ​para​ ​suavizar​ ​las​ ​variaciones.​ ​Sin​ ​embargo,​ ​si​ ​la​ ​pérdida​ ​de​
​paquetes​ ​es​ ​frecuente​ ​o​ ​consecutiva,​ ​puede​ ​llevar​ ​a​ ​una​​degradación​​perceptible​​en​​la​
​calidad de la voz.​

​ n​ ​caso​ ​de​ ​pérdida​ ​de​ ​paquetes,​ ​los​ ​sistemas​ ​de​ ​VoIP​ ​pueden​ ​implementar​​mecanismos​​de​
E
​recuperación​ ​para​ ​minimizar​ ​el​ ​impacto.​ ​ESto​ ​no​ ​es​ ​nativo​ ​del​ ​protocolo​ ​RTP​ ​sino​ ​que​ ​es​
​implementado por oro protocolo denominado​​RTCP.​​Algunas​​de las técnicas utilizadas incluyen:​

​1.​ R​ eenvío​ ​de​ ​paquetes:​ ​El​ ​remitente​ ​puede​ ​detectar​ ​la​ ​pérdida​ ​de​ ​un​ ​paquete​ ​y​
​reenviarlo.​

​2.​ C​ orrección​ ​de​ ​errores​​:​ ​Los​ ​códecs​ ​de​ ​voz​ ​utilizados​ ​en​ ​VoIP​ ​a​ ​menudo​ ​incluyen​
​técnicas​​de​​corrección​​de​​errores​​para​​permitir​​la​​reconstrucción​​de​​paquetes​​perdidos​​o​
​dañados.​

​3.​ I​nterpolación​ ​de​ ​paquetes​​:​ ​El​ ​receptor​ ​estima​ ​el​ ​contenido​ ​del​ ​paquete​ ​perdido​
​basándose en los paquetes adyacentes.​

​4.​ C​ ontrol​​de​​calidad​​adaptativo​​:​​Los​​sistemas​​de​​VoIP​​pueden​​ajustar​​dinámicamente​​la​
​calidad de la llamada en función de las condiciones de la red.​

​2​
​Sampling de la voz​

​ ara​ ​crear​ ​una​ ​representación​ ​digital​ ​de​ ​las​ ​ondas​ ​(como​ ​es​ ​la​ ​voz),​ ​primero​ ​es​ ​necesario​
P
​tomar​ ​un​ ​número​ ​discreto​ ​de​ ​muestras​ ​de​ ​la​ ​onda​ ​y​ ​luego​ ​representar​ ​cada​ ​muestra​ ​en​
​números de bits.​

​ laro​​que​​requeriría​​un​​número​​infinitos​​de​​muestras​​para​​recrear​​de​​forma​​completa​​la​​señal​
C
​original.​​Para​​esto,​​lo​​que​​hacemos​​es​​tomar​​un​​número​​suficiente​​de​​muestras​​que​​podremos​
​usar​ ​para​ ​recrear​ ​la​ ​señal​​original.​​Este​​teorema​​básicamente​​dice​​que​​una​​señal​​puede​​ser​
​recontruída​ ​si​ ​se​ ​toman​ ​muestras​ ​como​ ​mínimo​ ​al​ ​doble​ ​de​ ​su​ ​frecuencia.​ ​Esto​ ​se​ ​lo​
​conoce como el​​teorema de Nyquist.​

​ ntonces,​ ​si​ ​la​ ​frecuencia​ ​es​ ​de​ ​4000Hz,​ ​deberemos​ ​tomar​ ​8000​ ​muestras​ ​por​
E
​segundo.​​Entonces,​ ​si​ ​la​ ​voz​ ​humana​ ​se​ ​encuentra​ ​en​ ​la​ ​frecuencia​ ​de​ ​300​ ​a​ ​3800Hz,​
​ausmiremos​​una​​frecuencia​​de​​4000Hz​​(cualquier​​sonido​​que​​se​​introduzca​​por​​arriba​​o​​debajo​
​de dicha frecuencia podremos limitarlo con un filtro pasabanda).​

​ esde​​ya​​decimos​​que​​esto​​sirve​​para​​la​​conversación​​humana,​​no​​para​​captar​​a​​Luciano​
D
​Pavarotti cantando.​

​Quantización​

​ ampleando​​a​​8Khz​​debemos​​resolver​​como​​representar​​digitalmente​​lo​​que​​obtenemos​​de​
S
​forma​ ​analógica.​ ​En​ ​otras​ ​palabras,​ ​¿cuantos​ ​bits​ ​son​ ​utilizados​ ​para​ ​representar​ ​cada​
​muestra?​

​ uando​​tomamos​​una​​muestra​​tenemos​​un​​número​​de​​bits​​limitado​​para​​representar​​el​​valor​​de​
C
​cada​ ​muestra.​ ​Utilizando​ ​un​ ​número​ ​limitado​​para​​representar​​cada​​muestra,​​lo​​que​​hacemos​
​se lo conoce como​​quatizar la señal.​

​Entonces, si utilizamos​​4 bits solo podremos cuantizar​​16 señales diferentes:​

​3​
​ ntonces,​​si​​un​​sampleo​​devuelve​​un​​valor,​​5.3​​tendremos​​únicamente​​dos​​opciones.​​O​​5​​o​​6.​
E
​A esto se lo conoce como​​error de quantización.​​En​​el caso de 3 bits:​

​ a​​forma​​más​​rápida​​de​​reducir​​el​​efecto​​de​​la​​quantización​​es​​agregar​​más​​bits​​y​​de​​esa​​forma​
L
​agrega más granularidad.​

​Codecs​
​ escribe​​una​​especificación​​desarrollada​​en​​software,​​hardware​​o​​una​​combinación​​de​​ambos,​
D
​capaz​​de​​transformar​​un​​archivo​​con​​un​​flujo​​de​​datos​​(stream)​​o​​una​​señal.​​Los​​códecs​​pueden​
​codificar​ ​el​ ​flujo​ ​o​ ​la​ ​señal​ ​(a​ ​menudo​ ​para​ ​la​ ​transmisión,​ ​el​ ​almacenaje​ ​o​ ​el​ ​cifrado)​ ​y​
​recuperarlo​​o​​descifrarlo​​del​​mismo​​modo​​para​​la​​reproducción​​o​​la​​manipulación​​en​​un​​formato​
​más​ ​apropiado​ ​para​ ​estas​ ​operaciones.​ ​Los​ ​códecs​ ​son​ ​usados​ ​a​ ​menudo​ ​en​
​videoconferencias y emisiones de medios de comunicación.​

​G.711​
​ s​​el​​más​​común.​​Tiene​​un​​sampleo​​de​​8KhZ​​y​​12​​bits​​por​​sample​​Llevándolo​​a​​un​​bit​​rate​​de​
E
​96Kbs​
​8KMuestras/s*12bits = 8KM * 12 /s = 96 kbps​

​G.723.1 Algebraic Code-Excited Linear Prediction (ACELP)​

​ s​​un​​codec​​que​​puede​​operar​​tanto​​a​​6.3kbps​​como​​a​​5.3​​kbps.​​Logra​​velocidades​​tan​​bajas​
E
​ya​ ​que​ ​tiene​ ​técnicas​ ​de​ ​compresión​ ​como​ ​Modified​ ​Differential​ ​Pulse​ ​Code​ ​Modulation​ ​-​
​MDPCM​​donde solo envía las modificaciones entre dos​​muestras y no la muestra entera.​

​4​
​Arquitectura VoIP​

​Arquitectura SIP​

​ IP​ ​es​ ​un​ ​protocolo​ ​de​ ​capa​ ​de​ ​aplicación​ ​de​ ​señalización​ ​que​ ​maneja​ ​la​ ​configuración,​
S
​modificación​ ​y​ ​finalización​ ​de​ ​sesión​ ​MULTIMEDIA​ ​atendiendo​ ​en​ ​el​ ​puerto​ ​5060​ ​por​
​defecto.​​Esto​​significa​​que​​SIP​​lo​​vamos​​a​​poder​​ver​​no​​sólo​​en​​voz​​sino​​en​​otro​​tráfico​​de​
​media.​ ​Nos​ ​referimos​ ​a​ ​que​ ​es​ ​un​ ​protocolo​​de​​señalización​​y​​es​​agnóstico​​del​​tipo​​de​​dato​
​que administra.​

​ or​ ​lo​ ​que​ ​es​ ​un​ ​protocolo​ ​completamente​ ​separado​ ​del​ ​que​ ​lleva​ ​la​ ​media​ ​el​ ​cual​ ​es​
P
​conocido como​​RTP que es el protocolo de transporte.​

​ sta​ ​separación​ ​es​ ​importante​ ​porque​ ​la​ ​señalización​ ​puede​ ​pasar​ ​mediante​ ​uno​ ​o​ ​más​
E
​proxy​ ​de​ ​redirección​ ​pero​ ​la​ ​media​ ​lleva​ ​una​ ​conexión​ ​directa.​ ​Esto​ ​significa​ ​que​
​lógicamente​ ​es​ ​una​ ​conexión​ ​peer-to-peer.​ ​Más​ ​adelante​ ​lo​ ​analizaremos​ ​cuando​ ​veamos​
​STUN.​

​5​
​Pero… ¿qué es un protocolo de señalización?​
​ n​ ​protocolo​ ​de​ ​señalización​ ​es​ ​un​ ​conjunto​ ​de​ ​reglas​ ​y​ ​procedimientos​ ​que​ ​se​ ​utilizan​
U
​para​​establecer,​​modificar​​y​​finalizar​​las​​llamadas​​telefónicas​​a​​través​​de​​una​​red​​IP.​​Estos​
​protocolos​ ​permiten​ ​que​ ​los​ ​dispositivos​ ​de​ ​comunicación​ ​intercambien​ ​información​​de​
​control y señalización​​necesaria para establecer y​​gestionar las llamadas VoIP.​

​ demás​ ​de​ ​SIP,​ ​existen​ ​otros​ ​protocolos​ ​de​ ​señalización​ ​utilizados​ ​en​​la​​VoIP,​​como​​H.323​​y​
A
​TCP.​​Estos​​protocolos​​también​​proporcionan​​funcionalidades​​similares​​de​​señalización​​y​​control​
​de llamadas.​

​ CP​ ​no​ ​es​ ​utilizado​ ​en​​el​​contexto​​de​​comunicaciones​​en​​tiempo​​real.​​Para​​el​​transporte​

T
​utilizaremos UDP.​

​Listado de mensajes SIP​

​Existen básicamente dos tipos de mensajes:​

​1.​ M ​ ensajes de requerimiento (Requests), enviados utilizando alguno de los métodos SIP​
​listados abajo.​
​○​ ​ACK – Es utilizado para responder a un mensaje de estado de SIP en el rango​
​200-699 mientras se encuentra dentro de un diálogo SIP INVITE.​
​○​ ​BYE – Es utilizado para finalizar una sesión previamente establecida, como una​
​llamada iniciada con un mensaje SIP INVITE.​
​○​ ​CANCEL – Es utilizado para cancelar un requerimiento (como un INVITE o inicio de​
​llamada que aún se encuentra en progreso pero que no ha sido atendida).​
​○​ ​INVITE – Es utilizado para iniciar un diálogo de sesión – típicamente para establecer​
​una llamada telefónica.​
​○​ ​OPTIONS – Es utilizado por un cliente SIP para consultar a otro cliente SIP o proxy​
​(como el servidor de 3CX Phone System) sobre sus capacidades y descubrir los​
​métodos soportados, tipos de contenido, extensiones, codecs, y demás, antes de,​
​por ejemplo, establecer una llamada utilizando el método SIP INVITE.​
​○​ ​REGISTER – Utilizado para registrar o des-registrar un cliente SIP en un SIP​
​Registrar. Un teléfono no registrado no puede recibir requerimientos SIP INVITE, por​
​lo que no puede recibir llamadas entrantes.​
​○​
​2.​ ​Mensajes de estado, emitidos con un indicador de estado numérico.​
​○​ ​100-199​​– Utilizado para indicar un estado temporal,​​como “100 Trying” (intentando)​
​“180 Ringing” (teléfono sonando).​
​○​ ​200-299​​– Utilizado para indicar un estado final exitoso,​​como “200 OK”​
​○​ ​300-399​​– Utilizado para indicar un estado final de​​falla, pero con información sobre​
​la nueva ubicación del usuario, o sobre servicios alternativos que podrían contestar​
​la llamada.​

​6​
 ​○​ 4 ​ 00-499​​– Utilizadas para indicar un estado final de error, pero local al SIP Proxy​
​que generó este mensaje​
​○​ ​500-599​​– Utilizado para indicar que​​el servidor de​​la central telefónica ha​
​encontrado un error interno​​. Ejemplos son “500 Server​​Internal Error” y “501 Not​
​Implemented”.​

​RTP​
​ l​ ​Protocolo​ ​RTP​ ​es​ ​un​ ​protocolo​ ​utilizado​ ​en​ ​aplicaciones​ ​de​ ​comunicación​ ​en​ ​tiempo​
E
​real,​ ​como​ ​la​ ​transmisión​ ​de​ ​voz​ ​y​ ​video​ ​a​ ​través​ ​de​ ​redes​ ​IP.​ ​Su​ ​principal​ ​función​ ​es​
​proporcionar​​una​​entrega​​eficiente​​y​​confiable​​de​​datos​​multimedia,​​al​​tiempo​​que​​garantiza​
​la​​sincronización y la calidad adecuada​​para la reproducción​​en tiempo real.​

​ l​ ​protocolo​ ​RTP​ ​se​ ​basa​ ​en​ ​el​ ​protocolo​ ​de​ ​transporte​ ​subyacente​​,​ ​generalmente​ ​UDP.​
E
​UDP​​proporciona​​una​​entrega​​rápida​​pero​​no​​garantiza​​la​​entrega​​confiable​​.​​Para​​compensar​
​esto,​ ​RTP​ ​incorpora​ ​mecanismos​ ​de​ ​control​ ​de​ ​calidad​ ​de​ ​servicio​ ​(QoS),​ ​como​ ​la​
​numeración​ ​de​ ​secuencia​ ​de​ ​los​​paquetes,​​la​​marca​​de​​tiempo​​y​​la​​detección​​y​​corrección​​de​
​errores.​

​7​
​Encabezado RTP​

​ l​ ​encabezado​ ​del​ ​Protocolo​ ​de​ ​Transporte​ ​en​ ​Tiempo​ ​Real​ ​(RTP)​ ​contiene​ ​información​
E
​importante​ ​para​ ​el​ ​envío​ ​y​ ​la​ ​recepción​ ​de​ ​datos​ ​multimedia​ ​en​ ​tiempo​ ​real​​.​ ​A​
​continuación se muestra la información típica que se encuentra en el encabezado RTP:​

​●​ N​ úmero​ ​de​ ​versión​​:​ ​Indica​ ​la​ ​versión​ ​del​ ​protocolo​ ​RTP​ ​utilizado,​ ​generalmente​ ​se​
​establece en 2.​

​●​ M​ arcador​​(Marker)​​:​​Se​​utiliza​​para​​señalar​​un​​paquete​​de​​datos​​especial​​dentro​​de​​una​
​secuencia de paquetes. Su interpretación depende de la aplicación y puede variar.​

​●​ T​ ipo​ ​de​​carga​​útil​​(Payload​​Type):​​Identifica​​el​​tipo​​de​​datos​​multimedia​​transportados​

​en el paquete RTP, como audio, video u otros tipos de datos.​

​●​ N​ úmero​ ​de​ ​secuencia​ ​(Sequence​ ​Number):​ ​Asigna​ ​un​ ​número​ ​de​​secuencia​​único​​a​
​cada​ ​paquete​ ​RTP​ ​enviado.​ ​Se​ ​utiliza​ ​para​ ​detectar​ ​la​ ​pérdida​ ​de​ ​paquetes​ ​y​ ​para​
​mantener el orden de reproducción.​

​●​ M​ arca​​de​​tiempo​​(Timestamp)​​:​​Indica​​el​​instante​​de​​tiempo​​al​​que​​se​​refieren​​los​​datos​
​multimedia​ ​en​ ​el​ ​paquete​ ​RTP.​ ​Permite​ ​la​ ​sincronización​ ​entre​ ​los​ ​paquetes​ ​y​ ​la​
​reproducción en tiempo real.​

​●​ I​dentificación​ ​de​ ​origen​ ​(Synchronization​ ​Source​ ​Identifier,​ ​SSRC)​​:​ ​Identifica​ ​de​
​manera​ ​única​ ​la​ ​fuente​ ​que​ ​origina​ ​el​ ​flujo​ ​de​ ​datos​ ​RTP.​ ​Permite​ ​distinguir​ ​entre​
​diferentes fuentes de datos en una misma sesión.​

​ demás​ ​de​ ​estos​ ​campos​ ​principales,​ ​el​ ​encabezado​ ​RTP​ ​también​ ​puede​ ​contener​ ​otros​
A
​campos​ ​opcionales,​ ​como​ ​extensiones​ ​de​ ​encabezado​ ​(Header​ ​Extensions)​ ​para​ ​incluir​
​información​ ​adicional​ ​y​ ​campos​ ​de​ ​contribución​ ​(Contributing​​Source)​​para​​indicar​​las​​fuentes​
​que contribuyen a un flujo de datos.​

​ s​ ​importante​ ​destacar​​que​​el​​encabezado​​RTP​​se​​encuentra​​dentro​​de​​un​​paquete​​UDP​​o​
E
​TCP​​, dependiendo del protocolo de transporte subyacente​​utilizado. Esto es​

​8​
​Establecimiento de una llamada SIP​
​ ueden​​ver​​esto​​en​​mayor​​detalle​​dentro​​de​​la​​captura​​de​​paquetes.​​Este​​diálogo​​se​​da​​entre​​el​
P
​teléfono VoIP o cliente VoIP y el servidor SIP al cual dicho cliente se encuentra logueado.​

​ or​​lo​​que,​​debemos​​de​​tener​​un​​usuario​​y​​password​​dentro​​de​​nuestro​​proveedor​​de​​Voz​
P
​sobre IP​

​Invite SDP g722​

​ a​ ​siguiente​​captura​​se​​da​​entre​​dos​​servidores​​VoIP​​.​​Para​​esto​​podemos​​ver​​la​​información​
L
​del encabezado​​SIP:​

​9​
​De aquí se deduce que:​

​ .​ E
1 ​ stá llamando a​​test​​que se encuentra en el servidor​​VoIP​​[Link].​
​2.​ ​El origen es​​[Link]​
​3.​ ​El​ c
​ liente​ ​que​ ​origina​ ​la​ ​llamada​ ​es​ ​sipp​ ​pero​ ​el​ ​caller​ ​ID​ ​en​ ​el​ ​destino​ ​lo​ ​verá​​como​
​G722/8000.​
​4.​ ​El códec a utilizar es​​G722​

​100 Trying |​
i​ndicar que​​el servidor ha recibido la solicitud de​​inicio de sesión y está procesando la​
​petición​​. Es una respuesta temprana y provisional​​que informa al cliente que la solicitud se​
​está procesando y que puede esperar una respuesta final en breve.​

​ a respuesta "100 Trying"​​no implica que la solicitud​​se haya completado o haya tenido​
L
​éxito.​​Es simplemente una confirmación de que el servidor​​ha recibido la solicitud y está en​
​proceso de manejarla.​

​200 OK |​
​ l código de estado "200 OK" es una respuesta exitosa en el Protocolo de Inicio de Sesión​
E
​(SIP) que indica que​​la solicitud ha sido procesada​​correctamente.​​Es la respuesta final que​
​confirma el éxito de la operación solicitada.​

​10​
​ACK​
​ uando un cliente SIP recibe una respuesta exitosa, como "200 OK", a una solicitud previa,​
C
​debe enviar un mensaje "ACK" al servidor SIP para confirmar la recepción de la​
​respuesta​​. El mensaje "ACK" se utiliza para completar​​el proceso de establecimiento de una​
​sesión o transacción SIP.​

​ l mensaje "ACK" generalmente no lleva información adicional en su cuerpo, ya que su función​

E
​principal es confirmar la recepción de la respuesta exitosa​

​Aunque el objetivo es el mismo,​​no tiene nada que​​ver con el ACK de TCP​​.​

​RTP​

​ e da la transacción de media. Observen que​​el puerto​​donde recibe la media es 6000 y el​

S
​puerto de origen es 17472.​​Este es el puerto del servidor​​SIP de destino y origen​
​respectivamente..​

​Y el Códec se ve que es​​G722​

​11​
​BYE​
​ l mensaje "BYE" es​​una solicitud que indica la intención​​de terminar la sesión o la​
E
​llamada actual​​. Al recibir el mensaje "BYE", el​​destinatario​​puede enviar una respuesta​
​"200 OK" para confirmar la terminación de la sesión​​.​​Después de recibir la respuesta "200​
​OK", ambas partes pueden liberar los recursos y finalizar la conexión.​

​En este caso la terminación es socicitada por​​El servidor​​SIP de destino, usuario sipp.​

​200 OK​
​ l​ ​mensaje​ ​"200​ ​OK"​ ​en​ ​SIP​ ​se​ ​utiliza​ ​como​ ​respuesta​ ​exitosa​ ​después​ ​de​ ​recibir​ ​un​
E
​mensaje​ ​"BYE"​ ​para​ ​confirmar​ ​la​ ​aceptación​ ​de​ ​la​ ​solicitud​ ​de​ ​terminación​ ​y​ ​finalizar​
​correctamente​ ​la​ ​sesión.​ ​Tanto​ ​BYE​ ​como​​200​​OK​​se​​mueven​​por​​el​​protocolo​​SIP​​no​​por​​el​
​protocolo RTP​

​12​
​ ocker run -d --name freepbx -p 8080:80/tcp \​
d
​-p 8443:443/tcp \​
​-p 4445:4445/tcp \​
​-p 4569:4569/tcp \​
​-p 5060:5060/udp \​
​-p 5061:5061/tcp \​
​-p 5161:5161/tcp \​
​-p 8001:8001/tcp \​
​-p 8003:8003/tcp \​
​-p 8008-8009/tcp \​
​-p 8025/tcp \​
​-p 5160/udp \​
​-p 10050/tcp \​
​-p 18000-18005/udp tiredofit/freepbx​

​13​
​Referencias​

​1.​ ​Carrier Grade Voice over IP - Daniel Collins - Mc Graw - Hill​

​14​