27 Mar
2010
27 Mar
'10
11:39 a.m.
Aupa Christian,
2010/3/27 Christian Pinedo Zamalloa <chr.pinedo(a)gmail.com>om>:
Iñaki igual se me escapa el procedimiento de
negociación de codecs por SDP
pero mi idea era esta:
- en SDP cada terminal detalla la IP, puerto y codecs que soporta para la
sesión RTP de audio
- un teléfono ya sabe a que IP/puerto debe enviar el flujo RTP por lo que un
telefono un poco más espabilado podría seleccionar de la lista de codecs los
mas adecuados (bajo bitrate o alto bitrate) en función de unas
configuraciones por IPs de los usuarios en cada telefono (por ejemplo en mi
LAN alto bitrate resto bajo bitrate)
Esto siempre daría más juego que la clásica lista de codecs ordenada de
mayor preferencia a menor preferencia en el teléfono independientemente del
tipo de llamada.
El tema es que tu el INVITE lo mandas a christian(a)empresa.com, y no
sabes cómo va a ser el SDP que venga de vuelta. Puede que el usuario
se encuentre en el exterior con un softphone en un portátil, pero
luego esté en la oficina, y por lo tanto su SDP sí que pueda contener
una IP del rango de la LAN.
Por otro lado, también habría que tener en cuenta el tratamiento de
NAT, porque si al lanzar el INVITE el proxy ve que estás detrás de NAT
no habitual es 'manglear' (?cómo de dice esto en castellano?) el SDP,
po lo que tampoco tendría una IP privada al llegar al terminal
destino.
Supongo que todo esto no aplica a tu escenario, ya que tu tienes el
control y sabes qué te va a llegar y desde que IPs, pero lo que
comentas no lo veo como algo que se pudiera aplicar 'in the wild', por
las razones que he comentado.
Saludos,
--
/Saúl
http://saghul.net | http://sipdoc.net