10 Mar
2009
10 Mar
'09
4:08 p.m.
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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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
10 Mar
10 Mar
7:12 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
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
7:33 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 10 de marzo de 2009 17:12, Iñaki Baz Castillo <ibc(a)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
7:50 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El Miércoles, 11 de Marzo de 2009, troxlinux 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.
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:12, Iñaki Baz Castillo
<ibc(a)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 ...
8:21 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 10 de marzo de 2009 17:50, Iñaki Baz Castillo <ibc(a)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
11 Mar
11 Mar
6:13 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 11 de marzo de 2009 1:21, troxlinux <xserverlinux(a)gmail.com> escribió:
Dará algún mensaje de error.
El día 10 de marzo de 2009 17:50, Iñaki Baz Castillo
<ibc(a)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í.
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 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");
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
11:12 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 11 de marzo de 2009 4:13, Iñaki Baz Castillo <ibc(a)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.
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
xlog("L_INFO","$Crx404 User Not
Found$Cxx\n");
9:34 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
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/
9:37 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 11 de marzo de 2009 19:34, Saúl Ibarra <saghul(a)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
9:43 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
2009/3/12 troxlinux <xserverlinux(a)gmail.com>om>:
El día 11 de marzo de 2009 19:34, Saúl Ibarra
<saghul(a)gmail.com> escribió:
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/
Los colores se escriben $C(xx)...
no te entiendo como , diras asi saul :
xlog("L_INFO","$Crx404 User Not Found $Cxx\n");
12 Mar
12 Mar
4:48 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 12 de marzo de 2009 2:43, Saúl Ibarra <saghul(a)gmail.com> escribió:
2009/3/12 troxlinux <xserverlinux(a)gmail.com>om>:
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(a)aliax.net>
El día 11 de marzo de 2009 19:34, Saúl Ibarra
<saghul(a)gmail.com> escribió:
No, así: xlog("L_INFO","$C(rx)404 User Not Found $C(xx)\n");
http://www.opensips.org/index.php?n=Resources.DocsCoreVar#toc84 Los colores se escriben $C(xx)...
no te entiendo como , diras asi saul :
xlog("L_INFO","$Crx404 User Not Found $Cxx\n");
11:51 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 12 de marzo de 2009 2:48, Iñaki Baz Castillo <ibc(a)aliax.net> escribió:
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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)192.168.10.27
CSeq: 102 BYE
User-Agent: Asterisk PBX
Max-Forwards: 69
Content-Length: 0
saludoss
--
rickygm
http://gnuforever.homelinux.com
12:10 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
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/
12:30 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
2009/3/12 troxlinux <xserverlinux(a)gmail.com>om>:
El día 12 de marzo de 2009 2:48, Iñaki Baz Castillo
<ibc(a)aliax.net> escribió:
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.
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 , 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(a)aliax.net>
11:30 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
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
13 Mar
13 Mar
5:08 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
2009/3/13 troxlinux <xserverlinux(a)gmail.com>om>:
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(a)aliax.net>
10:46 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
2009/3/13 Iñaki Baz Castillo <ibc(a)aliax.net>et>:
Esa expresión regular está mal.
como seria?
o info ...
saludoss
--
rickygm
http://gnuforever.homelinux.com
10:50 a.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
2009/3/13 troxlinux <xserverlinux(a)gmail.com>om>:
2009/3/13 Iñaki Baz Castillo <ibc(a)aliax.net>et>:
Busca en cualquier manual de expresiones regulares ;)
--
Iñaki Baz Castillo
<ibc(a)aliax.net>
Esa expresión regular está mal.
como seria?
o info ...
2:02 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
2009/3/13 Iñaki Baz Castillo <ibc(a)aliax.net>et>:
Busca en cualquier manual de expresiones regulares ;)
si eso hare , pero como sabes que esta malo?
saludoss
--
rickygm
http://gnuforever.homelinux.com
2:11 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El Viernes, 13 de Marzo de 2009, troxlinux escribió:
2009/3/13 Iñaki Baz Castillo <ibc(a)aliax.net>et>:
Vamos a ver...
Busca en cualquier manual de expresiones
regulares ;)
si eso hare , pero como sabes que esta malo? 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
2:23 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
El día 13 de marzo de 2009 12:11, Iñaki Baz Castillo <ibc(a)aliax.net> escribió:
Vamos a ver...
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
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.
10 Mar
10 Mar
8:02 p.m.
New subject: [Kamailio-Users-ES] ayuda migrando de openser 1.3x a 1.4x opensips
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/
5771
days inactive
5774
days old
sr-users-es@lists.kamailio.org
21 comments
3 participants
participants (3)
-
Iñaki Baz Castillo -
Saúl Ibarra -
troxlinux