2 Apr
2008
2 Apr
'08
1:14 p.m.
Hola Iñaki,
El 01/04/2008, a las 12:28, Iñaki Baz Castillo escribió:
Cierto, pero eso cuentaselo a los fabricantes que son los que
implementan las cabeceras en sus equipos ;)
El Tuesday 01 April 2008 10:05:10 Jesus Rodriguez
escribió:
¿Consideras a tus usuarios, gateways e interconexiones IP como nodos
trusted? :-)
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.
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(a)voztele.com
http://www.voztele.com
Tel. 902360305
-------------------------------------