Bueno tras conseguir crearme mis usuarios y poner un xlog en la entrada al route y en el register.
Arranco el twinkle y veo que manda el REGISTER , hasta ahi todo correcto, ahora quiero probar que no haya mas que un usuario por AOR, con lo cual pruebo a registrarme cone l mismo usuario que twinkle pero usando ekiga, pero no se refleja en el log el mensaje REGISTER, este softphone no manda un mensaje REGISTER?.
Lo que si he comprobado es lo siguiente que el AOR, funciona bien pero no he colocado correctamente el tema de 2 usuarios activos, por que EKIGA me ha saltado el siguiente mensaje
Hago el invite y en el status del programa , me sale lo siguiente : Fallo la comprobación de seguridad pero lo que envia el EKIGA es un INVITE.
Algún otro softphones para hacer pruebas,ya que el ekiga es un poco cancer, a parte del x-lite
un saludo
El Tuesday 11 March 2008 13:01:11 Javier Allende Astigarraga escribió:
Algún otro softphones para hacer pruebas,ya que el ekiga es un poco cancer, a parte del x-lite
El Ekiga, como casi todo producto Gtk es una caca pinchada en un palo realizada con unas librerías de juguete.
Sinceramente, he probado muchos y en Linux lo único que va bien bien bien es el Twinkle, que además es una maravilla para alguien que tiene que testear escenarios SIP.
Twinkle permite muchas cuentas simultáneas pero no permite, obviamente, registrar el mismo AoR en dos cuentas distintas (es que serían la misma XD). Yo he llegado a tener varios Twinkle corriendo en mi PC para probar lo que tú pretendes:
- Como usuario normal y en tu sesión gráfica, en la que ya está corriendo Twinkle, abres un terminal y corres: ~# xhost + Con eso permites a otros usuarios de sistema que lancen aplicaciones gráficas sobre tu servidor gráfico.
- Creas otro usuario para pruebas: ~# adduser pruebas
- En tu sesión gráfica abres un terminal y ejecutas: ~# su pruebas ~# twinkle (no olvides poner otro puerto SIP en la segunda instancia de Twinkle).
Ahora configura el mismo usuario y esas cosas y haz la prueba.
PD: Si no, también puedes probar otros softphones, aunque la mayoría APESTAN y tarde o temprano petarán o darán un error inexplicable que te hará dudar de si tienes algún error en tu OpenSer. Por ejemplo puedes probar Linphone, que es una auténtica mierda, pero sirve para registrarse y llamar y poco más (permite MESSAGE pero no se autentica si se lo solicitas, permite presencia SIMPLE pero lo hace fatal...).
De todas formas, lo que me toca los cojones es que no envie el puto mensaje register, pero bueno mientras venia de comer me he dado cuenta que en el invite debería obligar a comprobar si está registrado el usuario.
El 11/03/08, Iñaki Baz Castillo ibc@in.ilimit.es escribió:
El Tuesday 11 March 2008 13:01:11 Javier Allende Astigarraga escribió:
Algún otro softphones para hacer pruebas,ya que el ekiga es un poco cancer, a parte del x-lite
El Ekiga, como casi todo producto Gtk es una caca pinchada en un palo realizada con unas librerías de juguete.
Sinceramente, he probado muchos y en Linux lo único que va bien bien bien es el Twinkle, que además es una maravilla para alguien que tiene que testear escenarios SIP.
Twinkle permite muchas cuentas simultáneas pero no permite, obviamente, registrar el mismo AoR en dos cuentas distintas (es que serían la misma XD). Yo he llegado a tener varios Twinkle corriendo en mi PC para probar lo que tú pretendes:
- Como usuario normal y en tu sesión gráfica, en la que ya está corriendo
Twinkle, abres un terminal y corres: ~# xhost + Con eso permites a otros usuarios de sistema que lancen aplicaciones gráficas sobre tu servidor gráfico.
- Creas otro usuario para pruebas:
~# adduser pruebas
- En tu sesión gráfica abres un terminal y ejecutas:
~# su pruebas ~# twinkle (no olvides poner otro puerto SIP en la segunda instancia de Twinkle).
Ahora configura el mismo usuario y esas cosas y haz la prueba.
PD: Si no, también puedes probar otros softphones, aunque la mayoría APESTAN y tarde o temprano petarán o darán un error inexplicable que te hará dudar de si tienes algún error en tu OpenSer. Por ejemplo puedes probar Linphone, que es una auténtica mierda, pero sirve para registrarse y llamar y poco más (permite MESSAGE pero no se autentica si se lo solicitas, permite presencia SIMPLE pero lo hace fatal...).
-- 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 Tuesday 11 March 2008 15:22:00 Javier Allende Astigarraga escribió:
mientras venia de comer me he dado cuenta que en el invite debería obligar a comprobar si está registrado el usuario.
En absoluto, si lo exiges será por el motivo particular que sea, pero en absoluto es necesario estar registrado para enviar un INVITE.
Pero si yo quiero que solo se llamen entre si, usuarios de la propia empresa tendré que restringir de alguna manera ese tipo de llamadas, por eso había pensado en la necesidad de Autenticarse.
INVITE: Permite invitar un usuario o servicio para participar en una sesión o para modificar parámetros en una sesión ya existente. Con esto yo entiendo que cualquier usuario puede hacer un invite pertenezca o no a la empresa.
De hecho me he dado cuenta que cacharreando con "super" ekiga, si cambiaba un campo en la configuración me salian usuarios distintos cuando llamaba al twinkle. x ejemplo 100@openser.org o 100@midominio.com .
Ojo que igual estoy enfocando mal la solución.
Teniendo en cuenta el tema de registrar el UA para realizar el invite entiendo que habría que hacer algo tal que asi
if (message ="INVITE") { //comprobar si esta registrado pv_www_authorize(realm); ?? //si esta registrado seguir con el proceso
//si no obligar a registrarse o rechazar la llamada
}
2008/3/11, Iñaki Baz Castillo ibc@in.ilimit.es:
El Tuesday 11 March 2008 15:22:00 Javier Allende Astigarraga escribió:
mientras venia de comer me he dado cuenta que en el invite debería obligar a comprobar si está registrado el usuario.
En absoluto, si lo exiges será por el motivo particular que sea, pero en absoluto es necesario estar registrado para enviar un INVITE.
-- 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 Tuesday 11 March 2008 15:58:09 Javier Allende Astigarraga escribió:
Pero si yo quiero que solo se llamen entre si, usuarios de la propia empresa tendré que restringir de alguna manera ese tipo de llamadas, por eso había pensado en la necesidad de Autenticarse.
ejem.. ejem.... me niego a explicar otra vez la diferencia entre autenticarse y registrarse, pero te remito a una respuesta que ya di en su día en la lista de Asterisk-es:
http://groups.google.es/group/asterisk-es/msg/ee9e533ac8c6ca4e
:$, gracias por el hilo iñaki, ahora lo leo con mas detenimiento para darme cuenta de las patas
2008/3/11, Iñaki Baz Castillo ibc@in.ilimit.es:
El Tuesday 11 March 2008 15:58:09 Javier Allende Astigarraga escribió:
Pero si yo quiero que solo se llamen entre si, usuarios de la propia empresa tendré que restringir de alguna manera ese tipo de llamadas, por eso había pensado en la necesidad de Autenticarse.
ejem.. ejem.... me niego a explicar otra vez la diferencia entre autenticarse y registrarse, pero te remito a una respuesta que ya di en su día en la lista de Asterisk-es:
http://groups.google.es/group/asterisk-es/msg/ee9e533ac8c6ca4e
-- 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
Registrar es el hecho de decir donde esta el UA Autenticar : ¿Es determinar que pertenece al sistema ese UA registrado no?
Entonces lo que a mi me interesa sería siempre que un UA envie un invite comprobar si ese usuario esta autenticado en el sistema. sino lo está forzarle a ello.
Para todo ello me tendre que mirar las funciones del módulo authmodule
El 11/03/08, Javier Allende Astigarraga legolas.klaitxu@gmail.com escribió:
:$, gracias por el hilo iñaki, ahora lo leo con mas detenimiento para darme cuenta de las patas
2008/3/11, Iñaki Baz Castillo ibc@in.ilimit.es:
El Tuesday 11 March 2008 15:58:09 Javier Allende Astigarraga escribió:
Pero si yo quiero que solo se llamen entre si, usuarios de la propia empresa tendré que restringir de alguna manera ese tipo de llamadas, por eso había pensado en la necesidad de Autenticarse.
ejem.. ejem.... me niego a explicar otra vez la diferencia entre autenticarse y registrarse, pero te remito a una respuesta que ya di en su día en la lista de Asterisk-es:
http://groups.google.es/group/asterisk-es/msg/ee9e533ac8c6ca4e
-- 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
--
Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================
Cuando un UA envia un INVITE tienes que obligar a que ese INVITE se autentique. No te vale comprobar con que el usuario que envía el INVITE se haya autenticado al registrarse. (Podría registrarme yo como pepito y luego mandar tú un INVITE diciendo que eres pepito).
G.
Javier Allende Astigarraga wrote:
Registrar es el hecho de decir donde esta el UA Autenticar : ¿Es determinar que pertenece al sistema ese UA registrado no?
Entonces lo que a mi me interesa sería siempre que un UA envie un invite comprobar si ese usuario esta autenticado en el sistema. sino lo está forzarle a ello.
Para todo ello me tendre que mirar las funciones del módulo authmodule
El 11/03/08, Javier Allende Astigarraga legolas.klaitxu@gmail.com escribió:
:$, gracias por el hilo iñaki, ahora lo leo con mas detenimiento para darme cuenta de las patas
2008/3/11, Iñaki Baz Castillo ibc@in.ilimit.es:
El Tuesday 11 March 2008 15:58:09 Javier Allende Astigarraga escribió:
Pero si yo quiero que solo se llamen entre si, usuarios de la propia empresa tendré que restringir de alguna manera ese tipo de llamadas, por eso había pensado en la necesidad de Autenticarse.
ejem.. ejem.... me niego a explicar otra vez la diferencia entre autenticarse y registrarse, pero te remito a una respuesta que ya di en su día en la lista de Asterisk-es:
http://groups.google.es/group/asterisk-es/msg/ee9e533ac8c6ca4e
-- 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
--
Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================
--
Legolas_Bilbao[ID2006][GKR] Dios creo un equipo Perfecto a los demas los lleno de extranjeros http://www.forosindicedonkey.com http://usuarios.lycos.es/ligaforo/ =====================================================
Users-es mailing list Users-es@lists.openser.org http://lists.openser.org/cgi-bin/mailman/listinfo/users-es
El Tuesday 11 March 2008 16:35:24 Javier Allende Astigarraga escribió:
Registrar es el hecho de decir donde esta el UA Autenticar : ¿Es determinar que pertenece al sistema ese UA registrado no?
Entonces lo que a mi me interesa sería siempre que un UA envie un invite comprobar si ese usuario esta autenticado en el sistema. sino lo está forzarle a ello.
Para todo ello me tendre que mirar las funciones del módulo authmodule
Simplifica:
- Para aceptar un INVITE exige autenticación. - Para aceptar un REGISTER exige autenticación. - Autenticación no tiene NADA que ver con registro.
Ok, perfecto ,creo que ya me ha quedado claro.
un saludo
El 11/03/08, Iñaki Baz Castillo ibc@in.ilimit.es escribió:
El Tuesday 11 March 2008 16:35:24 Javier Allende Astigarraga escribió:
Registrar es el hecho de decir donde esta el UA Autenticar : ¿Es determinar que pertenece al sistema ese UA registrado no?
Entonces lo que a mi me interesa sería siempre que un UA envie un invite comprobar si ese usuario esta autenticado en el sistema. sino lo está forzarle a ello.
Para todo ello me tendre que mirar las funciones del módulo authmodule
Simplifica:
- Para aceptar un INVITE exige autenticación.
- Para aceptar un REGISTER exige autenticación.
- Autenticación no tiene NADA que ver con registro.
-- 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
On Tue, Mar 11, 2008 at 3:36 PM, Iñaki Baz Castillo ibc@in.ilimit.es wrote:
El Tuesday 11 March 2008 15:22:00 Javier Allende Astigarraga escribió:
mientras venia de comer me he dado cuenta que en el invite debería obligar a comprobar si está registrado el usuario.
En absoluto, si lo exiges será por el motivo particular que sea, pero en absoluto es necesario estar registrado para enviar un INVITE.
Si el rol de register es autenticar usuarios, puedes no hacerlo y requerir las credentials en el inicio del invite
Invite -> <- 401 Invite + Credentials ->
Saludos,
sr-users-es@lists.kamailio.org