14 Jan
2008
14 Jan
'08
10:52 p.m.
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(a)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.
14 Jan
14 Jan
11:03 p.m.
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
11:11 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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(a)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(a)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(a)aliax.net>et>:
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
15 Jan
15 Jan
4:14 p.m.
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(a)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(a)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(a)aliax.net>et>:
El Lunes, 14 de Enero de 2008, David Villasmil escribió:
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
16 Jan
16 Jan
1:57 a.m.
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(a)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(a)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(a)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(a)voztele.com>om>:
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(a)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(a)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(a)aliax.net>et>:
El Lunes, 14 de Enero de 2008, David Villasmil escribió:
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es 
2:06 a.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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.
2:13 a.m.
Perdona, se me pasó comentar que esa traza es desde el lado del telf..
2008/1/16 Raúl Alexis Betancor Santana <rabs(a)dimension-virtual.com>om>:
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
2:23 a.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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.
2:32 a.m.
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana <
rabs(a)dimension-virtual.com> wrote:
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David
Villasmil wrote:
No, el Openser nunca manda el OK
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.
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é?
9:22 a.m.
El Wednesday 16 January 2008 01:32:57 David Villasmil escribió:
¿Como que son demasiados mensajes? .. son los mínimos para tener autenticación
en los register.
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana
<
rabs(a)dimension-virtual.com> wrote:
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.
On Wed, Jan 16, 2008 at 02:13:35AM +0100, David
Villasmil wrote:
No, el Openser nunca manda el OK 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.
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é?
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.
--
Raúl Alexis Betancor Santana
Dimensión Virtual S.L.
10:52 a.m.
Hola,
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor Santana
<rabs(a)dimension-virtual.com
¿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.
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é?
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
2:15 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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(a)voztele.com>om>:
Hola,
¿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.
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor
Santana <
rabs(a)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é?
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
4:50 p.m.
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(a)gmail.com>om>:
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(a)voztele.com>om>:
Hola,
¿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.
On Jan 16, 2008 2:23 AM, Raúl Alexis Betancor
Santana <
rabs(a)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é?
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
Saludos
JesusR.
------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
4:55 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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(a)in.ilimit.es
5:49 p.m.
On Jan 16, 2008 4:55 PM, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:
On Wednesday 16 January 2008 16:50:43 David Villasmil
wrote:
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
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(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
6 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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(a)in.ilimit.es
6:18 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
On Jan 16, 2008 6:00 PM, Iñaki Baz Castillo <ibc(a)in.ilimit.es> wrote:
On Wednesday 16 January 2008 17:49:49 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
...
Gracias por tu ayuda
saludos
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(a)in.ilimit.es
_______________________________________________
Users-es mailing list
Users-es(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
6:33 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
Parece que el campo 'balance' te lo devuelve a null, comprueba eso.
--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/
6:39 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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.
--
Iñaki Baz Castillo
ibc(a)in.ilimit.es
9:14 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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
11:10 p.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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. :)
--
Iñaki Baz Castillo
3:43 a.m.
New subject: [OpenSER-Users-ES] Problemas de Autentificación
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
14 Jan
14 Jan
11:12 p.m.
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(a)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(a)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(a)aliax.net>et>:
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(a)lists.openser.org
http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
5951
days inactive
5953
days old
sr-users-es@lists.kamailio.org
22 comments
7 participants
participants (7)
-
David Villasmil -
Iñaki Baz Castillo -
Iñaki Baz Castillo -
Jesus Rodriguez -
Raúl Alexis Betancor Santana -
Ronmel Jiron -
Saúl Ibarra