About RIPE | Contact  | Search | Sitemap    
Homepage RIPE  
RIPE Community Mail Archives
search  
     
RIPE Navigation Ends
About RIPE Maillists
Maillists Archive
Global Lists
Non Active Lists
RIPE NCC Navigation Ends
Next Section

RE: [address-policy-wg] Re: [ipv6-wg] IPv6 micro allocation or something else?

  • To: "'Gert Doering'" <
    >
  • From: Jørgen Hovland <
    >
  • Date: Mon, 14 Nov 2005 23:49:00 +0100
  • Cc: <
    >, <
    >


-----Original Message-----
From: address-policy-wg-admin@localhost
[
] On Behalf Of Gert Doering >I read into this that you are afraid that the initial criteria are not >strict enough. As far as I can see, the criteria are pretty explicit, >and verificable. If you mean afraid of a large routing table, then the answer is no. From the archives you might see that I say "who cares, it's the vendors problem". Anyway, as I said in the email after the one you replied to; I don't think there is anything special about DNS (it's just another protocol) so it would be better to discuss general PI allocations instead of specific cases of PI which is after my opinion a waste of time (but this discussion was not). >Please. We have been through this part of the discussion half a year ago, >and we've asked those that know (the DNS WG) and they tell us "we can't >rely on EDNS0, and truncation is bad". It would be very helpful if you >could do us the favour and read up on old arguments in the archives. It would be very helpful if you didn't assume I don't know what I am talking about. >To repeat myself: it's not the AP WG's job to tell the DNS WG how DNS >works. We're making policy, (partly) based on the expertise of other >working >groups. Ok, since I am with the DNS WG maybe it would be okay anyway to mention slightly off-topic but related material? EDNS0 works, just like any other working protocol. The problem is deploying it, also just like any other protocol - like IPv6. Since there is no critical problem today with IPv4, or DNS, there will always be problems deploying the next versions of it when the first people screams "hey this is not working!!!!". We could wait for it to happen. We could use it as an excuse to find temporary workarounds. We can even make special address policies for special cases that would give us more time, but sooner or later it is going to happen - because the protocol itself is not sufficient and that is your axiom. Please do give me comments, but I think I have finished discussing this topic now. Joergen Hovland

 

Next Section
     About RIPE | Site Map | LIR Portal | About the RIPE NCC | Contact | Copyright Statement
RIPE.NET Homepage LIR Portal RIPE Community