[OpenSER-Users-ES] ¿Es válido cambiar el From NAME en vez del From username?

Iñaki Baz Castillo ibc at in.ilimit.es
Tue Apr 1 12:28:54 CEST 2008


El Tuesday 01 April 2008 10:05:10 Jesus Rodriguez escribió:

> Los métodos habituales para mostrar el número llamante es poner el
> RPID o el PAI... aunque hay por ahí bastantes gateways que no los usan
> e insisten en mostrar lo que llega en el From, pero por suerte cada
> vez son menos.

Sí, pero sólo un nodo trusted puede enviar un PAI:

RFC 3325:
-----------------------------------------------------
5. Proxy Behavior
   [...]
   If the proxy receives a message (request or response) from a node
   that it trusts, it can use the information in the P-Asserted-Identity
   header field, if any, as if it had authenticated the user itself.
   [...]
   If the proxy received the message from an element that it does
   not trust and there is a P-Asserted-Identity header present which
   contains a SIP or SIPS URI, the proxy MUST replace that SIP or SIPS
   URI with a single SIP or SIPS URI or remove this header field.
-----------------------------------------------------


> Muchos proveedores piden que el From sea igual al username del digest
> para asegurar la identidad del llamante y eso complica el uso del From
> como número A... de ahí que lo mejor sea usar RPID o PAI.

Pero según el RFC se debería usar PPI y no PAI (me refiero cuando el cliente 
quiere setear el callerid):

-----------------------------------------------------
9.1 The P-Asserted-Identity Header
   The P-Asserted-Identity header field is used among trusted SIP
   entities (typically intermediaries) to carry the identity of the user
   sending a SIP message as it was verified by authentication.
-----------------------------------------------------

-----------------------------------------------------
9.2 The P-Preferred-Identity Header
   The P-Preferred-Identity header field is used from a user agent to a
   trusted proxy to carry the identity the user sending the SIP message
   wishes to be used for the P-Asserted-Header field value that the
   trusted element will insert.
-----------------------------------------------------

NOTA: Según el RFC 3324 un proxy puede ser considerado trusted para un cliente 
pero no la inversa. En el caso que nos ocupa el proxy es trusted para el 
cliente, pero el cliente no es trusted para el proxy luego estamos en el caso 
9.2.

¿Me equivoco? Gracias.




>
> Saludos
> JesusR.
>
> ------------------------------------
> Jesus Rodriguez
> VozTelecom Sistemas, S.L.
> jesusr at voztele.com
> http://www.voztele.com
> Tel. 902360305
> -------------------------------------
>
>
>
>
>
> _______________________________________________
> Users-es mailing list
> Users-es at lists.openser.org
> http://lists.openser.org/cgi-bin/mailman/listinfo/users-es



-- 
Iñaki Baz Castillo
ibc at in.ilimit.es




More information about the Users-es mailing list