{"id":6249,"date":"2016-08-10T07:46:48","date_gmt":"2016-08-10T12:46:48","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=6249"},"modified":"2019-06-11T08:33:23","modified_gmt":"2019-06-11T13:33:23","slug":"protocolo-de-transporte-en-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/protocolo-de-transporte-en-voip\/","title":{"rendered":"Protocolo de transporte en VOIP"},"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

PROTOCOLO DE TRANSPORTE EN TIEMPO REAL ( RTP ).<\/strong><\/p>\n

Es un protocolo que como su nombre lo indica, est\u00e1 orientado a la transmisi\u00f3n de informaci\u00f3n en tiempo real, como la voz o el video. Este es un protocolo de las capas superiores de usuario que funciona sobre UDP (user datagram protocol) , como mecanismo de transporte porque posee un menor retardo que TCP, y adem\u00e1s porque el trafico de voz en la actualidad, sin importar que sean datos o se\u00f1alizaci\u00f3n, toleran menos niveles de perdida y no tienen la facilidad de retransmisi\u00f3n, en el UDP se cambia confiabilidad por velocidad, lo cual es b\u00e1sico para manejo de transmisiones en tiempo real como la VoIP.<\/p>\n

El protocolo RTP tiene como objetivo asegurar una calidad de servicio QoS para servicios del tipo tiempo-real. Incluye: la identificaci\u00f3n del payload, la numeraci\u00f3n secuencial, la medici\u00f3n de tiempo y el reporte de la calidad (funci\u00f3n del protocolo RTCP).El RTP trabaja en capa 4 y sobre UDP, de forma que posee un checksum para detecci\u00f3n de error y la posibilidad de multiplexaci\u00f3n de puertas (port UDP).Las sesiones de protocolo RTP pueden ser multiplexadas. Para ello se recurre a un doble direccionamiento mediante las direcciones IP y el n\u00famero de port en UDP. Sobre RTP se disponen de protocolos de aplicaci\u00f3n del tipo H.320\/323 para v\u00eddeo y voz (H.32x forma una familia del ITU-T de normas para videoconferencia).<\/p>\n

El RTP funciona en conjunto con RSVP (capa 3) para la reservaci\u00f3n de ancho de banda y asegurar de esta forma la QoS del tipo Garantizada. La QoS del tipo Diferenciada se logra mediante la priorizaci\u00f3n de tr\u00e1fico que puede adoptar dos alternativas. En IP se pueden asignar diversos alternativas de prioridad para formar una cola de espera en routers. Un algoritmo particular de gesti\u00f3n de prioridad de tr\u00e1fico es el WFQ (Weighted Fair Queuing) que utiliza un modelo de multiplexaci\u00f3n TDM para distribuir el ancho de banda entre clientes. Cada cliente ocupa un intervalo de tiempo en un Round-Robin.<\/p>\n

El RTP adem\u00e1s provee transporte para direcciones unicast y multicast. Por esta raz\u00f3n, tambi\u00e9n se encuentra involucrado el protocolo IGMP para administrar el servicio multicast. El paquete de RTP incluyen un encabezado fijo y el payload de datos; RTCP utiliza el encabeza del RTP y ocupa el campo de carga \u00fatil.No es lo suficientemente confiable por si solo, este proporciona \u00abganchos\u00bb con protocolos y aplicaciones de capas inferiores y recursos proporcionados por los switches y enrutador para garantizar confiabilidad.<\/p>\n

Los paquetes RTP no contienen campo de longitud, ya que al funcionar sobre UDP, este protocolo es quien encapsula la voz comprimida en datagramas. Para la compresi\u00f3n RTP usa una aplicaci\u00f3n llamada \u00abvocoder\u00bb pudiendo reducir de 64 kbps hasta a 8 kbps la rata para digitalizaci\u00f3n y compresi\u00f3n de voz produciendo un desmejoramiento en la calidad de la voz poco perceptible, adem\u00e1s de esto usa h.323 g.729 y otros protocolos m\u00e1s para transmisiones en tiempo real. RTP es capaz de correr sobre protocolos WAN de alta velocidad como ATM sin ning\u00fan problema, tambi\u00e9n en redes asim\u00e9tricas como ADSL, cable-modem o por enlace satelital pero cumpliendo con ciertas caracter\u00edsticas de ancho de banda para ambas direcciones y uso exclusivo para la aplicaci\u00f3n RTP. Las herramientas de las que se vale RTP para lograr transmisiones en tiempo real son el RTCP, que proporciona un feedback a cerca de la calidad de distribuci\u00f3n y la congesti\u00f3n, con esto, la empresa que ofrece el servicio puede monitorear la calidad y puede diagnosticar los problemas que pueda presentar la red.<\/p>\n

CARACTERISTICAS GENERALES DEL PROTOCOLO ( RTP).<\/strong><\/p>\n

\"Generalidades

Generalidades del protocolo RTP<\/p><\/div>\n

FUNCIONES DEL PROTOCOLO ( RTP ).<\/strong>
\nEntre sus funciones se encuentran: la memorizaci\u00f3n de datos, la simulaci\u00f3n de distribuci\u00f3n interactiva, el control y mediciones de aplicaciones.
\nLa funcionalidad ToS (Tipo de Servicio) en IP puede determinar un ancho de banda espec\u00edfico para el cliente. Un servicio sensible al retardo requiere un ancho de banda superior. En IP adem\u00e1s del ToS se puede utilizar la direcci\u00f3n de origen y destino IP, tipo de protocolo y n\u00famero de socket para asignar una ponderaci\u00f3n. En redes que disponen de switch de capa 2 se requiere extender la gesti\u00f3n de la calidad de servicio a dicha capa. Para ello la IEEE ha determinado el ToS sobre IEEE-802.<\/p>\n

DIAGRAMA DEL PAQUETE DE TRANSPORTE RTP.<\/strong><\/p>\n

\"Paquete

Paquete de transporte RTP<\/p><\/div>\n

P = Padding , X = Extenciones tras CSRC(0), CC = CSRC Count(0)
\nM = Marcador (SID Support), N\u00aa Sec = Comienza en n\u00aa aleatorios
\nTimestamp = Tick count tras la emisi\u00f2n del 1er paquete. 1tick =1\/8000
\nSSRC = Origen del medio. Mismo origen, mismo tiempo y nuecero de secuencias.<\/p>\n

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

\n

PROTOCOLO RTCP (REAL-TIME CONTROL PROTOCOL).<\/strong><\/p>\n

Se basa en la peri\u00f3dica transmisi\u00f3n de los paquetes de control a todos los participantes en sesi\u00f3n, utilizando el mismo mecanismo de distribuci\u00f3n como dato paquete. El protocolo subyacente debe proveer de la multiplexaci\u00f3n de los datos y de los paquetes del control.<\/p>\n

CARACTERISTICAS GENERALES DEL PROTOCOLO ( RTCP).<\/strong><\/p>\n

\u2022\tEs una herramientas de las que se vale RTP para lograr transmisiones en tiempo real, que proporciona un feedback a cerca de la calidad de distribuci\u00f3n y la congesti\u00f3n.
\n\u2022\tRTCP sincroniza el audio y el video, conoce el n\u00famero de usuarios presentes en una conferencia y con esto calcula la rata a la cual deben ser enviados los paquetes.
\n\u2022\tEste protocolo permite completar a RTP facilitando la comunicaci\u00f3n entre extremos para intercambiar datos y monitorear de esta forma la calidad de servicio y obtener informaci\u00f3n acerca de los participantes en la sesi\u00f3n. RTCP se fundamenta en la transmisi\u00f3n peri\u00f3dica de paquetes de control a todos los participantes en la sesi\u00f3n usando el mismo mecanismo de RTP de distribuci\u00f3n de paquetes de datos. El protocolo UDP dispone de distintas puertas (UDP Port) como mecanismo de identificaci\u00f3n de protocolos.
\n\u2022\tLa funci\u00f3n primordial de RTCP es la de proveer una realimentaci\u00f3n de la calidad de servicio. Se relaciona con el control de congesti\u00f3n y flujo de datos. El RTCP involucra varios tipos de mensajes, por ejemplo:<\/p>\n

-Send report para emisi\u00f3n y recepci\u00f3n de estad\u00edsticas (en tiempo random) desde emisores activos. es uno de los m\u00e1s interesantes, disponen de 3 secciones bien diferenciadas:<\/p>\n

1. Los primeros 8 Bytes se refieren a un encabezado com\u00fan.
\n2. La segunda parte de 20 Bytes permite la evaluaci\u00f3n de diferentes par\u00e1metros (retardo, jitter, eficiencia de datos, etc).
\n3. La tercera parte de 24 Bytes lleva reportes que han sido obtenidos desde el \u00faltimo reporte informado. Incluye los siguientes reportes: cantidad total de paquetes RTP
\nperdidos y a la proporci\u00f3n de los mismos; la cantidad de paquetes recibidos y el jitter entre paquetes; el horario del \u00faltimo paquete recibido y el retardo de transmisi\u00f3n del mismo.<\/p>\n

-Receiver Report para recepci\u00f3n estad\u00edsticas desde emisores no activos.
\n-Source Description para un identificador de nivel de transporte denominado CNAME (Canonical Name).
\n-Bye para indicar el final de la participaci\u00f3n en la conexi\u00f3n.
\n-Application para aplicaciones espec\u00edficas.<\/p>\n

DIAGRAMA DE PAQUETE COMPLETO DE TRANSPORTE.<\/strong><\/p>\n

Los destinatarios de los paquetes RTP devuelven informaci\u00f3n sobre de la calidad de recepci\u00f3n, utilizando diferentes formas de paquetes RTCP, seg\u00fan si ellos mismos son emisores de contenido o no. Los dos tipos, SR y RR, contienen ninguno, uno o varios bloques de informe de receptor, previstos para la sincronizaci\u00f3n de las fuentes de las cuales el receptor ha recibido un paquete de contenido RTP desde el \u00faltimo informe. La evaluaci\u00f3n de la calidad de recepci\u00f3n no es s\u00f3lo \u00fatil para el emisor, sino tambi\u00e9n para el receptor y cualquier supervisor de red que pudiera existir. El emisor puede modificar su transmisi\u00f3n de acuerdo con la informaci\u00f3n recibida; el receptor puede inferir si las dificultades de recepci\u00f3n que observa son de origen local, regional o m\u00e1s amplio. El supervisor recibir\u00e1 solamente los paquetes RTCP, con lo cual podr\u00e1 evaluar la calidad de funcionamiento de la red.<\/p>\n

\"Diagrama

Diagrama del paquete completo de transporte<\/p><\/div>\n

La investigaci\u00f3n sobre VoIP, nos permite ajustarnos de una forma m\u00e1s segura y sencilla al incremento del tr\u00e1fico que vaya surgiendo como producto de las nuevas migraciones que se hagan hacia la plataforma de VoIP.<\/p>\n

La rentabilidad en la utilizaci\u00f3n de soluciones IP se basa en el desarrollo de nuevos servicios, VoIP significa rapidez en la instalaci\u00f3n si se compara con una red similar usando tecnolog\u00eda de circuitos conmutados.<\/p>\n

Est\u00e1 claro que el escenario actual seguir\u00e1 evolucionando hacia la convergencia tecnol\u00f3gica efectiva: la tendencia es ir a un escenario final donde dispondremos de una red de multiservicios que integre todo tipo de contenidos (voz, v\u00eddeo y datos) y que nos permita entregarlos de forma personalizada a cualquier tipo de usuario, en cualquier tipo de terminal, con la calidad requerida e independientemente de la ubicaci\u00f3n de aqu\u00e9l.<\/p>\n

En el estado actual de esta evoluci\u00f3n, la tecnolog\u00eda adecuada parece ser la VoIP como soporte del servicio de Telefon\u00eda IP (TIP); y como primera propuesta para disponer de un mecanismo de se\u00f1alizaci\u00f3n y control para las necesidades que plantea el servicio de TIP, se ha desarrollado la recomendaci\u00f3n H.323 de la ITU-T, y todos los protocolos asociados que han surgido del mundo tradicional.<\/p>\n

Sin embargo, parece que ante un escenario basado en redes y servicios IP, ha ganado muchos puntos la sencillez, flexibilidad y robustez de SIP; y se perfila como la apuesta clara de futuro (que por otra parte se ve\u00eda venir como contrapartida desde el mundo de Internet ante las iniciativas del mundo institucional).
\nEvidentemente, a nadie se escapa que, inmersos como estamos en un esfuerzo de integraci\u00f3n y convivencia entre tecnolog\u00edas, que parten de planteamientos, en principio divergentes, no debemos buscar soluciones excluyentes; de manera que no hay que olvidarse de iniciativas como la de MGCP, o esfuerzos dirigidos a buscar mecanismos de interoperabilidad como el proyecto TIPHON de la ETSI.<\/p>\n

Si tenemos que quedarnos con una idea, debe ser la siguiente. Ante la creciente demanda de servicios de multiconferencia multimedia en tiempo real, con funcionalidades de colaboraci\u00f3n, parece que son los desarrollos ligados a SIP los que dan una respuesta m\u00e1s satisfactoria a los retos que presenta la implementaci\u00f3n de tales servicios. Adem\u00e1s en un mundo IP, con la Web como canal de comunicaci\u00f3n por defecto, y una oferta cada vez mayor de tecnolog\u00edas de acceso y soluciones de movilidad, tiene sentido apostar decididamente por SIP.<\/p>\n

Se puede concluir diciendo que VoIP es una tecnolog\u00eda que tiene todos los elementos para su r\u00e1pido desarrollo. Como muestra se puede ver que compa\u00f1\u00edas como Cisco, la han incorporado a su cat\u00e1logo de productos, los tel\u00e9fonos IP est\u00e1n ya disponibles y los principales operadores mundiales, as\u00ed como Telef\u00f3nica, est\u00e1n promoviendo activamente el servicio IP a las empresas, ofreciendo calidad de voz a trav\u00e9s del mismo. Por otro lado se tiene ya un est\u00e1ndar que nos garantiza interoperabilidad entre los distintos fabricantes.<\/p>\n

Despu\u00e9s de haber realizado el estudio de la integraci\u00f3n de IP sobre redes \u00f3pticas vemos que nos ha proporcionado una descripci\u00f3n de diversos protocolos y soluciones hardware para los paquetes IP de transporte sobre una red WDM\/DWDM.<\/p>\n

La mejor opci\u00f3n para IP sobre WDM\/DWDM en las futuras redes. Se ha visto que se precisan algunos cambios en las configuraciones del hardware para hacer los routers capaces de manejar los paquetes a velocidades de Gigabit, as\u00ed como el uso de switch fabricados en vez de buses. Tambi\u00e9n se ve que el uso de MPLS es el relevo a la carga de las largas tablas de b\u00fasqueda en los routers, y adem\u00e1s realiza las funcionalidades de la red.<\/p>\n

El trabajo ha mostrado algunas de las posibilidades de las cuales WDM puede dar en t\u00e9rminos de funcionalidad. La posibilidad de conexi\u00f3n cruzada y enrutar los flujos IP con la ayuda de las longitudes de onda y de tal modo de conseguir una menor lat\u00e9ncia en la red. Por otra parte se ve las diversas formas de realizar la protecci\u00f3n de la conmutaci\u00f3n de la longitud de onda y c\u00f3mo esto se compara en t\u00e9rminos de velocidad con la redundancia en los interfaces de los routers.<\/p>\n

Las tendencias que prevalecen en IP sobre WDM son interfaces de routers m\u00e1s r\u00e1pidos, incremento del n\u00famero de las longitudes de onda, el movimiento del enrutamiento a las capas m\u00e1s bajas, los nuevos protocolos adaptados a IP sobre WDM y protocolos menores de conversi\u00f3n entre las particiones de la red. En el resumen, estas tendencias representan la conducci\u00f3n de las fuerzas detr\u00e1s del movimiento de hacer las redes m\u00e1s simples y m\u00e1s rentables usando IP sobre WDM.<\/p>\n

Considerando los costes de gesti\u00f3n de hoy en d\u00eda, las soluciones de gesti\u00f3n integrada para entregar servicios extremos a extremo eficientemente en un ambiente de m\u00faltiples capas heterog\u00e9neos de la red constituyen un factor dominante para la introducci\u00f3n de las nuevas arquitecturas de red, tecnolog\u00edas, y servicios.<\/p>\n

Tomado de: http:\/\/www.monografias.com\/trabajos33\/telecomunicaciones\/telecomunicaciones3.shtml#protoctransporte#ixzz4Gvsco4Rx<\/p>\n

Emprendiendo en la Telefon\u00eda por Internet<\/h2>\n

\"empresa-de-telefonia-voip\"<\/a>
\n