<<<
Chronological Index
>>> <<<
Thread Index
>>>
RE: [gnso-rn-wg] Follow-Up to Today's Call
- To: Mike Rodenbaugh <mxr@xxxxxxxxxxxxx>
- Subject: RE: [gnso-rn-wg] Follow-Up to Today's Call
- From: Tim Ruiz <tim@xxxxxxxxxxx>
- Date: Sun, 18 Feb 2007 05:42:44 -0700
<div>
Interesting argument. Not sure I agree, but I am beginning
to think that there are important technical and
security reasons to keep all single letter SLDNs reserved. </div>
<div> </div>
<div><BR>Tim Ruiz<BR>Vice President<BR>Corp. Development & Policy<BR>The Go
Daddy Group, Inc.<BR><BR>
This email message and any attachments hereto is intended for use only
by the addressee(s) named herein and may contain legally privileged and/or
confidential information. If you have received this email in error, please
immediately notify the sender and permanently delete the original and any copy
of this message and its attachments.<BR><BR></div>
<div name="wmMessageComp"><BR><BR>
<BLOCKQUOTE style="PADDING-LEFT: 8px; MARGIN-LEFT: 8px; BORDER-LEFT: blue 2px
solid">-------- Original Message --------<BR>Subject: RE: [gnso-rn-wg]
Follow-Up to Today's Call<BR>From: "Mike Rodenbaugh"
<mxr@xxxxxxxxxxxxx><BR>Date: Thu, February 15, 2007 4:49 pm<BR>To:
"Gomes, Chuck" <cgomes@xxxxxxxxxxxx>, "Michael D.
Palage"<BR><Michael@xxxxxxxxxx>, <gnso-rn-wg@xxxxxxxxx><BR><BR>I
think when users are confused or defrauded, security and stability<BR>
suffers. So I think there is rational basis for these names to
be<BR>
reserved. Same with NGOs. Same with famous brands. It
is a much<BR>
bigger security issue when users are confused about Yahoo! or eBay
or<BR>
Citibank, etc., then when they are confused about IANA. And
it<BR>certainly is not fair that businesses have had to pay for their<BR>
defensive reservations, yet ICANN, IANA and Afilias, at least, have
long<BR>recognized the issue and protected themselves. <BR><BR>
I think ICANN/IANA names should continue to be reserved as they
have<BR>
been, for security reasons apparently, and we should figure out a way
to<BR>reserve domains related to other entities which pose bigger
security<BR>threats than these.<BR><BR>Mike Rodenbaugh<BR><BR>Sr. Legal
Director<BR><BR>Yahoo! Inc.<BR><BR><BR><BR>
NOTICE: This communication is confidential and may be protected
by<BR>
attorney-client and/or work product privilege. If you are not
the<BR>intended recipient, please notify me by reply, and delete
this<BR>communication and any attachments.<BR><BR><BR>-----Original
Message-----<BR>
From: owner-gnso-rn-wg@xxxxxxxxx [mailto:owner-gnso-rn-wg@xxxxxxxxx]
On<BR>Behalf Of Gomes, Chuck<BR>Sent: Thursday, February 15, 2007 2:40
PM<BR>To: Michael D. Palage; gnso-rn-wg@xxxxxxxxx<BR>Subject: RE: [gnso-rn-wg]
Follow-Up to Today's Call<BR><BR>
Thanks Mike. Regarding the reservation of names such as IANA,
ICANN,<BR>GNSO, IAB, <BR>
IETF, etc., maybe we should request ICANN senior management and
General<BR>
Council feedback on this to get a statement regarding how they
view<BR>
this. How important is it to them to continuing reserving these
names<BR>
and how would they fend off potential criticism by NGOs if
the<BR>requirement is continued?<BR><BR>Thoughts? <BR><BR>Chuck Gomes<BR><BR>
"This message is intended for the use of the individual or entity
to<BR>which it is addressed, and may contain information that is privileged,<BR>
confidential and exempt from disclosure under applicable law.
Any<BR>
unauthorized use, distribution, or disclosure is strictly prohibited.
If<BR>you have received this message in error, please notify
sender<BR>immediately and destroy/delete the original transmission."
<BR><BR><BR>> -----Original Message-----<BR>> From:
owner-gnso-rn-wg@xxxxxxxxx <BR>
> [mailto:owner-gnso-rn-wg@xxxxxxxxx] On Behalf Of Michael D.
Palage<BR>> Sent: Thursday, February 15, 2007 2:59 PM<BR>> To:
gnso-rn-wg@xxxxxxxxx<BR>> Subject: [gnso-rn-wg] Follow-Up to Today's
Call<BR>> <BR>> Hello All:<BR>> <BR>
> Here is a succinct statement of my concern regarding the
<BR>
> appropriateness of certain ICANN/IANA reserved names. While I
<BR>
> fully support the reservation of names that have potential
<BR>
> security and stability concerns, e.g., "bq--1k2n4h4b" or
<BR>
> "xn--ndk061n", I do have significant reservation with regard
<BR>
> to the reservation of names such as IANA, ICANN, GNSO, IAB,
<BR>> IETF, etc. <BR>> <BR>
> In connection with my extensive work with the WIPO II final
<BR>
> report regarding geographical identifiers, I have also spent
<BR>
> a lot of time reviewing IGO domain name conflicts. As ICANN
<BR>
> promotes itself as an internationally organized, non-profit
<BR>> organization, I believe it creates a potential double <BR>
> standard by which ICANN reserves/blacklists a subset of its
<BR>
> names when other IGOs are forced to fend for themselves with
<BR>
> other business and trademark owners trying to protect their brand.
<BR>> <BR>> Given the work on potential modification to the UDRP <BR>
> regarding IGOs, ICANN might wish to consider registering or
<BR>
> unreserving those names at such time that a suitable IGO UDRP
<BR>
> mechanism is available. Seeking to maintain a double standard
<BR>> potentially subjects ICANN to attacks in other fora.<BR>> <BR>
> With regard to the reserved names of www, nic and whois.
<BR>
> Although I have some concern regarding how these words are
<BR>
> reserved as discussed on the call today, in the interest of
<BR>
> practicality I will withdraw any concerns that I raised
<BR>> today. I believe the most important aspect is allowing <BR>
> registries to use these strings in an intuitive fashion to
<BR>
> assist Internet users in finding the information that they
<BR>
> want. Since that is possible with the current contractual
<BR>> provisions, our time should be devoted toward other efforts.<BR>>
<BR>
> Tamara with regard to the wording of the "common names", I
<BR>
> believe a more suitable working title would be "commonly used
<BR>> words and phrases."<BR>
> Although most lay people would refer to these as generic
<BR>
> names, generic has a distinct legal distinction that we
<BR>> should try to avoid. <BR>> <BR>> Best regards,<BR>> <BR>>
Michael D. Palage<BR>> <BR>> </BLOCKQUOTE></DIV>
<<<
Chronological Index
>>> <<<
Thread Index
>>>
|