Fwd: ¿Estándar del IETF a la reserva "local"?

[carlton.samuels en uwimona.edu.jm]

[[--Translated text (en -> es)--]]


Tema: Fwd: ¿Estándar del IETF a la reserva "local"?
De: carlton.samuels en uwimona.edu.jm

¡Esto es importante! 
Cas 
================================================== 
 
mensaje remitido 
De: Stephane Bortzmeyer <bortzmeyer en internatif.org> 
Fecha: Wed, de nov el 25 de 2009 en 10:03 
Tema: ¿[ gobierno ] estándar del IETF a la reserva "local"? 
: governance en lists.cpsr.org 
 
 
Para la información, aquí está el IETF interior de la llamada pasada para la aprobación de 
un RFC nuevo que reservaría el "local" como TLD, sin incomodar a 
pase con el proceso largo y costoso de ICANN. 
 
Observe la sección 3.1, que básicamente los estados que ICANN puede ser 
no hecho caso: 
 
  Observe que este uso del "local." añada como sufijo las caídas bajo IETF/IANA 
  jurisdicción, no jurisdicción de ICANN. El DNS es una red del IETF 
  protocolo, gobernado por las reglas del protocolo definidas por el IETF. Este IETF 
  las reglas del protocolo dictan el juego de caracteres, longitud conocida máxima, paquete 
  formato, etc. ICANN determina las reglas adicionales que se aplican cuando 
  El protocolo del DNS del IETF se utiliza en el Internet público. En contraste, 
  las aplicaciones privadas del protocolo del DNS en redes privadas aisladas no son 
  gobernado por ICANN. Puesto que este cambio es un cambio a la base DNS 
  el protocolo gobierna, él afecta cada uno, no apenas el usar de esas máquinas 
  el Internet de ICANN-governed. Por lo tanto este cambio cae en 
  categoría de una regla del protocolo del IETF, no una regla del uso de ICANN. 
 
  Esta asignación de la responsabilidad se establece formalmente adentro 
  "memorándum de la comprensión referente al trabajo técnico del 
  Internet Assigned Numbers Authority "[ RFC 2860]. Anomalía (a) de 
  la cláusula 4.3 indica que el IETF tiene la autoridad para mandar al IANA 
  para reservar pseudo-TLDs según lo requerido para los propósitos del diseño del protocolo. 
  Por ejemplo, "reservó nombres del DNS del nivel superior" [ RFC 2606 ] define 
  el pseudo-TLDs siguiente: 
 
     test 
     example 
     invalid 
     localhost 
____________________________________________________________ 
Usted recibió este mensaje como suscriptor en la lista: 
    governance en lists.cpsr.org 
Ser quitado de la lista, envíe cualquier mensaje a: 
    governance-unsubscribe en lists.cpsr.org 
 
Para toda la información y funciones de la lista, vea: 
    http://lists.cpsr.org/lists/info/governance 
 
 
mensaje remitido 
De: El IESG <iesg-secretary en ietf.org> 
: IETF-Anuncie <ietf-announce en ietf.org> 
Fecha: Wed, El 18 De Nov 2009 06:07:17 De -0800 (PST) 
Tema: Llamada Pasada: bosquejo-Cheshire-dnsext-multicastdns (multicast DNS) a 
RFC Informativo 
El IESG ha recibido una petición de un submitter individual de considerar 
el documento siguiente: 
 
- ' Multicast Dns ' 
  <draft-cheshire-dnsext-multicastdns-08.txt> como RFC informativo 
 
Los planes del IESG para tomar una decisión en las semanas próximas, y solicitan 
el final comenta respecto a esta acción. Envíe por favor loscomentarios substantivos a 
listas que envían de ietf en ietf.org por 2009-12-16. Excepcionalmente, 
los comentarios se pueden enviar a iesg en ietf.org en lugar de otro. En cualquier caso, por favor 
conserve el principio de la línea sujeta para permitir clasificar automatizado. 
 
El fichero se puede obtener vía 
http://www.ietf.org/internet-drafts/draft-cheshire-dnsext-multicastdns-08.txt 
 
 
La discusión del IESG se puede seguir vía 
https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=7426&rfc_flag=0 
 
_______________________________________________ 




[[--Original text (en)
http://mm.icann.org/transbot_archive/fdffa5e649.html
--]]