Personally I think that this is actually a value-subtracted service, as the EP.NET organisation does not run the named boxes, or the exchange points.
It would be much more helpfull the the interfaces that faces the NAP and another provider where following each providers naming conventions, and had a domain-name that would point the users to the organisation that actually operates the boxes.
Yes, that is the desired goal, however some sites are not willing or able to do so, so there is a default case where a name is available. (There are some exchange points where no forward is registered, which can be a hassel)
The existence of a forward mapping is not a necessary technical precondition for you to insert a reverse mapping which points in the right direction, i.e. at the organization operating the boxes. However I also have trouble seeing why any ISP would willingly decline to register it's boxes in the DNS. I fully agree with PL that introducing EP.NET into this is value- subtraction, in that it will just add unneeded confusion. - Håvard
However I also have trouble seeing why any ISP would willingly decline to register it's boxes in the DNS. I fully agree with PL that introducing EP.NET into this is value- subtraction, in that it will just add unneeded confusion.
And worse, allows someone to think they're doing the 'right thing' because my tax money sez that's the way to go. There's another value-subtracted service offered to IXers by this kind service. "The block 198.32.0.0/16 is set aside for numbering exchange points. The block is listed to ISI. Specific sub-delegations can be made as needed." Nice way to break aggregation, create an extra route, ... randy
The existence of a forward mapping is not a necessary technical precondition for you to insert a reverse mapping which points in the right direction, i.e. at the organization operating the boxes. However I also have trouble seeing why any ISP would willingly decline to register it's boxes in the DNS.
Welcome to the USA, Land of a thousand startup ISP's. They decline for a couple of reasons: - They don't have DNS running internally - They perceive the EP node to be "outside" their domain - They don't know/care - A default is provided. Now I will agree that the forward mapping is not a necessary technical precondition, there is a need to the reverse mapping. That mapping needs a name. -- --bill
I don't get this at all. On Jul 31, 6:51, bmanning@ISI.EDU <bmanning@ISI.EDU> wrote:
Welcome to the USA, Land of a thousand startup ISP's.
"I want to be an Internet Provider."
They decline for a couple of reasons:
"I don't have DNS running internally" "I perceive the EP node to be "outside" my domain" "I don't know/care" "Can somebody please set it up for me." Doesn't seem a productive way of raising the quality among new people (cf the CIDR FAQ under construction). -- ====== ___ === Per G. Bilse, Mgr Network Operations Ctr ===== / / / __ ___ _/_ ==== EUnet Communications Services B.V. ==== /--- / / / / /__/ / ===== Singel 540, 1017 AZ Amsterdam, NL === /___ /__/ / / /__ / ====== tel: +31 20 6233803, fax: +31 20 6224657 === ======= 24hr emergency number: +31 20 421 0865 === Connecting Europe since 1982 === http://www.EU.net; e-mail: bilse@EU.net
I don't get this at all.
On Jul 31, 6:51, bmanning@ISI.EDU <bmanning@ISI.EDU> wrote:
Welcome to the USA, Land of a thousand startup ISP's.
"I want to be an Internet Provider."
They decline for a couple of reasons:
"I don't have DNS running internally" "I perceive the EP node to be "outside" my domain" "I don't know/care" "Can somebody please set it up for me."
Doesn't seem a productive way of raising the quality among new people (cf the CIDR FAQ under construction).
I look forward to the CIDR FAQ, although I am not sure it has any info on domain naming or services that an ISP should offer or use. As to your other query, I don't get it either. It may be too much money and greed at work. I don't know, I just work here. (I've -always- wanted to use that line! :) --bill
participants (4)
-
bmanning@ISI.EDU
-
Havard.Eidnes@runit.sintef.no
-
Per Gregers Bilse
-
randy@psg.com