Volviendo al tema de la selección del codec... ¿los teléfonos SIP no tienen mecanismos para la selección selectiva de codecs no?<br><br>Vamos yo por lo menos no conozco ningún teléfono/protocolo/mecanismo que soportase preferencias de codecs en función de redes IP. Por ejemplo, redes IP local y x redes (<a href="http://192.168.0.0/16">192.168.0.0/16</a>) preferencia de codecs de high quality pero resto de redes (<a href="http://0.0.0.0/0">0.0.0.0/0</a>) preferencia de codecs de low bitrate. Aunque por SDP el telefono anunciase todos los codecs utilizaría las preferencias de codecs anteriores.<br>
<br>Al final es buscar algo más potente que el puñetero codec preferido para cualquier comunicación independiente de la red LAN/WAN.<br><br><br><div class="gmail_quote">El 26 de marzo de 2010 12:16, Iñaki Baz Castillo <span dir="ltr"><<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">El día 26 de marzo de 2010 12:12, Saúl Ibarra <<a href="mailto:saghul@gmail.com">saghul@gmail.com</a>> escribió:<br>
<div class="im"><br>
>> - Forzar a usar un codec de low bitrate cuando las llamadas son por la WAN<br>
>> (pero seguir usando un codec de high bitrate en la LAN)<br>
>> * Hay algún modulo que permita modificar la negociación SDP entre<br>
>> terminales SIP para forzar el uso de unos codecs cuando se llamen a unas<br>
>> extensiones locales (misma LAN) o a otras extensiones (salida por la WAN).<br>
>> * Esta negociación selectiva de codecs se puede hacer con los teléfonos<br>
>> directamente o es necesario hacerlo en el SIP Proxy?<br>
>><br>
><br>
> Hacer esto es un poco 'sucio' en el proxy, pero poderse se puede<br>
> intentar. Tienes funciones de manipulación de codecs en el módulo<br>
> textops (creo que Kamailio tb tiene, sino el port de OpenSIPS no tiene<br>
> que ser complicado AFAIK).<br>
<br>
</div>Módulo qos de Kamailio.<br>
Aunque coincido con Saghul plenamente: hacer esto en un proxy es<br>
"sucio" y acabarás teniendo problemas.<br>
<div class="im"><br>
<br>
<br>
> La idea sería que siempre ofrezcas ambos codecs y si en el proxy eres<br>
> capaz de saber que ambos users son de la misma LAN, haces la ñapa en<br>
> el SDP y a correr.<br>
<br>
</div>Si sólo es eso croe que el módulo qos te podría valer (aunque<br>
reconozco que nunca lo he usado).<br>
<div class="im"><br>
<br>
<br>
<br>
>> - Limitar a X llamadas cuando las llamadas salen por la WAN<br>
>> * Creo que con el mismo módulo dialog se podría hacer un seguimiento de<br>
>> las conversaciones en activo ¿algun otro modulo?<br>
>><br>
><br>
> Creo que hay algo en el kamailio nuevo, pero con el dialog lo puedes<br>
> hacer, aunque tiene limitaciones en escenarios con parallel forking.<br>
<br>
</div>Usa "profles with value" del módulo dialog, siendo el "value" el id de<br>
cliente asociado.<br>
No es 100% fiable, ojo, pero más o menos sirve. Lo uso en producción y<br>
sin problema.<br>
<font color="#888888"><br>
<br>
--<br>
Iñaki Baz Castillo<br>
<<a href="mailto:ibc@aliax.net">ibc@aliax.net</a>><br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
SR-Users-ES mailing list<br>
<a href="mailto:SR-Users-ES@lists.sip-router.org">SR-Users-ES@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-es</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Christian Pinedo Zamalloa (zako)<br>PGP keyID: 0x828D0C80<br>Fingerprint: 7BFF 4105 F46B 7977 BD96 348C 1007 4FF8 828D 0C80<br>
<div style="visibility: hidden; display: inline;" id="avg_ls_inline_popup"></div><style type="text/css">#avg_ls_inline_popup { position:absolute; z-index:9999; padding: 0px 0px; margin-left: 0px; margin-top: 0px; width: 240px; overflow: hidden; word-wrap: break-word; color: black; font-size: 10px; text-align: left; line-height: 13px;}</style>