Basta ya de buscar en otras webs ya que estás al sitio justo, poseemos la solución que deseas y sin complicarte.
Solución:
tomado del enlace:
SSRC Identifica la fuente de sincronización. El valor se elige aleatoriamente, con la intención de que dos fuentes de sincronización dentro de la misma sesión RTP no tengan el mismo SSRC. Aunque la probabilidad de que varias fuentes elijan el mismo identificador es baja, todas las implementaciones de RTP deben estar preparadas para detectar y resolver colisiones. Si una fuente cambia su dirección de transporte de fuente, también debe elegir un nuevo SSRC para evitar que se interprete como una fuente en bucle.
CSRC Un array de 0 a 15 elementos CSRC que identifican las fuentes contribuyentes para la carga útil contenida en este paquete. El número de identificadores viene dado por el campo CC. Si hay más de 15 fuentes contribuyentes, solo se pueden identificar 15. Los mezcladores insertan los identificadores CSRC, utilizando los identificadores SSRC de las fuentes contribuyentes. Por ejemplo, para paquetes de audio, los identificadores SSRC de todas las fuentes que fueron mixed juntos para crear un paquete se enumeran, lo que permite la indicación correcta del hablante en el receptor.
Para ser honesto, nunca he visto a nadie usar SSRC o CSRC de manera significativa. En todo el código con el que he tratado, solo generamos un número aleatorio en SSRC y nunca nos molestamos en completar CSRC.
Supongo que SSRC puede ser útil para rastrear y/o detectar rutas de audio en bucle.
Supongo que CSRC puede ser útil para un punto final SIP que recibe audio de servidores de conferencias donde hay múltiples fuentes de audio. mixed juntos como se insinúa en la cita anterior. Como dije, en el código del servidor de conferencias con el que he tratado, no nos molestamos.
Con respecto a su pregunta “¿Significa que en la red puede haber muchos remitentes que contribuyen a RTP (red de multidifusión) y para identificar de qué fuente proviene el paquete?”
no es especificamente true porque cuando hay muchas fuentes el video/audio es mixed por el mezclador RTP y el SSRC en este caso es el mezclador RTP SSRC que no es la fuente del remitente del paquete RTP, para conocer las fuentes, debe mirar el CSRC array que tiene estas fuentes identificadas por SSRC único el tamaño de la array viene dado también por el campo de cabecera CC: count CSRC.
Si el audio/video no se combina (unidifusión), entonces el SSRC es del remitente de este video/audio y CSRC no se completa.
Presentación útil: http://voip.netlab.uky.edu/~fei/teaching/cs671/slides/rtp.pdf
valoraciones y reseñas
Recuerda algo, que tienes autorización de añadir una evaluación acertada si diste con el resultado.