[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Iptel] tel: URI resolution
Hello All
To kick-off the discussion on tel: URI resolution I would like to share some initial ideas on this subject:
There are two major possibilities for tel: URI resolution
1) The general one using DNS/ENUM system as described in RFC 2913 § 7.3 Example 3.
The additional consideration may be given to the fact that probably not all complete e.164 numbers will be put in to the DNS, but just CC, NDC or parts of SN thus changing the NAPTR in the example to something like:
given the tel:+1-770-555-1212
$ORIGIN 7.1.e164.arpa
IN NAPTR 100 10 "u" "sip+E2U" "change to sip:+1-770-555-1212@provider.com;user=phone"
IN NAPTR 100 10 "u" "mailto+E2U" "change to mailto:+1-770-555-1212@provider.com"
then one would resolve the sip: URI following the 3263 procedures
2) Not so general one that is probably more interesting for special propose clients (SIP only, HTTP only, SMTP only,...)
This mechanism is based on the RFC 2169 where an update for SIP would be strait-forward, but the general description could be used in the draft-antti-rfc2806bis to keep tel: URI protocol independent, i.e. resolvable using http, sip, smtp,...
An option could be to say that if tel: URI resolves (among others) to the URL of the protocol that is being user for it's resolution, then instead reporting back the resolver may continue with the session setup using resolved URL. And only in the case that the session setup fails report the URLs of other protocols.
Of course this mechanisms do not exclude each other but can be combined in a particular network architecture.
Greetings,
Denis Alexeitsev
_______________________________________________
Iptel mailing list
Iptel@ietf.org
https://www.ietf.org/mailman/listinfo/iptel