60 likes | 167 Views
ENUM 2.0 addresses complex issues in voice over IP (VoIP) routing, particularly for call routing across varied numeral systems. This framework explores the need for flexible numbering plans, the significance of calling and called numbers, and the critical role of databases in ensuring seamless communication. By highlighting the limitations of source-based results and the distinct paths calls may take based on their origins, ENUM 2.0 aims to provide clarity and efficiency in call management. This evolution permits better integration of private and public databases for optimized routing.
E N D
E2MD (ENUM-to-Doctor) I see the problem… he’s infected by the IETF!
What we need • Calling-name • Key = calling number • SPID/SPN • Key = called or calling number • Send-N • Key = called number (only?) • Unused • Key = either • Source-based results • Key = called number, but “filtered” by source data (or arguably key = called + source)
Requirements • Has to support variable-length/open numbering plans • Has to be in private database: all use-cases • Has to be in public database: all use-cases?
Source-URI • Today, source-uri is done in private contexts only • Used for VoIP routing • Example-1: NANP local vs. long-distance calls, in North America • Example-2: transit peering arrangements
Source-URI Problem • Call from A to C may need different path than from B to C, and different from A to D Database Proxy-1 Proxy-2 A B C D
A Horse of a different color What if we just say “fine, it’s not The DNS”, it’s ENUM 2.0