Que Dios me perdone...
Pero tas MU verde, MU verde... a mi me lleví varios años pegar el salto de asterisk a aterisk+openser... pero bueno.. te ayudaremos como podamos!!! que para eso estamos!
Cuando te entre la llamada por analógico, es simple:
[in-net] # supongo que así se llama en context de entrada analógico exten => s,1,Dial(SIP/{EXTEN}@[ip_del_openser])
tienes que enterder 2 cosas:
puedes sobre-escribir {EXTEN} por cualquier cosa que le quieras mandar al openser. DEBES sobre-escribir [ip_del_openser] por la ip real del openser....
por ejemplo, si entra una llamada y quieres que se reenvíe al usuario 9999999 que está REGISTRADO en el openser, cuya dirección es 192.168.1.1sería algo así como:
exten => s,1,Dial(SIP/9999999@192.168.1.1)
con ésto te llegará una llamada al openser con destino 9999999, después de verificar el trusted, simplemente lo mandas al lookup("location") y santas pascuas!
SUERTE!!!
d
2008/8/26 troxlinux xserverlinux@gmail.com
ok lo que quiero decir es que al agregar mi ip a la tabla trusted de mi openser donde tengo mi kamailio y asterisk juntos ya no me pedirá la auntenticacion que era mi problema en el INVITE , pero como hago para decirle a que extension sip va caer ese llamada o si es un IVR , osea las llamadas que me entran de la PSTNada
en mi zaptel el contexto de los canales es in-net
en mi extension.conf
[in-net]
exten=s,1,dial(SIP/${EXTEN}@openser) exten=s,n,Hangup()
exten => _XXXXXXX,1,Dial(Zap/g0/${EXTEN},68,tT) exten => _XXXXXXX,n,Hangup
de echo viendo la traza del sip , manda el INVITE el astersik a openser , este lo acepta y le responde que no conoce el usuario sip:s@192.168.10.1 sip%3As@192.168.10.1 , NOT FOUND 404
como debería ir la parte del extension.conf ?
añadi algo asi pero no me funciona
exten=s,1,dial(SIP/${EXTEN}@openser/111)
#### Mi traza Sip ############
interface: any filter: (ip) and ( port 5060 ) # U +0.073025 192.168.10.1:5070 -> 192.168.10.1:5060 INVITE sip:s@192.168.10.1 sip%3As@192.168.10.1 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport From: "asterisk" sip:asterisk@192.168.10.1:5070;tag=as6db1b42b To: <sip:s@192.168.10.1 sip%3As@192.168.10.1> Contact: sip:asterisk@192.168.10.1:5070 Call-ID: 7a32232b50093a3d68d9cac9750f59e3@192.168.10.1 CSeq: 102 INVITE User-Agent: Asterisk PBX Max-Forwards: 70 Date: Tue, 26 Aug 2008 19:52:27 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Type: application/sdp Content-Length: 285
v=0 o=root 3398 3398 IN IP4 192.168.10.1 s=session c=IN IP4 192.168.10.1 t=0 0 m=audio 10802 RTP/AVP 0 18 101 a=rtpmap:0 PCMU/8000 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=no a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv
# U +0.000248 192.168.10.1:5060 -> 192.168.10.1:5070 SIP/2.0 404 User Not Found Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport=5070 From: "asterisk" sip:asterisk@192.168.10.1:5070;tag=as6db1b42b To: <sip:s@192.168.10.1 sip%3As@192.168.10.1
;tag=36839585464337ac048b06b445c90d99.f71b
Call-ID: 7a32232b50093a3d68d9cac9750f59e3@192.168.10.1 CSeq: 102 INVITE Server: Kamailio (1.4.0-notls (i386/linux)) Content-Length: 0
# U +0.000145 192.168.10.1:5070 -> 192.168.10.1:5060 ACK sip:s@192.168.10.1 sip%3As@192.168.10.1 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.1:5070;branch=z9hG4bK35771481;rport From: "asterisk" sip:asterisk@192.168.10.1:5070;tag=as6db1b42b To: <sip:s@192.168.10.1 sip%3As@192.168.10.1
;tag=36839585464337ac048b06b445c90d99.f71b
Contact: sip:asterisk@192.168.10.1:5070 Call-ID: 7a32232b50093a3d68d9cac9750f59e3@192.168.10.1 CSeq: 102 ACK User-Agent: Asterisk PBX Max-Forwards: 70 Content-Length: 0
# U +0.102603 192.168.10.28:5060 -> 192.168.10.1:5060
s D # h exit 19 received, 0 dropped
..
El día 26 de agosto de 2008 12:54, Saúl Ibarra saghul@gmail.com escribió:
La verdad es que no :-/ puedes detallar un poco más eso? No se muy bien a que te refieres...
--
Users-es mailing list Users-es@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es