[Asoreview] Consulta pública ASO Review- Public consultation ASO Review.

[Juan Alejo Peirano]

Ricardo como estas?

Muchas gracias por tu respuesta, aclara varias de mis consultas y  algunos
de los inconvenientes que enfrenta  ASO AC.

Si es posible me gustaría hacer algunos comentarios mas entre lineas:


El lun., 14 may. 2018 a las 16:39, Ricardo Patara (<patara at registro.br>)
escribió:

> Hola Juan, que tal?
>
> Te contesto a continuación
>
> > Aprovecho este primer correo para hacer algunos comentarios y consultas,
> espero
> > sirvan para comenzar esta discusión tan relevante.
> > En primer lugar, me gustaría delinear algunas ideas para saber si estoy
> bien
> > encaminado:
> > 1. Según la web del ASO, los 15 miembros del ASO Addres Council (ASO AC)
> tienen
> > solamente 3 roles que cumplir: participar en los procesos de políticas
> globales
> > de los RIRs, decidir 2 puestos del directorio de ICANN y dar soporte al
> Board de
> > ICANN en temas de recursos numéricos de internet. Cualquier función
> extra
> > estaría fuera del alcance del grupo.
>
> correcto
>
> > 2. Estas 3 funciones principales se han "expandido" luego de la
> transición de la
> > IANA, generando inconvenientes y malentendidos entre el ASO AC, NRO y
> ICANN
>
> la transición ha incrementado el nivel de trabajo pero no solamente eso.
> Hay
> revisiones, grupos de trabajo para "accountability", etc.
>
> > 3. La comunidad (nosotros) deberíamos definir cuales son efectivamente
> los roles
> > del ASO AC y establecer esos roles en algún documento formal o de alguna
> manera
> > indicar esto a ICANN o dentro de las estructura del NRO
>
> correcto.
>
> > Ahora las consultas al respecto:
> >
> > a) A los miembros actuales del ASO AC de nuestra región, podrían indicar
> algunos
> > ejemplos de funciones que se les haya solicitado realizar que se
> encuentren por
> > fuera de las 3 mencionada anteriormente? Existe alguna? En la reunión se
> hizo
> > mención a la elección de los miembros del Board de ICANN, pero eso
> parece estar
> > claramente establecido como una de sus funciones.
>
> R: En los años más recientes hubieran muchas actividades dentro de ICANN
> en especial debido a la nueva estructura para las funciones de IANA y
> los ajustes a su Estatudo. Con eso muchos grupos de "Cross Community"
> fueran creados.
> Y otros que se crean de tiempos en tiempos como por ejemplo el CCWG
> (Cross Community Working Group) para Accountability. Y ese grupo tuvo
> dos estapas (o work stream como se las identificó).
> Otros ejemplos: "Root Zone Evolution Review Committee", "Ethos Award",
> "gTLD auction proceeds", NOMCOM, etc
>

Dado que estos grupos cross-community no están definidos como actividades
del ASO AC y pueden llegar a estar por encima de lo encomendado a los
miembros del AC, como fue mencionado en la reunión, se debería establecer
los limites de acciones del AC, solamente teniendo en cuenta actividades
que involucren "números" (IPs, ASNs). En el resto de las actividades el ASO
AC debería optar por no participar, por ejemplo es actividades relacionadas
a "nombres".

Una consulta rápida en linea con estos comentarios, quien decide en que
grupo de trabajo "Cross community" participar?
Lo decide el ASO AC directamente por votación? O tiene que ser decidido
también por el NRO EC?



> > c) Si el ASO AC, se llamara solamente NRO NC (son las mismas personas)
> inclusive
> > dentro de la estructura de ICANN, continuaríamos con los inconveniente y
> > malentendidos de las funciones del NRO NC y del NRO EC y su relación con
> ICANN?
>
> R: Posiblemente se quita una parte de la confusión y esa puede ser una
> posibilidad de reestructuración.
>

De ser así, hay algún elemento legal que lo impida? Sería muy engorroso
hacerlo?
Si es facil de hacer y no genera problemas a las actividades actuales,
puede llegar a ser un buen primer paso.

De nuevo muchas gracias por las respuestas!

Saludos


-- 
Juan Alejo Peirano
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.lacnic.net/pipermail/asoreview/attachments/20180514/e6bbd8f2/attachment.html>