On Jun 25, 2008, at 2:24 AM, Elwell, John wrote:



[JRE] It also suffers an additional limitation to do with E.164 numbers.
So I would prefer to say:
"RFC 4474 suffers additional limitations relating to its use with E. 164 numbers and with gateways, session border controllers, and back-to- back
user agents."


Does it really have issues with E,164 numbers, or only when they are used through gateways? For example, I thought we had agreed that if the ENUM entry for an E.164 points to a domain including an authentication service, then that AS could reasonably issue Identity headers on that phone number.


[JRE] One thing we have talked about in the past has been an additional
parameter in a SIP URI. I am not saying we definitely need to do this,
but I would not want to close the door on this if the group concludes it would be a good thing. Another possible deliverable might a some sort of
BCP to do with E.164 numbers in SIP URIs.

That is indeed one of the proposals for alerting an RFC4474 consumer to the fact that the identity assertion is "weak" because it came from the PSTN.

General guidance on E.164s in URIs might be a reasonable thing to do.

--
Dean

_______________________________________________
Sip mailing list  https://www.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [EMAIL PROTECTED] for questions on current sip
Use [EMAIL PROTECTED] for new developments on the application of sip

Reply via email to