{"id":8129,"date":"2016-09-13T15:11:07","date_gmt":"2016-09-13T20:11:07","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8129"},"modified":"2019-06-07T11:16:36","modified_gmt":"2019-06-07T16:16:36","slug":"senalizacion-voz-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/senalizacion-voz-ip\/","title":{"rendered":"Se\u00f1alizacion Voz IP"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

Se\u00f1alizaci\u00f3n inicial de llamada.<\/strong><\/p>\n

\u00b7 H.225 Control de llamada: se\u00f1alizaci\u00f3n, registro y admisi\u00f3n, paquetizaci\u00f3n \/ sincronizaci\u00f3n del flujo de voz.
\n\u00b7 H.245 Protocolo de control para especificar mensajes de apertura y cierre de canales para flujos de voz<\/p>\n

Compresi\u00f3n de voz.<\/strong><\/p>\n

1.-Requeridos: G.711 y G.723.
\n2. -Opcionales: G.728, G.729 y G.722<\/p>\n

Transmisi\u00f3n de voz.<\/strong><\/p>\n

1. UDP. La transmisi\u00f3n se realiza sobre paquetes UDP, pues aunque UDP no ofrece integridad en los datos, el aprovechamiento del ancho de banda es mayor que con TCP.
\n2. RTP (Real Time Protocol). Maneja los aspectos relativos a la temporizaci\u00f3n, marcando los paquetes UDP con la informaci\u00f3n necesaria para la correcta entrega de los mismos en recepci\u00f3n.<\/p>\n

Control de la transmisi\u00f3n.<\/strong><\/p>\n

RTCP (Real Time Control Protocol). Se utiliza principalmente para detectar situaciones de congesti\u00f3n de la red y tomar, en su caso, acciones correctoras.<\/p>\n

La pila de protocolos en VoIP: <\/strong><\/p>\n

El hecho de que VoIP se apoye en un protocolo de nivel 3, como es IP, permite una flexibilidad en las configuraciones que en muchos casos est\u00e1 todav\u00eda por descubrir. Una idea que parece inmediata es que el papel tradicional de la centralita telef\u00f3nica quedar\u00eda distribuido entre los distintos elementos de la red VoIP. En este escenario, tecnolog\u00edas como CTI (computer-telephony integration) tendr\u00e1n una implantaci\u00f3n mucho m\u00e1s simple. Ser\u00e1 el paso del tiempo y la imaginaci\u00f3n de las personas involucradas en estos entornos, los que ir\u00e1n definiendo aplicaciones y servicios basados en VoIP. <\/p>\n

Aplicaci\u00f3n.<\/strong><\/p>\n

Es la especificaci\u00f3n creado por el ITU en el a\u00f1o 1996 d\u00f3nde se definen est\u00e1ndares en la transmisi\u00f3n y comunicaci\u00f3n de audio y v\u00eddeo sobre una red IP.H.323 es la heredera de la especificaci\u00f3n H.322, creada en el 1995 y que entra por defecto, que sobre la red IP que corrieran estas aplicaciones, tendr\u00edan una calidad de servicio garantizado. H.323 lo que entiende es que en ning\u00fan momento est\u00e1 garantizada esta calidad de servicio, por lo que es mucho m\u00e1s estricto en factores de compresi\u00f3n y otros aspectos a nivel IP como el control de llamada gesti\u00f3n de la informaci\u00f3n y ancho de banda para establecer una comunicaci\u00f3n tanto los equipos que cumplen esta especificaci\u00f3n pueden soportar cualquier medio en tiempo real. <\/p>\n

H.323 trabaja por debajo de la capa en la que lo hace H.245 que es especificaci\u00f3n encargada de llevar el control de la comunicaci\u00f3n entre los sistemas que aplican cualquier tipo de conferencia, v\u00eddeo o audio. <\/p>\n

Por debajo de la capa creada por la especificaci\u00f3n H.323 se encuentre protocolo RTP (Real time Transport Protocol) que se encarga de gestionar tr\u00e1fico y controlar la congesti\u00f3n. Este protocolo ha surgido por la necesidad anular el jitter y poder llevar acabo una transmisi\u00f3n en tiempo real. El camino a seguir por una transmisi\u00f3n en tiempo real es el siguiente: una fuente general de paquetes de forma continua, pero el hecho de entrar en un router, atravesar una red (como puede ser Internet), pasar otro router, en definitiva, hacer una serie de saltos, hacen que el retardo no sea constante. Para evitar esto, lo que se hace poner los paquetes recibidos en una cola y estos ser\u00e1n tomados con periodicidad fija, de esta manera, se aumenta el retraso total pero se mantiene. <\/p>\n

RTP soporta este tipo de transferencia y entiende las marcas de retardos que ll cada paquete, por lo que puede establecer varias sesiones entre varias entidades a su vez, RTP permite el uso de mezcladores, que unir\u00edan en una sola emisi\u00f3n de datos informaci\u00f3n para varias sesiones o entidades. <\/p>\n

Tomado de:
\nGrac\u00eda, V. (2007). An\u00e1lisis del servicio instalado en laboratorios M\u00e9dico Polanco(tesis de pregrado). Instituto Polit\u00e9cnico Nacional, M\u00e9xico D.F.
\nFuente:
\nhttp:\/\/itzamna.bnct.ipn.mx\/bitstream\/handle\/123456789\/6416\/ice138.pdf?sequence=1<\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

DataCenter VoIP<\/h2>\n

Los edificios que alojan a los servidores en Europa y Estados Unidos son los centros de datos m\u00e1s ecol\u00f3gicos y fueron construidos como idea de almac\u00e9n de datos. La ubicaci\u00f3n estrat\u00e9gica en Europa central y en Estados Unidos son las ventajas principales.<\/p>\n

Los Data Centers est\u00e1n perfectamente situados para garantizar conexiones r\u00e1pidas a todos los territorios de Europa y Am\u00e9rica para que todos los clientes se beneficien de la mejor calidad en el servicio brindado. Por otra parte, el edificio que est\u00e1 situado en Europa se encuentra en una de las zonas m\u00e1s ricas de agua subterr\u00e1nea, lo que abre la posibilidad a ServerVoIP de realizar un innovador, ecol\u00f3gico y \u00fanico sistema de refrigeraci\u00f3n de forma natural.<\/p>\n

\"datacenter<\/a>
\n