1 / 12

andrzej.bartosiewicz@nask.pl

IETF 58th. http://www.ietf.org/internet-drafts/draft-bartosiewicz-enum-48tld-00.txt. andrzej.bartosiewicz@nask.pl. NASK as ENUM Registry. NASK is the admin & tech contact for 8.4.e164.arpa NASK is admin & tech contact for .PL R&D, state organization

tryna
Télécharger la présentation

andrzej.bartosiewicz@nask.pl

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. IETF 58th http://www.ietf.org/internet-drafts/draft-bartosiewicz-enum-48tld-00.txt andrzej.bartosiewicz@nask.pl

  2. NASK as ENUM Registry • NASK is the admin & tech contact for 8.4.e164.arpa • NASK is admin & tech contact for .PL • R&D, state organization • NASK follows the guidelines and fulfils the expectations raised by Office of Telecommunications and Post Regulation.

  3. Present situation • It’s the first attempt, • Present registration policy is based on the administrative decisions: • Experience with “traditional” domain names (.PL) • Guidelines from Office of Telecommunications and Post Regulation. • Several implementations of Registrar software available

  4. Present situation • Operators not involved in the technical side (not interested?). • Some of the operators involved in defining the administrative basis. • ca. 100 test registrations

  5. Based on: draft-zygmuntowicz-epp-pltld-00.txt

  6. Most important administrative aspects • No direct registrations. • Registration via the Telecom Operators (approved by the Regulator) only. http://www.urtip.gov.pl/urtip/a/tekst.jsp?place=urtip_ln_sa_prawa&news_cat_id=42&news_id=310 • Registrar (Operator) MUST NOT register the numbers administered by the other operators.

  7. EPP Modified Elements • A transfer of a domain or a contact does not require a confirmation of sponsoring client of that object. • Options of the <domain:transfer> and <contact:transfer> commands other than request are not supported.

  8. EPP Modified Elements • It is possible to delete a host using the <host:delete> command, even if there are domains delegated to that host, on the condition that the host is not configured for any domain which is delegated to this host. A side effect of a removal of a host is removal of all delegations to that host.

  9. EPP Modified Elements • A change of a host's name is forbidden. • A providing of the <host:chg> element in the <host:update> element causes failure of the <host:update> command.

  10. EPP Modified Elements • The <domain:info> command returns full set of information only for sponsoring client of a domain and client which provided a correct authorization information in the <domain:authInfo> element. In other cases command fails.

  11. EPP Modified Elements • The <contact:info> command returns full set of information only to sponsoring client of a domain and to client who provided a correct authorization information of domain in the <contact:authInfo> element. • Furthermore, if contact represents a private person who consents to publish his/her personal details (consentForPublishing=1) then information is returned to the others clients. In other cases command fails

  12. If you like to participate in the testing, please contact andrzejb@nask.pl or partner@dns.pl.

More Related