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

[Jesus Rodriguez]

Hola Iñaki,


El 01/04/2008, a las 12:28, Iñaki Baz Castillo escribió:
> 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.
> -----------------------------------------------------


¿Consideras a tus usuarios, gateways e interconexiones IP como nodos  
trusted? :-)



>> 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.
> -----------------------------------------------------


Cierto, pero eso cuentaselo a los fabricantes que son los que  
implementan las cabeceras en sus equipos ;)



> 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.


Sí.

Por desgracia, como siempre pasa, los fabricantes implementan lo que  
les rota y el P-Preferred-Identity todavía no está muy extendido y  
casi todo el mundo tira de RPID/PAI.


Saludos
JesusR.

------------------------------------
Jesus Rodriguez
VozTelecom Sistemas, S.L.
jesusr at voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------