Navigation
Conclusión
Home
Introducción
Links de Interés
RTP - RTCP
Servidor Shoutcast
¿Cómo transmite Shoutcast por la red?
 

Conclusión

A modo de conclusión y como el fin de realizar la transmisión de audio era dar muestra del uso y de la vigencia del protocolo RTP o bien si no era ese el protocolo utilizado realizar una comparación con RTP, vamos a comparar desde ciertos puntos las garantías que dan RTP y TCP a la transmisión de contenido de audio.

  • Paquetes en orden: Ambos protocolos nos dan la garantía de que la entrega de los paquetes sea en orden mediante los números de secuencia.
  • Garantía de llegada de los paquetes: RTP trabaja generalmente sobre UDP y UDP no garantiza la llegada de los paquetes para disminuir los tiempos de espera en aplicaciones en tiempo real, TCP garantiza la llegada de los paquetes si bien es posible que el control de congestión haga que demore un poco más el tiempo de llegada no le concierne a este criterio de comparación.
  • Retardos: El control de congestión de TCP juega en contra con respecto a este criterio a diferencia de RTP que al trabajar sobre UDP no tiene este problema, sin embargo TCP en un esfuerzo por disminuir el retardo hace que los paquetes transmitidos se salten el buffer y pasen inmediatamente a la aplicacion mediante el flag ''Push''.


Como conclusión general pude observar el acoplamiento de los protocolos, ''el trabajo en equipo'' entre las distintas capas y protocolos de Internet para formar la gran nube que conocemos y todas sus aplicaciones, pues yo en un principio esperaba encontrar algún protocolo desconocido que se utilizara para la transmisión de audio, cuando estaba analizando los paquetes descubrí que era TCP el que estaba realizando la función pero también encontré otros paquetes con protocolos  que no estaba buscando como el caso de TLSv1.2 pero que de alguna manera también trabaja en la transmisión.




Updated on ene 16, 2014 by jesenia salazar (Version 3)