[asterisk-users] Re: Open CallerID Database?

[Natambu Obleton]

I would guess that registration would be by the telco for the blocks
just like with reverse dns today, so then each telco would have a
local server to manage their 'reverse' cnam lookup.... and the people
in charge would be NANPA, just like how ARIN is regulated today.
Although who owns the root namservers.. I wonder if ARIN and RIPE
share ownership of them?

Although now that i Think about it dns wouldn't work because want to
deligate .. XXX-XXX-XYYY and XXX-XXX-XXYY and then there is single
numbers. For that right now I do weird PTR CNAME to A record thing for
single reverse dns. This would be little larger... ohh shit.. LNP. So
now Qwest would need to deligate a single CNAM to me and crap..naw
this will never work.

On 2/20/07, Jon Pounder <JonP at inline.net> wrote:
> Quoting Natambu Obleton <natambu at gmail.com>:
>
> > So how does this start? I mean it wouldn't be hard to modify dns
> > server to use 3/3/4 format ip address... or it would need to be
> > 3/3/3/4 for international right and someone wrote a module for
> > asterisk look up that way and then I took my SS7 connection and setup
> > a GTT gateway to a server so that real telco's could query it over SS7
> > and use my other CNAM provider as backup so that people could make me
> > their main connection, but alas...
>
> I think you have the format of the address space reversed conceptually but the
> idea would work - the countrycode, area code etc are like the .com in dns and
> then exchange like the 2ld, and number like the hostname.
>
> the only modification would be to set different root servers for this sort of
> parallel system, and have someone actually in charge to delegate the
> subdomains
> etc.
>
> registering a domain name has cost for the admin part of it, but is someone
> really going to pay to register a phone number they already pay for ? (the
> administration has to be paid for somehow)
>
> I am not trying to criticize, but just pointing out the realities of making it
> work.
>
>
> >
> > most cnam providers don't allow you to resale lookups. Time to move
> > on, but it would be kewl to start a revolution. :)
> >
> > On 2/20/07, Anselm Martin Hoffmeister <anselm at hoffmeister-online.de> wrote:
> >> Am Dienstag, den 20.02.2007, 14:54 -0500 schrieb Mike Lynchfield:
> >> > Well caching is the way to go., bu then again most of the current
> >> > solutions have this problem.
> >> >
> >> > John smit has a DID.. 514 555 1234 and closes account.. did sleeps for
> >> > 3 months and new client Jane doe takes it..
> >> >
> >> > Now how long should caching be ? this is a big problem ATM because
> >> > some cache for 1 year others 1 day , they don't want to tell how long
> >> > nor provider an API update method.
> >>
> >> Coming back to the DNS example, there are certain timeouts. I have to
> >> admit I cannot tell how exactly the timeout values work together, but
> >> you _can_ set an absolute timeout after which any cached data (counted
> >> from the moment of retrieval) is marked obsolete and a subsequent query
> >> occurs. If you set something in the 2-week-range (which may or may not
> >> be what many people use in DNS) you can be pretty sure that freshly
> >> assigned numbers do not have dangling cache records, assuming the 3
> >> months "gap" before assigning the same number again.
> >>
> >> Assuming one could add an additional TXT record to enum, say
> >>
> >> name.0.6.0.7.x.x.x.enum.info. TXT "Hoffmeister, Anselm Martin"
> >>
> >> this would pretty much do the trick. I have no idea wether any standard
> >> describes name resolution via enum.
> >>
> >> The other way around would be more tricky btw., with all those "John
> >> Smith" around ;)
> >>
> >> BR
> >> Anselm
> >>
> >> _______________________________________________
> >> --Bandwidth and Colocation provided by Easynews.com --
> >>
> >> asterisk-users mailing list
> >> To UNSUBSCRIBE or update options visit:
> >>    http://lists.digium.com/mailman/listinfo/asterisk-users
> >>
> > _______________________________________________
> > --Bandwidth and Colocation provided by Easynews.com --
> >
> > asterisk-users mailing list
> > To UNSUBSCRIBE or update options visit:
> >   http://lists.digium.com/mailman/listinfo/asterisk-users
> >
>
>
>
> Jon Pounder
>
>    _/_/_/  _/    _/  _/       _/_/_/  _/    _/  _/_/_/_/
>     _/    _/_/  _/  _/         _/    _/_/  _/  _/_/
>    _/    _/  _/_/  _/         _/    _/  _/_/  _/
> _/_/_/  _/    _/  _/_/_/_/ _/_/_/  _/    _/  _/_/_/_/
>
>
> Inline Internet Systems Inc.
> Thorold, Ontario, Canada
>
> Tools to Power Your e-Business Solutions
> www.inline.net
> www.ihtml.com
> www.ihtmlmerchant.com
> www.opayc.com
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users
>