Re: [enum-wg] DNSMON for enum zones
-
From: Ondřej Surý <ondrej.sury@localhost
-
Date: Wed, 09 May 2007 14:17:24 +0300
-
Organization: CZ.NIC, z.s.p.o.
Andy Davidson píše v St 09. 05. 2007 v 10:44 +0100:
> On 9 May 2007, at 09:54, Ondřej Surý wrote:
>
> > I was trying to RIPE NCC DNSMON service for our 0.2.4.e164.arpa and it
> > was suggested to open this issue on enum-wg, since DNSMON is available
> > only for TLDs according to current policies.
> > I think it would be good idea to change that policy to include ENUM
> > zones as well.
>
> A good idea, though the policy may need to state that this is only
> offered for at the country code level, otherwise the policy may be
> loose enough to allow end-user zone monitoring through dnsmon.
My formal proposal for change in agreement was:
"""
I propose to rephrase that term to "ccTLD and/or ENUM" and add "ccTLD"
and "ENUM" definitions to 1.1.:
ccTLD: A Top Level Domain as defined by IANA.
ENUM: A delegated subdomain of e164.arpa as delegated by RIPE NCC.
and change
TLD Administrator to:
The organisation(s) responsible for registry of a Top Level Domain, as
recorded by IANA, or a ENUM Domain, as recorded by RIPE NCC.
"""
or something like that.
These need to be changed in whole ripe-342.
Just to note... there could be ENUM operator for country who is not TLD
operator at the same time. One nice example (I can think of) is .AT and
+43 - both are separated legal entities.
Ondrej.
--
Ondřej Surý
technický ředitel/Chief Technical Officer
-----------------------------------------
CZ.NIC, z.s.p.o. -- .cz domain registry
Americká 23,120 00 Praha 2,Czech Republic
http://nic.cz/
sip:ondrej.sury@localhost tel:+420.222745110
mob:+420.739013699 fax:+420.222745112
-----------------------------------------
|