<br><font size=2 face="sans-serif">I'm against for this proposal with same
reason. </font>
<br>
<br>
<br><font size=2 face="sans-serif">Hyun</font>
<br>
<br><font size=2 face="sans-serif">Hyunseog Ryu<br>
Senior Network Engineer<br>
Norlight Telecommunications, Inc./Cinergy Communications. Q-Comm Company<br>
Applications Engineering<br>
13935 Bishops Drive<br>
Brookfield, WI 53005 <br>
Phone. +1-262-792-7965<br>
Fax. +1-262-792-7733<br>
Email. hryu@norlight.com<br>
</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Brian Dickson <briand@ca.afilias.info></b>
</font>
<br><font size=1 face="sans-serif">Sent by: ppml-bounces@arin.net</font>
<p><font size=1 face="sans-serif">09/12/2007 09:07 AM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">Member Services <info@arin.net></font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td><font size=1 face="sans-serif">ppml@arin.net</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Fax to</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [ppml] Policy Proposal -- Eliminate
Lame Server policy</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><font size=2><tt>I oppose the proposal. Argument on why follows:<br>
>>                
               
  Recent PPML discussion has called attention to the<br>
>>                
               
  fact that lame DNS delegations are more an operational<br>
>>                
               
  issue than one of policy.  As such, the existing lame<br>
>>                
               
  delegation policy should be removed from the NRPM<br>
>>                
               
  to remove the resultant confusion.  This is not meant<br>
>>                
               
  to prevent ARIN staff from taking reasonable action<br>
>>                
               
  WRT DNS operational issues related to resources issued<br>
>>                
               
  by ARIN, but, such action can be covered by staff<br>
>>                
               
  operational guidelines and is not within the scope<br>
>>                
               
  of Address Policy.<br>
>>     <br>
The point of having policy documents which are public, is not to inform
<br>
ARIN staff what they're<br>
allowed to do, but to inform recipients of ARIN-provided services what
<br>
*they're* allowed to do.<br>
<br>
It is important that Section 7 remain part of the policy document for <br>
this reason, more than anything<br>
else.<br>
<br>
Without explicit rules governing expected behaviour, the problem space
<br>
can only be expected<br>
to mushroom. Why this would likely happen, includes scofflaws, lazy <br>
administrators, as well as<br>
"bad actors", the latter of which are dwarfed in volume by the
first two.<br>
<br>
Anything which increases the potential workload for enforcement, <br>
regardless of intent, is a big<br>
step backwards.<br>
<br>
And *that* is why I oppose the proposal.<br>
<br>
Brian Dickson<br>
_______________________________________________<br>
PPML<br>
You are receiving this message because you are subscribed to the ARIN Public
Policy<br>
Mailing List (PPML@arin.net).<br>
Unsubscribe or manage your mailing list subscription at:<br>
http://lists.arin.net/mailman/listinfo/ppml Please contact the ARIN Member
Services<br>
Help Desk at info@arin.net if you experience any issues.<br>
</tt></font>
<br>