Re: [Kamailio-Users-ES] Crear una transacción antes de autenticar, ¿sí o no? - sr-users-es

14 Oct 2008

Mmmmm creo que en la recomendaciones SIP Connect también dicen que no se cree una nueva
transacción hasta que no se haya autenticado. De pronto se podría crear alguna forma para
que este primer request no fuera stateless "Nuevo RFC {:-)} ", pero por el
momento me quedo con la forma recomendada por el RFC.

----- Mensaje original -----
De: Iñaki Baz Castillo &lt;ibc(a)aliax.net&gt;
Fecha: Lunes, Octubre 13, 2008 8:21 am
Asunto: Re: [Kamailio-Users-ES] Crear una transacción antes de autenticar, ¿sí o no?

...
  El día 13 de octubre de 2008 15:04, Raúl Alexis
Betancor Santana
 &lt;rabs(a)dimension-virtual.com&gt; escribió:
  On Monday 13 October 2008 12:46:23 Iñaki Baz
Castillo wrote:
> Esto último es negativo pues cuanto más se estrese al servidor de
> autenticación (LDAP o lo que sea) peor. Yo creo que en un escenario
> así (donde la autenticación toma tiempo) sí que puede ser bueno   crear>>
la transacción justo antes del proceso de autenticación 
 (eso sí, sólo
   para
requests que contengan la cabecera "(Proxy-)Authorization". 
 Es que aún estoy intentando averiguar quien demonios puede tener   un escenario
  en producción donde la respuesta del sistema de
autentitación   tarde tanto que
  provoque una retrasmisión del request por parte
del UAC.  
 Bueno, la primera retransmisión es a los T1 segundos (0,5 segundos),
 tampoco es tanto. A nada que el LDAP sea "muy" remoto o haya carga (en
 la conexión al LDAP me refiero)...

  A parte de que ¿en que otras situaciones puede
ser útil?, no veo   muchos> escenarios en los que pueda ser útil esa técnica
anti-RFC

 Bueno, no es anti-RFC. El 3261 simplemente aconseja no crear la
 transacción hasta haber autenticado el request, pero no es un MUST ni
 mucho menos.

 -- 
 Iñaki Baz Castillo
 &lt;ibc(a)aliax.net&gt;
 _______________________________________________
 Users-es mailing list
 Users-es(a)lists.kamailio.org
 http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es