[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