This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[dns-wg] Policy for Reverse DNS for End-User PA Addresses?
- Previous message (by thread): [dns-wg] Policy for Reverse DNS for End-User PA Addresses?
- Next message (by thread): [dns-wg] Policy for Reverse DNS for End-User PA Addresses?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Jim Reid
jim at rfc1035.com
Fri Jul 9 00:03:46 CEST 2004
>>>>> "Brad" == Brad Knowles <brad.knowles at skynet.be> writes: >> I've also got a gut feel that reverse delegation is really an >> issue between an ISP and its customer. If some ISP won't do >> reverse delegation properly (or at all), the customer is free >> to pick another ISP that does. Economic Darwinism should sort >> this out, just like it eliminates the clueless ISPs with lousy >> service. Brad> I disagree. In many cases, there is one and only one Brad> DSL provider for a given address -- the old telephone Brad> monopoly continues to have a stranglehold here. Brad, please re-read what I said. I spoke about ISPs, not DSL providers. If working reverse DNS is a very important consideration for some customer, they can always find an ISP who can accommodate that. This might of course mean choosing some other way of shifting bits from what any monopoly DSL provider has to offer. So the customer makes their choice and pays their money. This probably is a much more effective way of getting results than writing up a BCP. Please note that I'm not saying monopoly DSL (or whatever) providers should be encouraged to ignore reverse DNS for their customers.
- Previous message (by thread): [dns-wg] Policy for Reverse DNS for End-User PA Addresses?
- Next message (by thread): [dns-wg] Policy for Reverse DNS for End-User PA Addresses?
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ dns-wg Archives ]