[Kamailio-Users-ES] Modificar Headers

[David A Céspedes]

Mmmmmm, pero según la sección 5 
-------------------------
"This document defines a new SIP logical role called a "privacy
   service".  The privacy service role is instantiated by a network
   intermediary, frequently by entities that can act as SIP proxy
   servers.  The function of a privacy service is to supply privacy
   functions for SIP messages that cannot be provided by user agents
   themselves."
-------------------------
Sera una contradicción en el RFC???? Pues dice que los servicios de
privacidad deben ser prestados por entidades que actúen como SIP Proxy
servers. Entonces como seria??? 

-Si el UA pide cualquier otro tipo de privacidad que no sea "Header" esta
debe ser implementada por el SIP Proxy 
-Pero si la privacidad solicitada es de tipo "Header", entonces debe ser un
B2BUA quien se encargue de quitar los Via: que revelen información del
usuario que origina el mensaje y poner uno nuevo que relacionará la llamada
actual para manejar adecuadamente las respuesta que se originen,
relacionadas con este dialogo?. 
-O debe ser un SIP proxy que en algunos casos actúe como B2BUA (como ya lo
hace Kamailio para algunas cosas) 
-O un B2BUA que actúe a veces como SIP proxy. 

La verdad me parece un poco complicado la implementación de estos RFC. No se
que piensen ustedes.

Saludos 
David Céspedes

-----Mensaje original-----
De: users-es-bounces at lists.kamailio.org
[mailto:users-es-bounces at lists.kamailio.org] En nombre de Iñaki Baz Castillo
Enviado el: Jueves, 05 de Febrero de 2009 09:34 a.m.
Para: Lista de usuarios de Kamailio
Asunto: Re: [Kamailio-Users-ES] Modificar Headers

El día 5 de febrero de 2009 15:13, David A Céspedes
<ingdavidcespedes at cable.net.co> escribió:
> Totalmente de acuerdo que el problema no es ese. Pero definitivamente un
SIP
> Proxy si debería poder cambiar los encabezados "Via:" ¿o no?

Pues no. Si lees todo el párrafo del RFC 3323 que antes mencionabas
verás que al principio dice:

-------------------------
5.1 Header Privacy

   If a privacy level of 'header' is requested, then the originating
   user has asked the privacy service to help to obscure headers that
   might otherwise reveal information about the originator of the
   request.  However, the values that have been so obscured must be
   recoverable when further messages in the dialog need to be routed to
   the originating user agent.  In order to provide these functions the
   privacy service must frequently act as a transparent back-to-back
   user agent *********(B2BUA)**********.
   [...]
   Privacy services operating on requests SHOULD remove all Via headers
   that have been added to the request prior to its arrival at the
   privacy service
-------------------------

Así que habla de un *B2BUA* y no de un proxy. El RFC 3261 dice bien
claro que un proxy NO puede quitar cabeceras Via. Además, es que no
tiene sentido quitar un Via ya que entonces ¿cómo sabrá el proxy a
dónde rutar las respuestas?

Definitivamente un proxy NO puede quitar cabeceras Via, va contra lo
más core del RFC 3261 :)


Saludos.

-- 
Iñaki Baz Castillo
<ibc at aliax.net>

_______________________________________________
Users-es mailing list
Users-es at lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es