[Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
señores tengo algo peculiar que me esta pasando , estoy tratando de migrar mi proxy de la version 1.3x a opensip 1.4.4 , he estado leyendo y se que algunas cosas cambiaron pero lo raro es que cuando llamo de una extensión a otro a me salta directo al voicemail como si estuviera ocupado ... y eso hablando de extensiones en la misma red , no externas ... este pegon si lo tengo duro , no se por donde buscarle ... disculpen que añada este trozote de log sip ... interface: any filter: (ip) and ( port 5060 ) # U +1.038668 192.168.10.19:5060 -> 192.168.10.3:5060 INVITE sip:201@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-95de5398 From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3> Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 101 INVITE Max-Forwards: 70 Contact: <sip:200@192.168.10.19:5060> Expires: 240 User-Agent: Linksys/SPA942-6.1.3(a) Content-Length: 206 Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Supported: replaces Content-Type: application/sdp v=0 o=- 47854 47854 IN IP4 192.168.10.19 s=- c=IN IP4 192.168.10.19 t=0 0 m=audio 16402 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:30 a=sendrecv # U +0.000438 192.168.10.3:5060 -> 192.168.10.19:5060 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-95de5398 From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.62fe Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 101 INVITE Proxy-Authenticate: Digest realm="192.168.10.3", nonce="49b6c7130000001145db79bf52de222d013769f25c8daa66" Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 # U +0.015654 192.168.10.19:5060 -> 192.168.10.3:5060 ACK sip:201@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-95de5398 From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.62fe Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 101 ACK Max-Forwards: 70 Contact: <sip:200@192.168.10.19:5060> User-Agent: Linksys/SPA942-6.1.3(a) Content-Length: 0 # U +0.003845 192.168.10.19:5060 -> 192.168.10.3:5060 INVITE sip:201@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-82527624 From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3> Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 INVITE Max-Forwards: 70 Proxy-Authorization: Digest username="200",realm="192.168.10.3",nonce="49b6c7130000001145db79bf52de222d013769f25c8daa66",uri="sip:201@192.168.10.3",algorithm=MD5,response="f61b7ab5b597daea13911d7630e9dc4a" Contact: <sip:200@192.168.10.19:5060> Expires: 240 User-Agent: Linksys/SPA942-6.1.3(a) Content-Length: 206 Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Supported: replaces Content-Type: application/sdp v=0 o=- 47854 47854 IN IP4 192.168.10.19 s=- c=IN IP4 192.168.10.19 t=0 0 m=audio 16402 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:30 a=sendrecv # U +0.001341 192.168.10.3:5060 -> 192.168.10.19:5060 SIP/2.0 100 Giving a try Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-82527624 From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3> Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 INVITE Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 # U +0.000131 192.168.10.3:5060 -> 192.168.10.3:5070 INVITE sip:201@192.168.10.3:5070 SIP/2.0 Record-Route: <sip:192.168.10.3;lr=on;ftag=327eaf6c2c6324f1o0> Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK5afe.11d6393.0 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-82527624 From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3> Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 INVITE Max-Forwards: 69 Proxy-Authorization: Digest username="200",realm="192.168.10.3",nonce="49b6c7130000001145db79bf52de222d013769f25c8daa66",uri="sip:201@192.168.10.3",algorithm=MD5,response="f61b7ab5b597daea13911d7630e9dc4a" Contact: <sip:200@192.168.10.19:5060> Expires: 240 User-Agent: Linksys/SPA942-6.1.3(a) Content-Length: 206 Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Supported: replaces Content-Type: application/sdp v=0 o=- 47854 47854 IN IP4 192.168.10.19 s=- c=IN IP4 192.168.10.19 t=0 0 m=audio 16402 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-15 a=ptime:30 a=sendrecv # U +0.000688 192.168.10.3:5070 -> 192.168.10.3:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK5afe.11d6393.0;received=192.168.10.3 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-82527624 Record-Route: <sip:192.168.10.3;lr=on;ftag=327eaf6c2c6324f1o0> From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3> Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:201@192.168.10.3:5070> Content-Length: 0 # U +0.000598 192.168.10.3:5070 -> 192.168.10.3:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK5afe.11d6393.0;received=192.168.10.3 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-82527624 Record-Route: <sip:192.168.10.3;lr=on;ftag=327eaf6c2c6324f1o0> From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3>;tag=as4a245f87 Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:201@192.168.10.3:5070> Content-Type: application/sdp Content-Length: 238 v=0 o=root 9235 9235 IN IP4 192.168.10.3 s=session c=IN IP4 192.168.10.3 t=0 0 m=audio 17814 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv # U +0.000278 192.168.10.3:5060 -> 192.168.10.19:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-82527624 Record-Route: <sip:192.168.10.3;lr=on;ftag=327eaf6c2c6324f1o0> From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3>;tag=as4a245f87 Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:201@192.168.10.3:5070> Content-Type: application/sdp Content-Length: 238 v=0 o=root 9235 9235 IN IP4 192.168.10.3 s=session c=IN IP4 192.168.10.3 t=0 0 m=audio 17814 RTP/AVP 0 101 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-16 a=silenceSupp:off - - - - a=ptime:20 a=sendrecv # U +0.018455 192.168.10.19:5060 -> 192.168.10.3:5060 ACK sip:201@192.168.10.3:5070 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-c1874d9d From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3>;tag=as4a245f87 Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 ACK Max-Forwards: 70 Route: <sip:192.168.10.3;lr=on;ftag=327eaf6c2c6324f1o0> Proxy-Authorization: Digest username="200",realm="192.168.10.3",nonce="49b6c7130000001145db79bf52de222d013769f25c8daa66",uri="sip:201@192.168.10.3",algorithm=MD5,response="f61b7ab5b597daea13911d7630e9dc4a" Contact: <sip:200@192.168.10.19:5060> User-Agent: Linksys/SPA942-6.1.3(a) Content-Length: 0 # U +0.000206 192.168.10.3:5060 -> 192.168.10.3:5070 ACK sip:201@192.168.10.3:5070 SIP/2.0 Record-Route: <sip:192.168.10.3;lr=on;ftag=327eaf6c2c6324f1o0> Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK5afe.11d6393.2 Via: SIP/2.0/UDP 192.168.10.19:5060;branch=z9hG4bK-c1874d9d From: <sip:200@192.168.10.3>;tag=327eaf6c2c6324f1o0 To: "kamailio-14x" <sip:201@192.168.10.3>;tag=as4a245f87 Call-ID: acc6c148-4348dcc5@192.168.10.19 CSeq: 102 ACK Max-Forwards: 69 Proxy-Authorization: Digest username="200",realm="192.168.10.3",nonce="49b6c7130000001145db79bf52de222d013769f25c8daa66",uri="sip:201@192.168.10.3",algorithm=MD5,response="f61b7ab5b597daea13911d7630e9dc4a" Contact: <sip:200@192.168.10.19:5060> User-Agent: Linksys/SPA942-6.1.3(a) Content-Length: 0 # U +4.600183 192.168.10.3:5070 -> 192.168.10.3:5060 OPTIONS sip:192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.3:5070;branch=z9hG4bK60d4a50f;rport From: "asterisk" <sip:asterisk@192.168.10.3:5070>;tag=as5417e9bc To: <sip:192.168.10.3> Contact: <sip:asterisk@192.168.10.3:5070> Call-ID: 2ec730764cddd1bf15e296f168d9b0bf@192.168.10.3 CSeq: 102 OPTIONS User-Agent: Asterisk PBX Max-Forwards: 70 Date: Tue, 10 Mar 2009 20:00:57 GMT Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Content-Length: 0 # U +0.000269 192.168.10.3:5060 -> 192.168.10.3:5070 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.10.3:5070;branch=z9hG4bK60d4a50f;rport=5070 From: "asterisk" <sip:asterisk@192.168.10.3:5070>;tag=as5417e9bc To: <sip:192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.0e65 Call-ID: 2ec730764cddd1bf15e296f168d9b0bf@192.168.10.3 CSeq: 102 OPTIONS Proxy-Authenticate: Digest realm="192.168.10.3", nonce="49b6c717000000127f72fab6bd7f924f5d24d09098273864" Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 mi segundo problemilla es con los permisos tengo algunas usuarios que hacer llamadas a la pstn y otros a algunos proveedores voip , pero esto no lo respeta el proxy cualquiera puede llamar a la pstn etc... y la extension 201 no tiene permisos para las llamadas locales , tengo el modulo group.so cargado y el permissions.so dentro del opensips.cfg tengo añadido este trozo de codigo if (uri=~"^sip:[2346597][0-9]{6}@.*") { # if (is_user_in("From", "local")){ if (is_user_in("credentials", "local")){ route(4); y veo que esto se mantiene en esta version .... añado algunos log U +0.963418 192.168.10.30:5064 -> 192.168.10.3:5060 INVITE sip:2685249@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.30:5064;branch=z9hG4bK8cb08d7b02da46ac From: "Opensips-14x" <sip:201@192.168.10.3>;tag=f89d240daba57386 To: <sip:2685249@192.168.10.3> Contact: <sip:201@192.168.10.30:5064;transport=udp> Supported: replaces, timer, path Call-ID: 52934087b53c9f07@192.168.10.30 CSeq: 20723 INVITE User-Agent: Grandstream GXP2020 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE Content-Type: application/sdp Content-Length: 238 v=0 o=201 8000 8000 IN IP4 192.168.10.30 s=SIP Call c=IN IP4 192.168.10.30 t=0 0 m=audio 5050 RTP/AVP 18 0 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 # U +0.000418 192.168.10.3:5060 -> 192.168.10.30:5064 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.10.30:5064;branch=z9hG4bK8cb08d7b02da46ac From: "Opensips-14x" <sip:201@192.168.10.3>;tag=f89d240daba57386 To: <sip:2685249@192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.00fb Call-ID: 52934087b53c9f07@192.168.10.30 CSeq: 20723 INVITE Proxy-Authenticate: Digest realm="192.168.10.3", nonce="49b6c5f00000000c81c829543f443c845ee6c9514213aa27" Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 # U +0.022859 192.168.10.30:5064 -> 192.168.10.3:5060 ACK sip:2685249@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.30:5064;branch=z9hG4bK8cb08d7b02da46ac From: "Opensips-14x" <sip:201@192.168.10.3>;tag=f89d240daba57386 To: <sip:2685249@192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.00fb Contact: <sip:201@192.168.10.30:5064;transport=udp> Supported: path Call-ID: 52934087b53c9f07@192.168.10.30 CSeq: 20723 ACK User-Agent: Grandstream GXP2020 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE Content-Length: 0 # U +0.018038 192.168.10.30:5064 -> 192.168.10.3:5060 INVITE sip:2685249@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.30:5064;branch=z9hG4bKd5d3f9baf951bf4e From: "Opensips-14x" <sip:201@192.168.10.3>;tag=f89d240daba57386 To: <sip:2685249@192.168.10.3> Contact: <sip:201@192.168.10.30:5064;transport=udp> Supported: replaces, timer, path Proxy-Authorization: Digest username="201", realm="192.168.10.3", algorithm=MD5, uri="sip:2685249@192.168.10.3", nonce="49b6c5f00000000c81c829543f443c845ee6c9514213aa27", response="269dbb2125ca6984dbb8d427a0f6a053" Call-ID: 52934087b53c9f07@192.168.10.30 CSeq: 20724 INVITE User-Agent: Grandstream GXP2020 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK,MESSAGE Content-Type: application/sdp Content-Length: 238 v=0 o=201 8000 8001 IN IP4 192.168.10.30 s=SIP Call c=IN IP4 192.168.10.30 t=0 0 m=audio 5050 RTP/AVP 18 0 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 # U +0.001127 192.168.10.3:5060 -> 192.168.10.30:5064 SIP/2.0 100 Giving a try Via: SIP/2.0/UDP 192.168.10.30:5064;branch=z9hG4bKd5d3f9baf951bf4e From: "Opensips-14x" <sip:201@192.168.10.3>;tag=f89d240daba57386 To: <sip:2685249@192.168.10.3> Call-ID: 52934087b53c9f07@192.168.10.30 CSeq: 20724 INVITE Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 alguna idea ... -- rickygm http://gnuforever.homelinux.com
El Martes, 10 de Marzo de 2009, troxlinux escribió:
señores tengo algo peculiar que me esta pasando , estoy tratando de migrar mi proxy de la version 1.3x a opensip 1.4.4 , he estado leyendo y se que algunas cosas cambiaron pero lo raro es que cuando llamo de una extensión a otro a me salta directo al voicemail como si estuviera ocupado ... y eso hablando de extensiones en la misma red , no externas ...
OpenSIPs/Kamailio/OpenSer no tiene voicemail integrado así que describir el problema en términos de "voicemail" no ayuda mucho. Nosotros no podemos adivinar tu escenario con tan breve descripción.
este pegon si lo tengo duro , no se por donde buscarle ...
disculpen que añada este trozote de log sip ...
Aquí lo único que está pasando es que Asterisk recibe un INVITE y lo acepta con 200 OK, sea el voicemail o lo que sea.
mi segundo problemilla es con los permisos tengo algunas usuarios que hacer llamadas a la pstn y otros a algunos proveedores voip , pero esto no lo respeta el proxy cualquiera puede llamar a la pstn etc...
y la extension 201 no tiene permisos para las llamadas locales , tengo el modulo group.so cargado y el permissions.so
dentro del opensips.cfg tengo añadido este trozo de codigo
if (uri=~"^sip:[2346597][0-9]{6}@.*") { # if (is_user_in("From", "local")){ if (is_user_in("credentials", "local")){ route(4);
y veo que esto se mantiene en esta version ....
añado algunos log
El log sólo muestra que OpenSIPS recibe un INVITE y tras autenticarlo envía "100 Trying". Con eso poca cosa podemos hacer. -- Iñaki Baz Castillo
El día 10 de marzo de 2009 17:12, Iñaki Baz Castillo <ibc@aliax.net> escribió:
OpenSIPs/Kamailio/OpenSer no tiene voicemail integrado así que describir el problema en términos de "voicemail" no ayuda mucho. Nosotros no podemos adivinar tu escenario con tan breve descripción.
vale comento , tengo actualmente un sip proxy con la versión 1.3.4 integrado con asterisk para pstn , voicemail y salitas de conferencia , pero al intentar pasarlo a la versión de opensips 1.4.4 de opensips y añadir mas futuras a el hago unas pruebas y resulta que al llamar a cualquier usuario registrado en opensips sale ocupado y salta al voicemail de asterisk , todo esto en la misma pc .... ojo el usuario que llamo no esta habldo y esta totalmente registrado ...
Aquí lo único que está pasando es que Asterisk recibe un INVITE y lo acepta con 200 OK, sea el voicemail o lo que sea.
ok
El log sólo muestra que OpenSIPS recibe un INVITE y tras autenticarlo envía "100 Trying". Con eso poca cosa podemos hacer.
como comentaba este sip proxy lo tengo en una misma pc junto con asterisk saludoss -- rickygm http://gnuforever.homelinux.com
El Miércoles, 11 de Marzo de 2009, troxlinux escribió:
El día 10 de marzo de 2009 17:12, Iñaki Baz Castillo <ibc@aliax.net> escribió:
OpenSIPs/Kamailio/OpenSer no tiene voicemail integrado así que describir el problema en términos de "voicemail" no ayuda mucho. Nosotros no podemos adivinar tu escenario con tan breve descripción.
vale comento , tengo actualmente un sip proxy con la versión 1.3.4 integrado con asterisk para pstn , voicemail y salitas de conferencia , pero al intentar pasarlo a la versión de opensips 1.4.4 de opensips y añadir mas futuras a el hago unas pruebas y resulta que al llamar a cualquier usuario registrado en opensips sale ocupado y salta al voicemail de asterisk , todo esto en la misma pc .... ojo el usuario que llamo no esta habldo y esta totalmente registrado ...
Sigues sin aportar información. Hay mil formas de configurar un OpenSIPS para que rute a un voicemail si un usuario está ocupado o no registrado. No dices cómo lo ha hecho. En cualquier caso te recomiendo que añadas unos cuantos XLOG tras la función "lockup('location')", para loguear lo que devuelve dicha función. -- Iñaki Baz Castillo
El día 10 de marzo de 2009 17:50, Iñaki Baz Castillo <ibc@aliax.net> escribió:
Sigues sin aportar información. Hay mil formas de configurar un OpenSIPS para que rute a un voicemail si un usuario está ocupado o no registrado. No dices cómo lo ha hecho.
bueno posteo parte del codigo #CANCEL processing if (is_method("CANCEL")) { if (t_check_trans()) t_relay(); exit; }; t_check_trans (); if( is_method("PUBLISH|SUBSCRIBE")) route(15); if (method=="REGISTER") { route(2); } else { route(3); }; } route[1] { t_on_failure("1"); if (!t_relay()) { # sl_reply_error(); }; exit; } failure_route[1] { if (t_check_status("487")) { exit; }; if (t_check_status("486")) { revert_uri(); prefix("b"); xlog("L_ERR","Stepped into the 486 ruri=<$ru>"); rewritehostport("192.168.10.3:5070"); append_branch(); route(1); exit; }; if (t_check_status("408") || t_check_status("480")) { revert_uri(); prefix("u"); xlog("L_ERR","Stepped into the 480 ruri=<$ru>"); rewritehostport("192.168.10.3:5070"); append_branch(); route(1); exit; }; }
En cualquier caso te recomiendo que añadas unos cuantos XLOG tras la función "lockup('location')", para loguear lo que devuelve dicha función.
agrego este xlog despues del lookup location y despues que reinicio se me muere el opensips no arranca xlog("L_INFO","$Crx404 User Not Found$Cxx\n"); corrijanme si me equivoco si no esta dentro de la tabla lanzara un mensajito en log de opensipss -- rickygm http://gnuforever.homelinux.com
El día 11 de marzo de 2009 1:21, troxlinux <xserverlinux@gmail.com> escribió:
El día 10 de marzo de 2009 17:50, Iñaki Baz Castillo <ibc@aliax.net> escribió:
Sigues sin aportar información. Hay mil formas de configurar un OpenSIPS para que rute a un voicemail si un usuario está ocupado o no registrado. No dices cómo lo ha hecho.
bueno posteo parte del codigo
Según las trazas SIP que mostrabas antes, tu opensips está rutando los INVITE directamente a Asterisk. No has mostrado tu código dónde haces el lookup, pero algo está fallando allí.
En cualquier caso te recomiendo que añadas unos cuantos XLOG tras la función "lockup('location')", para loguear lo que devuelve dicha función.
agrego este xlog despues del lookup location y despues que reinicio se me muere el opensips no arranca
Dará algún mensaje de error.
xlog("L_INFO","$Crx404 User Not Found$Cxx\n");
-- Iñaki Baz Castillo <ibc@aliax.net>
El día 11 de marzo de 2009 4:13, Iñaki Baz Castillo <ibc@aliax.net> escribió:
Según las trazas SIP que mostrabas antes, tu opensips está rutando los INVITE directamente a Asterisk. No has mostrado tu código dónde haces el lookup, pero algo está fallando allí.
te lo envio iñaki y gracias por tu help ... route[2] { # # -- Register request handler -- # if (is_uri_host_local()) { if (!www_authorize("", "subscriber")) { www_challenge("", "0"); exit; }; if (!check_to()) { sl_send_reply("403", "prohibido"); exit; }; save("location"); exit; } else if { sl_send_reply("401", "Desautorizado"); }; } route[3] { # # -- INVITE request handler -- # if (is_from_local()){ # From an internal domain -> check the credentials and the FROM if(!allow_trusted()){ if (!proxy_authorize("","subscriber")) { proxy_challenge("","0"); exit; } else if (!check_from()) { sl_send_reply("403", "Prohibido, use From=ID"); exit; }; } else { log("Request bypassed the auth.using allow_trusted"); }; if(avp_db_load("$ru/username","$avp(s:callfwd)")) { avp_pushto("$ru", "$avp(s:callfwd)"); route(1); exit; } if (uri=~"^/*") { route(4); } consume_credentials(); # Verify aliases lookup("aliases"); if (is_uri_host_local()) { # -- Inbound to Inbound route(10); } else { # -- Inbound to outbound route(11); }; } else { # From an external domain -> do not check credentials #Verify aliases, if found replace R-URI. lookup("aliases"); if (is_uri_host_local()) { #-- Outbound to inbound route(12); } else { # -- Outbound to outbound route(13); }; }; } route[10] { #from an internal domain -> inbound #Native SIP destinations are handled using the location table append_hf("P-hint: inbound->inbound \r\n"); if (uri=~"^sip:[2346597][0-9]{6}@.*") { # if (is_user_in("From", "local")){ if (is_user_in("credentials", "local")){ route(4); exit; } else { sl_send_reply("403", "No tienes permiso para llamadas locales"); exit; }; }; if (!lookup("location")) { xlog("L_INFO","$Crx404 User Not Found$Cxx\n"); if (does_uri_exist()) { revert_uri(); prefix("u"); rewritehostport("192.168.10.3:5070"); route(1); } else { sl_send_reply("404", "Not Found"); exit; }; sl_send_reply("404", "Not Found"); exit; }; route(1); } route[11] { # from an internal domain -> outbound # Simply route the call outbound using DNS search append_hf("P-hint: inbound->outbound \r\n"); route(1); } route[12] { # From an external domain -> inbound # Verify aliases, if found replace R-URI. lookup("aliases"); if (!lookup("location")) { xlog("L_INFO","$Crx404 User Not Found$Cxx\n"); sl_send_reply("404", "Not Found"); exit; }; route(1); } route[13] { #From an external domain outbound #we are not accepting these calls append_hf("P-hint: outbound->inbound \r\n"); sl_send_reply("403", "Forbidden"); exit; } route[4] { rewritehostport("192.168.10.3:5070"); route(1); }
Dará algún mensaje de error.
xlog("L_INFO","$Crx404 User Not Found$Cxx\n");
si te los anexo , es como que no reconoce los caracteres Crx404 ... sbin/opensips[9705]: ERROR:core:pv_parse_spec: error searching pvar "Crx404" Mar 11 09:00:10 twoxserver /sbin/opensips[9705]: ERROR:core:pv_parse_spec: wrong char [4/52] in [$Crx404 User Not Found$Cxx ] at [6 (0)] Mar 11 09:00:10 twoxserver /sbin/opensips[9705]: ERROR:xlog:xdbg_fixup: ERROR: wrong format[$Crx404 User Not Found$Cxx ]! Mar 11 09:00:10 twoxserver /sbin/opensips[9705]: ERROR:core:fix_actions: fixing failed (code=-1) at cfg line 247 Mar 11 09:00:10 twoxserver /sbin/opensips[9705]: ERROR:core:main: failed to fix configuration with err code -1 Mar 11 09:00:10 twoxserver /sbin/opensips[9705]: NOTICE:presence:destroy: destroy module saludoss -- rickygm http://gnuforever.homelinux.com
Los colores se escriben $C(xx)... He leído el mail un poco en diagonal, y parece que el problema está en tu route10, examina el código que te lleva ahí, que es donde rutas la llamada a Asterisk... pon muchos xlogs por el camino, así ves por dónde van pasando los mensajes SIP... -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/
El día 11 de marzo de 2009 19:34, Saúl Ibarra <saghul@gmail.com> escribió:
Los colores se escriben $C(xx)...
no te entiendo como , diras asi saul : xlog("L_INFO","$Crx404 User Not Found $Cxx\n");
He leído el mail un poco en diagonal, y parece que el problema está en tu route10, examina el código que te lleva ahí, que es donde rutas la llamada a Asterisk... pon muchos xlogs por el camino, así ves por dónde van pasando los mensajes SIP...
vere ... saludoss -- rickygm http://gnuforever.homelinux.com
2009/3/12 troxlinux <xserverlinux@gmail.com>:
El día 11 de marzo de 2009 19:34, Saúl Ibarra <saghul@gmail.com> escribió:
Los colores se escriben $C(xx)...
no te entiendo como , diras asi saul :
xlog("L_INFO","$Crx404 User Not Found $Cxx\n");
No, así: xlog("L_INFO","$C(rx)404 User Not Found $C(xx)\n"); http://www.opensips.org/index.php?n=Resources.DocsCoreVar#toc84 -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/
El día 12 de marzo de 2009 2:43, Saúl Ibarra <saghul@gmail.com> escribió:
2009/3/12 troxlinux <xserverlinux@gmail.com>:
El día 11 de marzo de 2009 19:34, Saúl Ibarra <saghul@gmail.com> escribió:
Los colores se escriben $C(xx)...
no te entiendo como , diras asi saul :
xlog("L_INFO","$Crx404 User Not Found $Cxx\n");
No, así: xlog("L_INFO","$C(rx)404 User Not Found $C(xx)\n");
http://www.opensips.org/index.php?n=Resources.DocsCoreVar#toc84
Saúl tiene razón, desde la versión (no recuerdo cuál) de OpenSer, la variable de color lleva al valor entre paréntesis necesariamente. Por otra parte, ya te sugerí que mirares el error que te daba Kamailio al poner Cxx tal y como lo ponías. Lo que no entiendo es porque no lo has comprobado. Saludos. -- Iñaki Baz Castillo <ibc@aliax.net>
El día 12 de marzo de 2009 2:48, Iñaki Baz Castillo <ibc@aliax.net> escribió:
http://www.opensips.org/index.php?n=Resources.DocsCoreVar#toc84
Saúl tiene razón, desde la versión (no recuerdo cuál) de OpenSer, la variable de color lleva al valor entre paréntesis necesariamente. Por otra parte, ya te sugerí que mirares el error que te daba Kamailio al poner Cxx tal y como lo ponías. Lo que no entiendo es porque no lo has comprobado.
Razon nunca se me ocurrió consultar la web para revisar la docu , pero lo he anexado lo raro es que no lo colorea dentro del opensips.cfg , por otro lado revisando el script y dándole vuelta y leyendo un poco las cosas que han cambiando en esta versión no le encuentro porque no jala ... ahora planteo esto que he notado ... por ejemplo si yo marco una extensión que no esta dentro de mi plan de llamadas o mejor dicho no existe y veo en los de opensip ... veo que la manda a asterisk /sbin/opensips[9900]: --- ENVIANDO A ASTERISK --- Mar 12 09:33:06 twoxserver /sbin/opensips[9895]: --- ENVIANDO A ASTERISK --- Mar 12 09:33:16 twoxserver /sbin/opensips[9896]: --- ENVIANDO A ASTERISK --- claramente si marco una extensión me envia al buzon de asterisk .. es como que si el t_relay lo estuviera rutando a asterisk y no a opensips .. aquí envió un log de sip de una extensión que no existe U +2.717416 192.168.10.27:5060 -> 192.168.10.3:5060 INVITE sip:740@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKf38f7051abf7f1ef From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3> Contact: <sip:111@192.168.10.27:5060;transport=udp> Supported: replaces, timer, path Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44224 INVITE User-Agent: Grandstream BT200 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 285 v=0 o=111 8000 8000 IN IP4 192.168.10.27 s=SIP Call c=IN IP4 192.168.10.27 t=0 0 m=audio 5090 RTP/AVP 18 4 3 0 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:4 G723/8000 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 # U +0.000425 192.168.10.3:5060 -> 192.168.10.27:5060 SIP/2.0 407 Proxy Authentication Required Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKf38f7051abf7f1ef From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.14eb Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44224 INVITE Proxy-Authenticate: Digest realm="192.168.10.3", nonce="49b92bf900000012ba64d4cfd895eddb1b73effc219d4bd4" Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 # U +0.021219 192.168.10.27:5060 -> 192.168.10.3:5060 ACK sip:740@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKf38f7051abf7f1ef From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3>;tag=d4e9e39d125187795ad79ae40f9b4f9f.14eb Contact: <sip:111@192.168.10.27:5060;transport=udp> Supported: path Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44224 ACK User-Agent: Grandstream BT200 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Length: 0 # U +0.020721 192.168.10.27:5060 -> 192.168.10.3:5060 INVITE sip:740@192.168.10.3 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKe34efcf81992836f From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3> Contact: <sip:111@192.168.10.27:5060;transport=udp> Supported: replaces, timer, path Proxy-Authorization: Digest username="111", realm="192.168.10.3", algorithm=MD5, uri="sip:740@192.168.10.3", nonce="49b92bf900000012ba64d4cfd895eddb1b73effc219d4bd4", response="38e44247c08e598055e25b05c628eeff" Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 INVITE User-Agent: Grandstream BT200 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 285 v=0 o=111 8000 8001 IN IP4 192.168.10.27 s=SIP Call c=IN IP4 192.168.10.27 t=0 0 m=audio 5090 RTP/AVP 18 4 3 0 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:4 G723/8000 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 # U +0.001448 192.168.10.3:5060 -> 192.168.10.27:5060 SIP/2.0 100 Giving a try Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKe34efcf81992836f From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3> Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 INVITE Server: OpenSIPS (1.4.4-notls (i386/linux)) Content-Length: 0 # U +0.000168 192.168.10.3:5060 -> 192.168.10.3:5070 INVITE sip:740@192.168.10.3:5070 SIP/2.0 Record-Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK8ca2.523ef1f5.0 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKe34efcf81992836f From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3> Contact: <sip:111@192.168.10.27:5060;transport=udp> Supported: replaces, timer, path Proxy-Authorization: Digest username="111", realm="192.168.10.3", algorithm=MD5, uri="sip:740@192.168.10.3", nonce="49b92bf900000012ba64d4cfd895eddb1b73effc219d4bd4", response="38e44247c08e598055e25b05c628eeff" Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 INVITE User-Agent: Grandstream BT200 1.1.6.44 Max-Forwards: 69 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Type: application/sdp Content-Length: 285 v=0 o=111 8000 8001 IN IP4 192.168.10.27 s=SIP Call c=IN IP4 192.168.10.27 t=0 0 m=audio 5090 RTP/AVP 18 4 3 0 101 a=sendrecv a=rtpmap:18 G729/8000 a=rtpmap:4 G723/8000 a=rtpmap:3 GSM/8000 a=rtpmap:0 PCMU/8000 a=ptime:20 a=rtpmap:101 telephone-event/8000 a=fmtp:101 0-11 # U +0.000963 192.168.10.3:5070 -> 192.168.10.3:5060 SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK8ca2.523ef1f5.0;received=192.168.10.3 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKe34efcf81992836f Record-Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3> Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:740@192.168.10.3:5070> Content-Length: 0 # U +0.000369 192.168.10.3:5070 -> 192.168.10.3:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK8ca2.523ef1f5.0;received=192.168.10.3 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKe34efcf81992836f Record-Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3>;tag=as082997d6 Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:740@192.168.10.3:5070> Content-Type: application/sdp Content-Length: 285 v=0 o=root 9240 9240 IN IP4 192.168.10.3 s=session c=IN IP4 192.168.10.3 t=0 0 m=audio 10772 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.000211 192.168.10.3:5060 -> 192.168.10.27:5060 SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKe34efcf81992836f Record-Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3>;tag=as082997d6 Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 INVITE User-Agent: Asterisk PBX Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY Supported: replaces Contact: <sip:740@192.168.10.3:5070> Content-Type: application/sdp Content-Length: 285 v=0 o=root 9240 9240 IN IP4 192.168.10.3 s=session c=IN IP4 192.168.10.3 t=0 0 m=audio 10772 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.052319 192.168.10.27:5060 -> 192.168.10.3:5060 ACK sip:740@192.168.10.3:5070 SIP/2.0 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKb3e5200b3500aa06 Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3>;tag=as082997d6 Contact: <sip:111@192.168.10.27:5060;transport=udp> Supported: path Proxy-Authorization: Digest username="111", realm="192.168.10.3", algorithm=MD5, uri="sip:740@192.168.10.3", nonce="49b92bf900000012ba64d4cfd895eddb1b73effc219d4bd4", response="38e44247c08e598055e25b05c628eeff" Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 ACK User-Agent: Grandstream BT200 1.1.6.44 Max-Forwards: 70 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Length: 0 # U +0.000329 192.168.10.3:5060 -> 192.168.10.3:5070 ACK sip:740@192.168.10.3:5070 SIP/2.0 Record-Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK8ca2.523ef1f5.2 Via: SIP/2.0/UDP 192.168.10.27:5060;branch=z9hG4bKb3e5200b3500aa06 From: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f To: <sip:740@192.168.10.3>;tag=as082997d6 Contact: <sip:111@192.168.10.27:5060;transport=udp> Supported: path Proxy-Authorization: Digest username="111", realm="192.168.10.3", algorithm=MD5, uri="sip:740@192.168.10.3", nonce="49b92bf900000012ba64d4cfd895eddb1b73effc219d4bd4", response="38e44247c08e598055e25b05c628eeff" Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 44225 ACK User-Agent: Grandstream BT200 1.1.6.44 Max-Forwards: 69 Allow: INVITE,ACK,CANCEL,BYE,NOTIFY,REFER,OPTIONS,INFO,SUBSCRIBE,UPDATE,PRACK Content-Length: 0 # U +0.000143 192.168.10.3:5070 -> 192.168.10.3:5060 BYE sip:111@192.168.10.27:5060;transport=udp SIP/2.0 Via: SIP/2.0/UDP 192.168.10.3:5070;branch=z9hG4bK3a08bce3;rport Route: <sip:192.168.10.3;lr=on;ftag=e8ff2fe7c9f64f0f> From: <sip:740@192.168.10.3>;tag=as082997d6 To: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 102 BYE User-Agent: Asterisk PBX Max-Forwards: 70 Content-Length: 0 # U +0.000235 192.168.10.3:5060 -> 192.168.10.27:5060 BYE sip:111@192.168.10.27:5060;transport=udp SIP/2.0 Record-Route: <sip:192.168.10.3;lr=on;ftag=as082997d6> Via: SIP/2.0/UDP 192.168.10.3;branch=z9hG4bK0a8a.f648d437.0 Via: SIP/2.0/UDP 192.168.10.3:5070;received=192.168.10.3;branch=z9hG4bK3a08bce3;rport=5070 From: <sip:740@192.168.10.3>;tag=as082997d6 To: "lucy" <sip:111@192.168.10.3>;tag=e8ff2fe7c9f64f0f Call-ID: 6d19527e611b6754@192.168.10.27 CSeq: 102 BYE User-Agent: Asterisk PBX Max-Forwards: 69 Content-Length: 0 saludoss -- rickygm http://gnuforever.homelinux.com
Y dale... El problema NO esta en t_relay. El problema es que en tu cfg tomas la decisión incorrecta a la hora de mandar una llamada a Asterisk. Mira si has configurado desvíos, y pon logs en cada if, así verás que se ejcuta y que no... -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/
2009/3/12 troxlinux <xserverlinux@gmail.com>:
El día 12 de marzo de 2009 2:48, Iñaki Baz Castillo <ibc@aliax.net> escribió:
http://www.opensips.org/index.php?n=Resources.DocsCoreVar#toc84
Saúl tiene razón, desde la versión (no recuerdo cuál) de OpenSer, la variable de color lleva al valor entre paréntesis necesariamente. Por otra parte, ya te sugerí que mirares el error que te daba Kamailio al poner Cxx tal y como lo ponías. Lo que no entiendo es porque no lo has comprobado.
Razon nunca se me ocurrió consultar la web para revisar la docu ,
No, me refiero a que al poner el log decías que openSIPS no arrancaba, te sugerí mirases qué error se produce en el arranque e hiciste caso omiso.
ahora planteo esto que he notado ... por ejemplo si yo marco una extensión que no esta dentro de mi plan de llamadas o mejor dicho no existe y veo en los de opensip ... veo que la manda a asterisk
/sbin/opensips[9900]: --- ENVIANDO A ASTERISK --- Mar 12 09:33:06 twoxserver /sbin/opensips[9895]: --- ENVIANDO A ASTERISK --- Mar 12 09:33:16 twoxserver /sbin/opensips[9896]: --- ENVIANDO A ASTERISK ---
claramente si marco una extensión me envia al buzon de asterisk ..
Pues será que así está configurado tu opensips. O que el usuario no está registrado y al no estarlo lo rutas al voicemail... ¿Has comprobado que *realmente* esté registraod el usuario destino mediante el comando MI adecuado?
es como que si el t_relay lo estuviera rutando a asterisk y no a opensips ..
¿El t_relay debería rutar al OpenSIPS? ¿y eso? PD: Ya te adelante que no hay ningún cambio ni bug en el comportamiento de t_relay().
aquí envió un log de sip de una extensión que no existe
Eso sólo demuestra que tu OpenSIPS está rutando una llamada al Asterisk. NADA más. Eso NO es un error, es fruto de la configuración de opensips y de las circunstancias que se den (usuario destino no registrado o lo que sea). -- Iñaki Baz Castillo <ibc@aliax.net>
soy un despistado , no me había fijado que en el route 10 todo numero que empezara con dos lo rutaba a asterisk y mis extensiones son de 3 digitos y comienzan con 200 , 2xx etc también note algo: tuve que comentar en el invite que todo lo que comenzara con * lo enviara asterisk , pero si marco una extensión interna no me funcionaba me enviaba a asterisk , cosa que es error porque no estoy marcando *200 if (uri=~"^/*") { route(4); } bueno seguiré investigando ... saludoss -- rickygm http://gnuforever.homelinux.com
2009/3/13 troxlinux <xserverlinux@gmail.com>:
también note algo: tuve que comentar en el invite que todo lo que comenzara con * lo enviara asterisk , pero si marco una extensión interna no me funcionaba me enviaba a asterisk , cosa que es error porque no estoy marcando *200
if (uri=~"^/*") { route(4); }
Esa expresión regular está mal. -- Iñaki Baz Castillo <ibc@aliax.net>
2009/3/13 Iñaki Baz Castillo <ibc@aliax.net>:
Esa expresión regular está mal.
como seria? o info ... saludoss -- rickygm http://gnuforever.homelinux.com
2009/3/13 troxlinux <xserverlinux@gmail.com>:
2009/3/13 Iñaki Baz Castillo <ibc@aliax.net>:
Esa expresión regular está mal.
como seria?
o info ...
Busca en cualquier manual de expresiones regulares ;) -- Iñaki Baz Castillo <ibc@aliax.net>
2009/3/13 Iñaki Baz Castillo <ibc@aliax.net>:
Busca en cualquier manual de expresiones regulares ;)
si eso hare , pero como sabes que esta malo? saludoss -- rickygm http://gnuforever.homelinux.com
El Viernes, 13 de Marzo de 2009, troxlinux escribió:
2009/3/13 Iñaki Baz Castillo <ibc@aliax.net>:
Busca en cualquier manual de expresiones regulares ;)
si eso hare , pero como sabes que esta malo?
Vamos a ver...
if (uri=~"^/*") {
Para empezar esa barra delante del asterisco no sé qué pinta. Si pretendías escapar el * así no se hace. Pero es lo que tiene usar expresiones regulares sin saber en qué consisten, y luego nos preguntamos "porqué el OpenSIPS ruta al voicemail...". Por otra parte las URI's empiezan normalmente por "sip", tú mismo.. PD: Si no te dignas a aprender un mínimo sobre expresiones regulares *ahora* que te hace falta, dudo mucho que lo hagas despues de que te entregamos la solución en bandeja como solicitas. Habrías tardado menos en averiguar lo erróneo de tu expresión regular que en mandar estos dos últimos correos. Saludos. -- Iñaki Baz Castillo
El día 13 de marzo de 2009 12:11, Iñaki Baz Castillo <ibc@aliax.net> escribió:
Vamos a ver...
if (uri=~"^/*") {
Para empezar esa barra delante del asterisco no sé qué pinta. Si pretendías escapar el * así no se hace. Pero es lo que tiene usar expresiones regulares sin saber en qué consisten, y luego nos preguntamos "porqué el OpenSIPS ruta al voicemail...". Por otra parte las URI's empiezan normalmente por "sip", tú mismo..
PD: Si no te dignas a aprender un mínimo sobre expresiones regulares *ahora* que te hace falta, dudo mucho que lo hagas despues de que te entregamos la solución en bandeja como solicitas. Habrías tardado menos en averiguar lo erróneo de tu expresión regular que en mandar estos dos últimos correos.
lo hice y funciona quedo así para el que le sirva .. if (uri=~"^sip:\*") { route(4); } en cuanto lo otro parte tienes razón no me he leído en su totalidad las expresiones regulares , lo básico y necesario pero aqui hay una buena guía http://www.bulma.net/body.phtml?nIdNoticia=770 saludoss -- rickygm http://gnuforever.homelinux.com
Como comenta Iñaki, así a ciegas poco te podemos decir... Adivinando un poco, harás un reqritehostport o setearás las variables $rd y $rp antes de hacer un t_relay... pero antes de hacer eso comprobarás si el user está 'ocupado' o algo... así es donde te debe estar fallando la cosa. -- Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes." ---------------------------------------------------------------- http://www.saghul.net/
participants (3)
-
Iñaki Baz Castillo -
Saúl Ibarra -
troxlinux