Hi there,

Changed are detailed in the "B.4.  Change History", but the 10,000ft view is 
NoError was replaced with NXDomain.

Draft was about to expire, and submission deadline was fast approaching, so 
submitted in a bit of a rush. Apologies for that…

W

Begin forwarded message:

> From: [email protected]
> Subject: New Version Notification for 
> draft-wkumari-dnsop-omniscient-as112-02.txt
> Date: February 25, 2013 2:14:47 PM EST
> To: [email protected]
> Cc: [email protected], [email protected], [email protected]
> 
> 
> A new version of I-D, draft-wkumari-dnsop-omniscient-as112-02.txt
> has been successfully submitted by Warren Kumari and posted to the
> IETF repository.
> 
> Filename:      draft-wkumari-dnsop-omniscient-as112
> Revision:      02
> Title:                 Omniscient AS112 Servers
> Creation date:         2013-02-25
> Group:                 Individual Submission
> Number of pages: 13
> URL:             
> http://www.ietf.org/internet-drafts/draft-wkumari-dnsop-omniscient-as112-02.txt
> Status:          
> http://datatracker.ietf.org/doc/draft-wkumari-dnsop-omniscient-as112
> Htmlized:        
> http://tools.ietf.org/html/draft-wkumari-dnsop-omniscient-as112-02
> Diff:            
> http://www.ietf.org/rfcdiff?url2=draft-wkumari-dnsop-omniscient-as112-02
> 
> Abstract:
>   The AS112 Project loosely coordinates Domain Name System (DNS)
>   servers to which DNS zones corresponding to private use addresses are
>   delegated.  Queries for names within those zones have no useful
>   responses in a global context.  The purpose of this project is to
>   reduce the load of such junk queries on the authoritative name
>   servers that would otherwise receive them, and instead direct the
>   load to name servers operated within the AS112 project.
> 
>   Adding and dropping zones from the AS112 servers is difficult, due to
>   the loosely-coordinated nature of the project.  This document
>   proposes a mechanism by which AS112 name servers could answer
>   authoritatively for all possible zones.  This eliminates the add/drop
>   problem, changing it to a matter of delegation within the DNS and
>   requiring no operational changes on the servers themselves.
> 
>   This document updates RFC 6304.
> 
> 
> 
> 
> The IETF Secretariat
> 

--
After you'd known Christine for any length of time, you found yourself fighting 
a desire to look into her ear to see if you could spot daylight coming the 
other way.

    -- (Terry Pratchett, Maskerade)




_______________________________________________
DNSOP mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/dnsop

Reply via email to