A ver si alguien me puede ayudar con ésto, no encuentro solución. Tel UA está cerrado y no lo puedo configurar. El user/pass/realm está bien en el openser, aquí un trace
OPENSER:
3(29410) SIP Request: 3(29410) method: <REGISTER> 3(29410) uri: sip:my.domain.com 3(29410) version: <SIP/2.0> 3(29410) parse_headers: flags=2 3(29410) Found param type 235, <rport> = <n/a>; state=6 3(29410) Found param type 232, <branch> = <z9hG4bK30055>; state=16 3(29410) end of header reached, state=5 3(29410) parse_headers: Via found, flags=2 3(29410) parse_headers: this is the first via 3(29410) After parse_msg... 3(29410) preparing to run routing scripts... 3(29410) parse_headers: flags=100 3(29410) DEBUG:parse_to:end of header reached, state=10 3(29410) DBUG:parse_to: display={}, ruri={sip:123456@my.domain.com} 3(29410) DEBUG: get_hdr_field: <To> [29]; uri=[sip:123456@my.domain.com] 3(29410) DEBUG: to body [sip:123456@my.domain.com ] 3(29410) get_hdr_field: cseq <CSeq>: <1> <REGISTER> 3(29410) DEBUG:maxfwd:is_maxfwd_present: value = 70 3(29410) parse_headers: flags=200 3(29410) DEBUG: get_hdr_body : content_length=0 3(29410) found end of header 3(29410) find_first_route: No Route headers found 3(29410) loose_route: There is no Route HF 3(29410) New Registration 3(29410) parse_headers: flags=4000 3(29410) pre_auth(): Credentials with given realm not found 3(29410) parse_headers: flags=14000 3(29410) xl_get_authattr: Error while parsing headers 3(29410) Registration FAILED! CLIENT: 3(29410) build_auth_hf(): 'WWW-Authenticate: Digest realm="my.domain.com", nonce="478bd983f7e6d37c2be680092b6ce99fa0fb5c56" ' 3(29410) parse_headers: flags=ffffffffffffffff 3(29410) check_via_address(1.2.3.4.5, 192.168.1.94, 0) 3(29410) DEBUG:destroy_avp_list: destroying list 0x77bf2e80 3(29410) receive_msg: cleaning up
Un trace tshark:
Session Initiation Protocol Request-Line: REGISTER sip:sip99.yip.com SIP/2.0 Method: REGISTER [Resent Packet: False] Message Header Via: SIP/2.0/UDP 192.168.1.94:3060;rport;branch=z9hG4bK8843 Transport: UDP Sent-by Address: 192.168.1.94 Sent-by port: 3060 RPort: rport Branch: z9hG4bK8843 From: sip:123456@my.domain.com;tag=23419 SIP from address: sip:123456@my.domain.com SIP tag: 23419 To: sip:123456@my.domain.com SIP to address: sip:123456@my.domain.com Call-ID: 28466@192.168.1.94 CSeq: 1 REGISTER Sequence Number: 1 Method: REGISTER Contact: sip:123456@192.168.1.94:3060 Contact Binding: sip:123456@192.168.1.94:3060 URI: sip:123456@192.168.1.94:3060 SIP contact address: sip:123456@192.168.1.94:3060 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.4.781 Expires: 3600 Content-Length: 0
Me da siempre UNAUTHORIZED.
gracias.
El Lunes, 14 de Enero de 2008, David Villasmil escribió:
A ver si alguien me puede ayudar con ésto, no encuentro solución. Tel UA está cerrado y no lo puedo configurar. El user/pass/realm está bien en el openser, aquí un trace
¿Puedes enviar una captura con ngrep?: ngrep -d any -P ' ' -W byline -T -t "" port 5060
PD: ¿Qué quieres decir con "Tel UA está cerrado y no lo puedo configurar"?
El sip phone no es configurable...
;-)
# U 2008/01/14 17:08:34.939709 9.8.7.6:50099 -> 1.2.3.4:5060 REGISTER sip:my.domain.com SIP/2.0 Via: SIP/2.0/UDP 192.168.1.94:3060;rport;branch=z9hG4bK17848 From: sip:123456@my.domain.com;tag=2183 To: sip:123456@my.domain.com Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER Contact: sip:123456@192.168.1.94:3060 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.4.781 Expires: 3600 Content-Length: 0
# U 2008/01/14 17:08:34.940324 1.2.3.4:5060 -> 9.8.7.6:50099 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.94:3060;rport=50099;branch=z9hG4bK17848;received= 9.8.7.6 From: sip:123456@my.domain.com;tag=2183 To: sip:123456@sip99.yip.com;tag=31e4d59e2970d9bd16e13e238562223e.7071 Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER WWW-Authenticate: Digest realm="my.domain.com", nonce="478bde8ead929899e34e514585c09ad86fb39e8b", qop="auth" Server: OpenSER (1.2.2-notls (i386/linux)) Content-Length: 0
2008/1/14 Iñaki Baz Castillo ibc@aliax.net:
El Lunes, 14 de Enero de 2008, David Villasmil escribió:
A ver si alguien me puede ayudar con ésto, no encuentro solución. Tel UA está cerrado y no lo puedo configurar. El user/pass/realm está bien en
el
openser, aquí un trace
¿Puedes enviar una captura con ngrep?: ngrep -d any -P ' ' -W byline -T -t "" port 5060
PD: ¿Qué quieres decir con "Tel UA está cerrado y no lo puedo configurar"?
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Hola David,
El sip phone no es configurable...
;-)
# U 2008/01/14 17:08:34.939709 9.8.7.6:50099 -> 1.2.3.4:5060 REGISTER sip:my.domain.com SIP/2.0 Via: SIP/2.0/UDP 192.168.1.94:3060;rport;branch=z9hG4bK17848 From: sip:123456@my.domain.com;tag=2183 To: < sip:123456@my.domain.com> Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER Contact: sip:123456@192.168.1.94:3060 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.4.781 Expires: 3600 Content-Length: 0
# U 2008/01/14 17:08:34.940324 1.2.3.4:5060 -> 9.8.7.6:50099 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.94:3060;rport=50099;branch=z9hG4bK17848;received=9.8.7.6 From: sip:123456@my.domain.com;tag=2183 To: < sip:123456@sip99.yip.com>;tag=31e4d59e2970d9bd16e13e238562223e. 7071 Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER WWW-Authenticate: Digest realm=" my.domain.com", nonce="478bde8ead929899e34e514585c09ad86fb39e8b", qop="auth" Server: OpenSER (1.2.2-notls (i386/linux)) Content-Length: 0
Aquí falta señalización. Cuando te intentas registrar en un proxy, el primer REGISTER se envía sin credenciales y el proxy devuelve un 401 para que el UA envíe el REGISTER con credenciales.
En tu caso, o falta el segundo REGISTER con las credenciales o el 401 no le está llegando al UA y éste no envía el segundo REGISTER.
Saludos JesusR.
2008/1/14 Iñaki Baz Castillo ibc@aliax.net: El Lunes, 14 de Enero de 2008, David Villasmil escribió:
A ver si alguien me puede ayudar con ésto, no encuentro solución.
Tel UA
está cerrado y no lo puedo configurar. El user/pass/realm está
bien en el
openser, aquí un trace
¿Puedes enviar una captura con ngrep?: ngrep -d any -P ' ' -W byline -T -t "" port 5060
PD: ¿Qué quieres decir con "Tel UA está cerrado y no lo puedo configurar"?
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
Gracias por vuestra ayuda chicos.. me estoy volviendo loco aquí...
sí que lo hace.. mirad:
No. Time Source Destination Protocol Info 744 513.272574 192.168.1.33 66.151.45.116 SIP Request: REGISTER sip:sip99.yip.com Frame 744 (404 bytes on wire, 404 bytes captured) Ethernet II, Src: Agere_ba:91:a2 (00:02:2d:ba:91:a2), Dst: ZygateCo_4d:cc:84 (00:02:cf:4d:cc:84) Internet Protocol, Src: 192.168.1.33 (192.168.1.33), Dst: 66.151.45.116 ( 66.151.45.116) User Datagram Protocol, Src Port: 3060 (3060), Dst Port: 5060 (5060) Session Initiation Protocol Request-Line: REGISTER sip:sip99.yip.com SIP/2.0 Message Header Via: SIP/2.0/UDP 192.168.1.33:3060;rport;branch=z9hG4bK8836 Transport: UDP Sent-by Address: 192.168.1.33 Sent-by port: 3060 RPort: rport Branch: z9hG4bK8836 From: sip:8889990@sip99.yip.com;tag=10315 SIP from address: sip:8889990@sip99.yip.com SIP tag: 10315 To: sip:8889990@sip99.yip.com SIP to address: sip:8889990@sip99.yip.com Call-ID: 10315@192.168.1.33 CSeq: 1 REGISTER Sequence Number: 1 Method: REGISTER Contact: sip:8889990@192.168.1.33:3060 Contact Binding: sip:8889990@192.168.1.33:3060 URI: sip:8889990@192.168.1.33:3060 SIP contact address: sip:8889990@192.168.1.33:3060 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.5.1221 Beta Expires: 3600 Content-Length: 0 No. Time Source Destination Protocol Info 745 513.619712 66.151.45.116 192.168.1.33 SIP Status: 401 Unauthorized (0 bindings) Frame 745 (476 bytes on wire, 476 bytes captured) Ethernet II, Src: ZygateCo_4d:cc:84 (00:02:cf:4d:cc:84), Dst: Agere_ba:91:a2 (00:02:2d:ba:91:a2) Internet Protocol, Src: 66.151.45.116 (66.151.45.116), Dst: 192.168.1.33 ( 192.168.1.33) User Datagram Protocol, Src Port: 5060 (5060), Dst Port: 3060 (3060) Session Initiation Protocol Status-Line: SIP/2.0 401 Unauthorized Message Header Via: SIP/2.0/UDP 192.168.1.33:3060;rport=3060;branch=z9hG4bK8836 Transport: UDP Sent-by Address: 192.168.1.33 Sent-by port: 3060 RPort: 3060 Branch: z9hG4bK8836 From: sip:8889990@sip99.yip.com;tag=10315 SIP from address: sip:8889990@sip99.yip.com SIP tag: 10315 To: sip:8889990@sip99.yip.com;tag= 31e4d59e2970d9bd16e13e238562223e.e948 SIP to address: sip:8889990@sip99.yip.com SIP tag: 31e4d59e2970d9bd16e13e238562223e.e948 Call-ID: 10315@192.168.1.33 CSeq: 1 REGISTER Sequence Number: 1 Method: REGISTER WWW-Authenticate: Digest realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", qop="auth" Authentication Scheme: Digest Realm: "sip99.yip.com" Nonce Value: "478d52abccc5d8fe59400728682be83fd7211108" QOP: "auth" Server: OpenSER (1.2.2-notls (i386/linux)) Content-Length: 0 No. Time Source Destination Protocol Info 746 513.638591 192.168.1.33 66.151.45.116 SIP Request: REGISTER sip:sip99.yip.com Frame 746 (602 bytes on wire, 602 bytes captured) Ethernet II, Src: Agere_ba:91:a2 (00:02:2d:ba:91:a2), Dst: ZygateCo_4d:cc:84 (00:02:cf:4d:cc:84) Internet Protocol, Src: 192.168.1.33 (192.168.1.33), Dst: 66.151.45.116 ( 66.151.45.116) User Datagram Protocol, Src Port: 3060 (3060), Dst Port: 5060 (5060) Session Initiation Protocol Request-Line: REGISTER sip:sip99.yip.com SIP/2.0 Message Header Via: SIP/2.0/UDP 192.168.1.33:3060;rport;branch=z9hG4bK41 Transport: UDP Sent-by Address: 192.168.1.33 Sent-by port: 3060 RPort: rport Branch: z9hG4bK41 From: sip:8889990@sip99.yip.com;tag=10315 SIP from address: sip:8889990@sip99.yip.com SIP tag: 10315 To: sip:8889990@sip99.yip.com SIP to address: sip:8889990@sip99.yip.com Call-ID: 10315@192.168.1.33 CSeq: 2 REGISTER Sequence Number: 2 Method: REGISTER Contact: sip:8889990@192.168.1.33:3060 Contact Binding: sip:8889990@192.168.1.33:3060 URI: sip:8889990@192.168.1.33:3060 SIP contact address: sip:8889990@192.168.1.33:3060 Authorization: Digest username="8889990", realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", uri="sip:sip99.yip.com", response="7e809df26b9443c5836186e7b99aefe6", algorithm=MD5 Authentication Scheme: Digest Username: "8889990" Realm: "sip99.yip.com" Nonce Value: "478d52abccc5d8fe59400728682be83fd7211108" Authentication URI: "sip:sip99.yip.com" Digest Authentication Response: "7e809df26b9443c5836186e7b99aefe6" Algorithm: MD5 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.5.1221 Beta Expires: 3600 Content-Length: 0
pero sigue sin registrarse...
he notado que en todos mis traces de otros softphones, el "Digest" es "Digest realm" pero en este es "Digest username"
Un saludo
2008/1/15 Jesus Rodriguez jesusr@voztele.com:
Hola David,
El sip phone no es configurable...
;-)
# U 2008/01/14 17:08:34.939709 9.8.7.6:50099 -> 1.2.3.4:5060 REGISTER sip:my.domain.com SIP/2.0 Via: SIP/2.0/UDP 192.168.1.94:3060;rport;branch=z9hG4bK17848 From: sip:123456@my.domain.com;tag=2183 To: < sip:123456@my.domain.com> Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER Contact: sip:123456@192.168.1.94:3060 Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.4.781 Expires: 3600 Content-Length: 0
# U 2008/01/14 17:08:34.940324 1.2.3.4:5060 -> 9.8.7.6:50099 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.94:3060;rport=50099;branch=z9hG4bK17848;received=9.8.7.6 From: sip:123456@my.domain.com;tag=2183 To: < sip:123456@sip99.yip.com>;tag=31e4d59e2970d9bd16e13e238562223e. 7071 Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER WWW-Authenticate: Digest realm=" my.domain.com", nonce="478bde8ead929899e34e514585c09ad86fb39e8b", qop="auth" Server: OpenSER (1.2.2-notls (i386/linux)) Content-Length: 0
Aquí falta señalización. Cuando te intentas registrar en un proxy, el primer REGISTER se envía sin credenciales y el proxy devuelve un 401 para que el UA envíe el REGISTER con credenciales.
En tu caso, o falta el segundo REGISTER con las credenciales o el 401 no le está llegando al UA y éste no envía el segundo REGISTER.
Saludos JesusR.
2008/1/14 Iñaki Baz Castillo ibc@aliax.net: El Lunes, 14 de Enero de 2008, David Villasmil escribió:
A ver si alguien me puede ayudar con ésto, no encuentro solución.
Tel UA
está cerrado y no lo puedo configurar. El user/pass/realm está
bien en el
openser, aquí un trace
¿Puedes enviar una captura con ngrep?: ngrep -d any -P ' ' -W byline -T -t "" port 5060
PD: ¿Qué quieres decir con "Tel UA está cerrado y no lo puedo configurar"?
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
On Wed, Jan 16, 2008 at 01:57:10AM +0100, David Villasmil wrote:
Gracias por vuestra ayuda chicos.. me estoy volviendo loco aquí...
sí que lo hace.. mirad:
[skip]
No se si te has fijado, por un casual de la vida ..., pero tienes un problema de NAT grave, muy grave ...
Tus mensajes llegan al OpenSer desde una IP privada (192.168.1.33) y llega a la 66.151.45.116 Me dá en la nariz que el OpenSer si está contestando, pero que al Softphone no le llega nada.
En ese diálogo que has adjuntado como captura, falta un mensaje REGISTER 200 Ok, de respuesta del OpenSer al Softphone.
Revisa la configuración del guión del OpenSer, es más que probable que no esté haciendo las pruebas de nat ni los nat_fixing.
Saludos -- Raúl Alexis Betancor Santana Dimensión Virtual S.L.
Perdona, se me pasó comentar que esa traza es desde el lado del telf..
2008/1/16 Raúl Alexis Betancor Santana rabs@dimension-virtual.com:
On Wed, Jan 16, 2008 at 01:57:10AM +0100, David Villasmil wrote:
Gracias por vuestra ayuda chicos.. me estoy volviendo loco aquí...
sí que lo hace.. mirad:
[skip]
No se si te has fijado, por un casual de la vida ..., pero tienes un problema de NAT grave, muy grave ...
Tus mensajes llegan al OpenSer desde una IP privada (192.168.1.33) y llega a la 66.151.45.116 Me dá en la nariz que el OpenSer si está contestando, pero que al Softphone no le llega nada.
En ese diálogo que has adjuntado como captura, falta un mensaje REGISTER 200 Ok, de respuesta del OpenSer al Softphone.
Revisa la configuración del guión del OpenSer, es más que probable que no esté haciendo las pruebas de nat ni los nat_fixing.
Saludos
Raúl Alexis Betancor Santana Dimensión Virtual S.L.
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David Villasmil wrote:
Perdona, se me pasó comentar que esa traza es desde el lado del telf..
Pues por eso .. falta el mensaje del proxy con el 200 OK al REGISTER con los datos del realm y tengo la impresión de que ese mensaje se está perdiendo en el ciberespacio.
El fujo normal es:
UAC OpenSer REGISTER -> <- 401 Autentication Needed, realm=XXX REGISTER -> realm res. <- REGISTER 200 OK
Y en tus trazas falta el mensaje final de la transacción.
Saludos. -- Raúl Alexis Betancor Santana Dimensión Virtual S.L.
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana < rabs@dimension-virtual.com> wrote:
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David Villasmil wrote:
Perdona, se me pasó comentar que esa traza es desde el lado del telf..
Pues por eso .. falta el mensaje del proxy con el 200 OK al REGISTER con los datos del realm y tengo la impresión de que ese mensaje se está perdiendo en el ciberespacio.
No, el Openser nunca manda el OK
El fujo normal es:
UAC OpenSer REGISTER -> <- 401 Autentication Needed, realm=XXX REGISTER -> realm res. <- REGISTER 200 OK
Y en tus trazas falta el mensaje final de la transacción.
son demasiados mensajes, el UA se queda ahí eternamente mandando REGISTERs
lo que yo digo que me parece raro, es lo siguiente
Openser le pide que se autorice con "Digest realm" WWW-Authenticate: Digest realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", qop="auth"
y el UA, devuelve la info, pero con "Digest username": Authorization: Digest username="8889990", realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", uri="sip:sip99.yip.com", response="7e809df26b9443c5836186e7b99aefe6", algorithm=MD5
Porqué?
El Wednesday 16 January 2008 01:32:57 David Villasmil escribió:
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana <
rabs@dimension-virtual.com> wrote:
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David Villasmil wrote:
Perdona, se me pasó comentar que esa traza es desde el lado del telf..
Pues por eso .. falta el mensaje del proxy con el 200 OK al REGISTER con los datos del realm y tengo la impresión de que ese mensaje se está perdiendo en el ciberespacio.
No, el Openser nunca manda el OK
Porque algo no está bien, el dialogo del REGISTE ha de terminar con un OK o un código de rechazo por autenticación inválida.
El fujo normal es:
UAC OpenSer REGISTER -> <- 401 Autentication Needed, realm=XXX REGISTER -> realm res. <- REGISTER 200 OK
Y en tus trazas falta el mensaje final de la transacción.
son demasiados mensajes, el UA se queda ahí eternamente mandando REGISTERs
¿Como que son demasiados mensajes? .. son los mínimos para tener autenticación en los register.
lo que yo digo que me parece raro, es lo siguiente
Openser le pide que se autorice con "Digest realm" WWW-Authenticate: Digest realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", qop="auth"
y el UA, devuelve la info, pero con "Digest username": Authorization: Digest username="8889990", realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", uri="sip:sip99.yip.com", response="7e809df26b9443c5836186e7b99aefe6", algorithm=MD5
Porqué?
Porque es normal, léete el RFC y lo comprobarás, cuando el proxy te contesta que 401 te pasa los datos del challenge para que respondas y lo que te pasa es el realm en el que has de autenticarte y tu UAC responde diciendo que para ese realm y el usuario XXXX la respuesta al challende es .... (lo que está en response).
Ahora bien .. insisto en que ó estás tratando MAL los mensajes de REGISTER que llegan con los datos de autenticación ... o tienes un problema de NAT. Deberías revisar la parte del guión en la que haces el XXXX_autenticate()
Saludos. -- Raúl Alexis Betancor Santana Dimensión Virtual S.L.
Hola,
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana <rabs@dimension-virtual.com
wrote:
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David Villasmil wrote:
Perdona, se me pasó comentar que esa traza es desde el lado del
telf..
Pues por eso .. falta el mensaje del proxy con el 200 OK al REGISTER con los datos del realm y tengo la impresión de que ese mensaje se está perdiendo en el ciberespacio.
No, el Openser nunca manda el OK
¿Como tienes configurado el módulo auth_db?. Pon el debug de OpenSER a 4 y ahí podrás ver porqué no se acepta la autenticación.
Saludos JesusR.
El fujo normal es:
UAC OpenSer REGISTER -> <- 401 Autentication Needed, realm=XXX REGISTER -> realm res. <- REGISTER 200 OK
Y en tus trazas falta el mensaje final de la transacción.
son demasiados mensajes, el UA se queda ahí eternamente mandando REGISTERs
lo que yo digo que me parece raro, es lo siguiente
Openser le pide que se autorice con "Digest realm" WWW-Authenticate: Digest realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", qop="auth"
y el UA, devuelve la info, pero con "Digest username": Authorization: Digest username="8889990", realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", uri="sip: sip99.yip.com", response="7e809df26b9443c5836186e7b99aefe6", algorithm=MD5
Porqué? _______________________________________________ Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
------------------------------------ Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305 -------------------------------------
lo pondré y os paso el debug... yo no conozco tanto openser y no entiendo bien porqué la rechaza...
2008/1/16 Jesus Rodriguez jesusr@voztele.com:
Hola,
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana <
rabs@dimension-virtual.com
wrote:
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David Villasmil wrote:
Perdona, se me pasó comentar que esa traza es desde el lado del
telf..
Pues por eso .. falta el mensaje del proxy con el 200 OK al REGISTER con los datos del realm y tengo la impresión de que ese mensaje se está perdiendo en el ciberespacio.
No, el Openser nunca manda el OK
¿Como tienes configurado el módulo auth_db?. Pon el debug de OpenSER a 4 y ahí podrás ver porqué no se acepta la autenticación.
Saludos JesusR.
El fujo normal es:
UAC OpenSer REGISTER -> <- 401 Autentication Needed, realm=XXX REGISTER -> realm res. <- REGISTER 200 OK
Y en tus trazas falta el mensaje final de la transacción.
son demasiados mensajes, el UA se queda ahí eternamente mandando REGISTERs
lo que yo digo que me parece raro, es lo siguiente
Openser le pide que se autorice con "Digest realm" WWW-Authenticate: Digest realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", qop="auth"
y el UA, devuelve la info, pero con "Digest username": Authorization: Digest username="8889990", realm="sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", uri="sip: sip99.yip.com", response="7e809df26b9443c5836186e7b99aefe6", algorithm=MD5
Porqué? _______________________________________________ Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Hola a todos,
Es posible ejecutar un query contra mysql en el openser.cfg?
ejemplo,
Antes de mandar el OK, quiero agregar balances, por ejemplo:
append_to_reply("Balance: available-funds:$bal currency:USD\r\n"); y poner el $bal el valor extraído de mysql..
Saludos
David 2008/1/16 David Villasmil david.villasmil.work@gmail.com:
lo pondré y os paso el debug... yo no conozco tanto openser y no entiendo bien porqué la rechaza...
2008/1/16 Jesus Rodriguez jesusr@voztele.com:
Hola,
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana <
rabs@dimension-virtual.com
wrote:
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David Villasmil wrote:
Perdona, se me pasó comentar que esa traza es desde el lado del
telf..
Pues por eso .. falta el mensaje del proxy con el 200 OK al REGISTER con los datos del realm y tengo la impresión de que ese mensaje se está perdiendo en el ciberespacio.
No, el Openser nunca manda el OK
¿Como tienes configurado el módulo auth_db?. Pon el debug de OpenSER a 4 y ahí podrás ver porqué no se acepta la autenticación.
Saludos JesusR.
El fujo normal es:
UAC OpenSer REGISTER -> <- 401 Autentication Needed, realm=XXX REGISTER -> realm res. <- REGISTER 200 OK
Y en tus trazas falta el mensaje final de la transacción.
son demasiados mensajes, el UA se queda ahí eternamente mandando REGISTERs
lo que yo digo que me parece raro, es lo siguiente
Openser le pide que se autorice con "Digest realm" WWW-Authenticate: Digest realm=" sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", qop="auth"
y el UA, devuelve la info, pero con "Digest username": Authorization: Digest username="8889990", realm=" sip99.yip.com", nonce="478d52abccc5d8fe59400728682be83fd7211108", uri="sip: sip99.yip.com ", response="7e809df26b9443c5836186e7b99aefe6", algorithm=MD5
Porqué? _______________________________________________ Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos JesusR.
Jesus Rodriguez VozTelecom Sistemas, S.L. jesusr@voztele.com http://www.voztele.com Tel. 902360305
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
On Wednesday 16 January 2008 16:50:43 David Villasmil wrote:
Hola a todos,
Es posible ejecutar un query contra mysql en el openser.cfg?
Sí: http://www.openser.org/docs/modules/1.3.x/avpops.html#AEN287
On Jan 16, 2008 4:55 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
On Wednesday 16 January 2008 16:50:43 David Villasmil wrote:
Hola a todos,
Es posible ejecutar un query contra mysql en el openser.cfg?Sí: http://www.openser.org/docs/modules/1.3.x/avpops.html#AEN287
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
He estado mirando el modulo y he hecho lo siguiente:
quiero obtener el balance de un cliente a partir del $ua, así:
modparam("avpops","avp_url","mysql://user:pass@1.2.3.4/dbname") modparam("avpops", "avp_table", "clients") if ($(au{s.len})>0){ avp_db_query("select balance from clients where number = '$au';","$avp(i:10001)");
xlog("L_NOTICE", "\select balance from dbname.clients where number = '$au';\n"); xlog("L_NOTICE", "\nMYSQL Query executed\nResults: $avp(i:10001)\n"); }
pero siempre da valores NULL, aparentemente se conecta y todo, pero...
Saludos
David
On Wednesday 16 January 2008 17:49:49 David Villasmil wrote:
quiero obtener el balance de un cliente a partir del $ua, así:
modparam("avpops","avp_url","mysql://user:pass@1.2.3.4/dbname") modparam("avpops", "avp_table", "clients") if ($(au{s.len})>0){ avp_db_query("select balance from clients where number = '$au';","$avp(i:10001)");
xlog("L_NOTICE", "\select balance from dbname.clients where number ='$au';\n"); xlog("L_NOTICE", "\nMYSQL Query executed\nResults: $avp(i:10001)\n"); }
pero siempre da valores NULL, aparentemente se conecta y todo, pero...
Habilita el log de MySQL:
/etc/mysql/my.cnf: # Be aware that this log type is a performance killer. log = /var/log/mysql.log
Y haz un "tail -f /var/log/mysql.log" a ver qué consulta te está haciendo en realidad. Luego copia y pega esa misma consulta en una sesión mysql a ver si da resultado o no.
On Jan 16, 2008 6:00 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
On Wednesday 16 January 2008 17:49:49 David Villasmil wrote:
quiero obtener el balance de un cliente a partir del $ua, así:
modparam("avpops","avp_url","mysql://user:pass@1.2.3.4/dbname") modparam("avpops", "avp_table", "clients") if ($(au{s.len})>0){ avp_db_query("select balance from clients where number = '$au';","$avp(i:10001)");
xlog("L_NOTICE", "\select balance from dbname.clients where number=
'$au';\n"); xlog("L_NOTICE", "\nMYSQL Query executed\nResults:
$avp(i:10001)\n");
}
pero siempre da valores NULL, aparentemente se conecta y todo, pero...
Habilita el log de MySQL:
/etc/mysql/my.cnf: # Be aware that this log type is a performance killer. log = /var/log/mysql.log
Y haz un "tail -f /var/log/mysql.log" a ver qué consulta te está haciendo en realidad. Luego copia y pega esa misma consulta en una sesión mysql a ver si da resultado o no.
-- Iñaki Baz Castillo ibc@in.ilimit.es
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
el comando:
select balance, DATE_FORMAT(now(),'%a, %e %b %Y %H:%i:%s EST') from clients where number = 'XXXXXX' Está bien, Hace el query correcto... he agregado fecha y me da esto:
Results: <null> - Wed, 16 Jan 2008 12:16:36 EST ...
Gracias por tu ayuda saludos
Parece que el campo 'balance' te lo devuelve a null, comprueba eso.
On Wednesday 16 January 2008 18:18:08 David Villasmil wrote:
el comando:
select balance, DATE_FORMAT(now(),'%a, %e %b %Y %H:%i:%s EST') from clients where number = 'XXXXXX' Está bien, Hace el query correcto... he agregado fecha y me da esto:
Results: <null> - Wed, 16 Jan 2008 12:16:36 EST
Esa no es la misma query que antes. En ésta pides dos campos en vez de uno, y no sé si tiene sentido pedir 2 campos y almacenarlos en un AVP (no estoy seguro). Haz la prueba con un sólo campo.
Hola, tengo problemas al arrancar openser. cuando hago:
# openser start
me sale el siguiente mensaje de error:
INFO:mi_fifo:mi_destroy:memory for the child's mi_fifo_pid was not allocated -> nothing to destroy
hice una busquedad de el archivo mi_fifo_pid y no lo encuetro por ningun lado... alguna sugerencia.
Ronmel Jiron
El Miércoles, 16 de Enero de 2008, Ronmel Jiron escribió:
Hola, tengo problemas al arrancar openser. cuando hago:
Hola, por favor pido en general que se respeten los hilos de la lista. Cuando alguien quiera crear una nueva pregunta que por favor cree un correo **desde cero**, y que no de a "Responder" sobre cualquier otro de otro hilo, ya que aunque se vacíe el asunto y cuerpo, quedan cabeceras que identifican el correo con el hilo anterior y a los que usamos clientes de correo que ordenan los hilos según los estándares nos aparecen todos los correos mezclados en hilos a los que no pertenecen. Esto se debe a la cabecera "In-Reply-To" en base a la cual se identifican los mensajes de cada hilo (según los estándares, aunque Gmail vaya a su bola en este sentido).
O sea, tema nuevo -> "Correo nuevo". Respuesta a un correo de un hilo -> "Responder".
Gracias ;)
PD: Te pediría por favor que enviases tu correo de nuevo, pero esta vez desde cero. :)
no entiendo nada, si quito la verificación, para que que no chequee user/pass/realm y mande el OK directamente, se registra sin problemas...
ideas..?
Gracias
El sip phone no es configurable...
;-)
# U 2008/01/14 17:08:34.939709 9.8.7.6:50099 -> 1.2.3.4:5060 REGISTER sip:my.domain.com SIP/2.0 Via: SIP/2.0/UDP 192.168.1.94:3060;rport;branch=z9hG4bK17848 From: sip:123456@my.domain.com;tag=2183
To: < sip:123456@my.domain.com>
Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER
Contact: sip:123456@192.168.1.94:3060
Max-Forwards: 70 User-Agent: Koncept KU2000 3.1.4.781 Expires: 3600 Content-Length: 0 # U 2008/01/14 17:08:34.940324 1.2.3.4:5060 -> 9.8.7.6:50099 SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.94:3060;rport=50099;branch=z9hG4bK17848;received= 9.8.7.6 From: sip:123456@my.domain.com;tag=2183 To: < sip:123456@sip99.yip.com>;tag=31e4d59e2970d9bd16e13e238562223e.7071 Call-ID: 24493@192.168.1.94 CSeq: 1 REGISTER WWW-Authenticate: Digest realm=" my.domain.com", nonce="478bde8ead929899e34e514585c09ad86fb39e8b", qop="auth" Server: OpenSER (1.2.2-notls (i386/linux)) Content-Length: 0
gracais
2008/1/14 Iñaki Baz Castillo ibc@aliax.net:
El Lunes, 14 de Enero de 2008, David Villasmil escribió:
A ver si alguien me puede ayudar con ésto, no encuentro solución. Tel UA está cerrado y no lo puedo configurar. El user/pass/realm está bien en
el
openser, aquí un trace
¿Puedes enviar una captura con ngrep?: ngrep -d any -P ' ' -W byline -T -t "" port 5060
PD: ¿Qué quieres decir con "Tel UA está cerrado y no lo puedo configurar"?
-- Iñaki Baz Castillo
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
sr-users-es@lists.kamailio.org
-
David Villasmil -
Iñaki Baz Castillo -
Iñaki Baz Castillo -
Jesus Rodriguez -
Raúl Alexis Betancor Santana -
Ronmel Jiron -
Saúl Ibarra