Re: [Kamailio-Users-ES] Modificar Headers

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(a)lists.kamailio.org [mailto:users-es-bounces@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(a)cable.net.co> escribió: SIP 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(a)aliax.net> _______________________________________________ Users-es mailing list Users-es(a)lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users-es