{"id":5647,"date":"2016-08-02T14:48:24","date_gmt":"2016-08-02T19:48:24","guid":{"rendered":"https:\/\/www.servimatango.com\/blog\/?p=5647"},"modified":"2019-06-11T09:38:54","modified_gmt":"2019-06-11T14:38:54","slug":"protocolos-de-voip","status":"publish","type":"post","link":"https:\/\/servervoip.com\/blog\/protocolos-de-voip\/","title":{"rendered":"Protocolos de VoIP"},"content":{"rendered":"

El objetivo del protocolo de VoIP es dividir en paquetes los flujos de audio para transportarlos sobre redes basadas en IP.<\/p>\n

Los protocolos de las redes IP originalmente no fueron dise\u00f1ados para el fluido en tiempo real de audio o cualquier otro tipo de medio de comunicaci\u00f3n.<\/p>\n

La PSTN est\u00e1 dise\u00f1ada para la transmisi\u00f3n de voz, sin embargo tiene sus limitaciones tecnol\u00f3gicas.<\/p>\n

Es por lo anterior que se crean los protocolos para VoIP, cuyo mecanismo de conexi\u00f3n abarca una serie de transacciones de se\u00f1alizaci\u00f3n entre terminales que cargan dos flujos de audio para cada direcci\u00f3n de la conversaci\u00f3n.<\/p>\n

SIP<\/strong><\/p>\n

SIP (Session Initiation Protocol) es un protocolo de se\u00f1alizaci\u00f3n para conferencia, telefon\u00eda, presencia, notificaci\u00f3n de eventos y mensajer\u00eda instant\u00e1nea a trav\u00e9s de Internet. Fue desarrollado inicialmente en el grupo de trabajo IETF MMUSIC (Multiparty Multimedia Session Control) y, a partir de septiembre de 1999, pas\u00f3 al grupo de trabajo IETF SIP.
\n\u2022\tAcr\u00f3nimo de \u201cSession Initiation Protocol\u201d.
\n\u2022\tEste protocolo considera a cada conexi\u00f3n como un par y se encarga de negociar las capacidades entre ellos.
\n\u2022\tTiene una sintaxis simple, similar a HTTP o SMTP.
\n\u2022\tPosee un sistema de autenticaci\u00f3n de pregunta\/respuesta.
\n\u2022\tTiene m\u00e9todos para minimizar los efectos de DoS (Denial of Service o Denegaci\u00f3n de Servicio), que consiste en saturar la red con solicitudes de invitaci\u00f3n.
\n\u2022\tUtiliza un mecanismo seguro de transporte mediante TLS.
\n\u2022\tNo tiene un adecuado direccionamiento de informaci\u00f3n para el funcionamiento con NAT.<\/p>\n

IAX<\/strong><\/p>\n

\u2022\tAcr\u00f3nimo de \u201cInter Asterisk eXchange\u201d.
\n\u2022\tIAX es un protocolo abierto, es decir que se puede descargar y desarrollar libremente.
\n\u2022\tA\u00fan no es un est\u00e1ndar.
\n\u2022\tEs un protocolo de transporte, que utiliza el puerto UDP 4569 tanto para se\u00f1alizaci\u00f3n de canal como para RTP (Protocolo de transporte en tiempo real).
\n\u2022\tPuede truncar o empaquetar m\u00faltiples sesiones dentro de un flujo de datos, as\u00ed requiere de menos ancho de banda y permite mayor n\u00famero de canales entre terminales.
\n\u2022\tEn seguridad, permite la autenticaci\u00f3n, pero no hay cifrado entre terminales.
\n\u2022\tSeg\u00fan la documentaci\u00f3n (Asterisk 1.4) el IAX puede usar cifrado (aes128), siempre sobre canales con autentificaci\u00f3n MD5.<\/p>\n

H.323<\/strong><\/p>\n

\u2022\tOriginalmente fue dise\u00f1ado para el transporte de v\u00eddeo conferencia.
\n\u2022\tSu especificaci\u00f3n es compleja.
\n\u2022\tH.323 es un protocolo relativamente seguro, ya que utiliza RTP.
\n\u2022\tTiene dificultades con NAT, por ejemplo para recibir llamadas se necesita direccionar el puerto TCP 1720 al cliente, adem\u00e1s de direccionar los puertos UDP para la media de RTP y los flujos de control de RTCP.
\n\u2022\tPara m\u00e1s clientes detr\u00e1s de un dispositivo NAT se necesita gatekeeper en modo proxy.<\/p>\n

\n

\n\n\t
\n
    \t\n\t
  • \n\t\t\n\t\t\"\"\n\t\t\n\n\t\t\n\t\t
    \n\t\t\t\t
    \"\" \n\t\t\t\t<\/div>\n\t\t<\/div>\n\n\t\t\n\t\t
    Para Mostrar subt\u00edtulos en tu idioma, por favor haga clic en el bot\u00f3n de arriba \n\t\t<\/div>\n\t<\/li>\n<\/ul>\n
    \n<\/div>\n