Hola.<br>Ahí va un script para debian squeeze donde se instala Kamailio como SIP proxy y asterisk como server SIP. Está sin probar, posiblemente fallen muchas cosas, pero por si alguien tiene ganas de ir ejecutando....<br>
<a href="https://github.com/gurumelo/asteriskkamailio/blob/master/asteriskkamaili0.sh">https://github.com/gurumelo/asteriskkamailio/blob/master/asteriskkamaili0.sh</a><br><div class="gmail_extra"><br><br><div class="gmail_quote">
El 19 de noviembre de 2012 15:43, Angel Elena <span dir="ltr"><<a href="mailto:craem@craem.net" target="_blank">craem@craem.net</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yo tengo un kamailio preparado para poner delante de mi asterisk, a falta de acabar unas pruebas con el módulo nat helper y pike.... el resto es ver cómo integrarlo... dundi / enum<br>
<br>
En mi caso, la mayor parte del tráfico que tengo es entre peers y mi salida a la pstn es por IP contra un proveedor que usa Kamailio también, con lo que ahorraría bastante ancho de banda y recursos, a parte que necesito integrarlo con un producto que va con sip/tcp.<br>
<br>
No sé, creo que definir rutas en kamailio es más facil que ir jugando con el dialplan de asterisk ; es una idea<br>
<br>
<br>
-----Mensaje original-----<br>
De: Antonio Pardo <<a href="mailto:apardo@sindominio.net">apardo@sindominio.net</a>><br>
Enviado: Lun 19-11-2012 15:27<br>
<div class="im">Asunto: Re: [PLN] ipv6 vs asterisk+kamailio<br>
</div>Archivos adjuntos: signature.asc<br>
Para: <a href="mailto:pln@marsupi.org">pln@marsupi.org</a>;<br>
<div class="HOEnZb"><div class="h5">> Buenas,<br>
><br>
> El 15/11/12 23:06, Angel Elena escribió:<br>
> > A lo que comentaba BlackHold.<br>
> ><br>
> > Asterisk, como todos sabemos es un B2BUA, o sea, back-to-back user agent y se<br>
> encarga de gestionar señalización + rtp.<br>
> ><br>
> > Asterisk, tampoco soporta TLS ni SIP /TCP de manera eficiente y tampoco está<br>
> pensado para tener muchas llamadas concurrentes, a parte de que tampoco es<br>
> multi-homed (escuchar por varias interfaces; tengo un problema en mi nodo por<br>
> este motivo).<br>
> ><br>
> > La idea es, tener en los nodos un kamailio, que a nivel de SIP es mucho más<br>
> RFC Compliant que asterisk, soporta SIP/TCP TLS de manera eficiente y es un<br>
> proxy.<br>
> ><br>
> > También, al usar nat Helper + TCP / TLS, podríamos dejar de usar vpn's entre<br>
> los nodos y tendríamos cifradas las llamadas... es una idea.<br>
> ><br>
> > Con kamailio no tenemos dundi, pero tenemos enum, que es parecido (bajo mi<br>
> punto de vista) y podemos tratar de manera eficiente la señalización / rtp,<br>
> pudiendo hacer comunicaciones de extremo a extremo directamente..... ya sé que<br>
> en asterisk tenemos el canreinvite, pero parece una ñapa en toda regla.<br>
> ><br>
> ><br>
> > Si la idea de poner un proxy no os convence, se podría probar FreeSwitch, que<br>
> como stack SIP usa Sofia; mucho más eficiente, robusto y podemos usar tcp / tls<br>
> de manera eficiente.<br>
> ><br>
> > salu2<br>
><br>
> ¿tenéis alguna propuesta definida para introducir Kamailio en la maqueta<br>
> que tenemos ahora?<br>
><br>
> Yo tengo pendiente reunirme con Crespo para hablar de esto.<br>
><br>
> Saludos<br>
><br>
><br>
</div></div><div class="HOEnZb"><div class="h5">> _______________________________________________<br>
> PLN mailing list<br>
> <a href="mailto:PLN@marsupi.org">PLN@marsupi.org</a><br>
> <a href="https://lists.marsupi.org/listinfo/pln" target="_blank">https://lists.marsupi.org/listinfo/pln</a><br>
><br>
_______________________________________________<br>
PLN mailing list<br>
<a href="mailto:PLN@marsupi.org">PLN@marsupi.org</a><br>
<a href="https://lists.marsupi.org/listinfo/pln" target="_blank">https://lists.marsupi.org/listinfo/pln</a><br>
</div></div></blockquote></div><br></div>