1 / 10

Updating the TLD Root Server data in the 21 st Century.

Updating the TLD Root Server data in the 21 st Century. A Shared Responsibility. Project Goals. Depoliticise role of the Root Server system - Open and transparent process Decentralise Root Zone Data with info directly from TLD Registry

bart
Download Presentation

Updating the TLD Root Server data in the 21 st Century.

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. Updating the TLD Root Server data in the 21st Century. A Shared Responsibility

  2. Project Goals • Depoliticise role of the Root Server system - Open and transparent process • Decentralise Root Zone Data with info directly from TLD Registry • Enhance the Accuracy, Efficiency, Security and Stability of the DNS • All members of the Registry community have equal access

  3. Description • Enable the designated Internet registries and the respective local Internet communities (including governments) to exercise local supervision of their components in the Root Zone. FOR MORE INFO... http://www.centr.org/docs/2005/07/response-usg.html

  4. Historical Analysis • Pre-1997 • Registries instructed the IANA to update their records; authorised changes were made within 24 hours. • In 1998 • Jon Postel (the IANA) undertook a Root Server experiment without the permission of the USG • In 1998 • USG asserted oversight over Root Server changes.

  5. Historical Analysis, Cont. • Industry recognised USG assertion! • NTIA has provided pro-bono an excellent non-discriminatory checking function of Root changes. • Registry Community prefer US does not “authorise changes” but verifies process FOR MORE INFO... http://www.ntia.doc.gov/ntiahome/domainname/USDNSprinciples_06302005.htm (30th June 2005)

  6. Verification Procedures • Currently system highly dependent on non-secure email • Security is human inspection – time consuming • Take existing policy/procedure and automate to improve performance FOR MORE INFO... Description: www.shared-responsibility.net/current-process.pdf

  7. Proven Technology • Industry Authentication Standards are adopted • PGP • MD5 • x509 • Web Login-passwd • Human verification

  8. Test-bed (open to all) • Resources allocated to this project • Funding • People • Equipment • Software trials from various locations • External evaluation Report to the Community.

  9. Phase 1 Phase 2 Phase 3 June July Aug Sept Oct Nov Dec Jan Feb Mar Apr Schedule • Phase 1 – Evaluate existing technologies and define Test-bed • Phase 2 – Open access to Test-bed. Community beta test/review • Phase 3 – Report findings How to be involved... This is a peer-to-peer project = all participants are equal Email: Testbed@Shared-Responsibility.net

  10. Related Documents www.Shared-Responsibility.net (coming soon!) Email: Testbed@Shared-Responsibility.net

More Related