[Ietf-lac] Ejercicio mental de procedimientos -- era Re: Fwd: [Recentattendees] IETF 102 Preliminary Agenda

Thu Jun 28 09:45:36 BRT 2018

Hola Octavio,

Te respondo como si fuera un principiante, pero con la experiencia de lo vivido desde que empecé en el año 1999.

(entre líneas y me dices si crees que falta algo ...)

Saludos,

Jordi

-----Mensaje original-----

De: Ietf-lac <ietf-lac-bounces at lacnog.org> en nombre de Octavio Alvarez <octallac at alvarezp.org>

Fecha: jueves, 28 de junio de 2018, 14:16

Para: <ietf-lac at lacnog.org>

Asunto: [Ietf-lac] Ejercicio mental de procedimientos -- era Re: Fwd: [Recentattendees] IETF 102 Preliminary Agenda

    On 06/23/2018 03:09 AM, Fernando Gont wrote:

    > Hace algo así como 5 años que venimos dando vueltas con este grupo, y

    > pese a tener actividades de todo tipo sobre "divulgación" sobre IETF,

    > la realidad es que al día de la fecha sigo siendo el único que sigue

    > publicando RFCs para la región.

    Hola a todos!

    Propongo un ejercicio mental que nos permita identificar problemas de

    proceso / procedimiento, barrera de entrada y curva de aprendizaje. El

    escenario es: un principiante quiere resolver el problema del "texto con

    formato pero seguro" en el correo electrónico.

    Escogí este ejemplo porque podríamos dar por sentado que el contenido

    del I-D es tan fácil que los problemas van a estar en las formas y

    procedimientos. Incluso, el principiante ya tiene una solución muy

    específica en mente. El principiante pudiera estar abierto a cualquier

    cambio en la solución o tal vez ya trabajó en perfeccionarla durante

    algún tiempo y cambios que pudieran ser propuestos por otras personas

    podrían ser desestimados.

    Específicamente quiero plantear y dejar abiertas las siguientes preguntas:

    - ¿Cómo debe empezar el principiante a hacer el I-D? ¿A quiénes debe

    involucrar y cómo los debe involucrar?

1) Yo creo que lo primero es buscar si hay un WG cuyo capitulo pueda acoger este draft. A veces si es suficientemente atractivo el tema, se puede estudiar la modificación del capítulo (una vez se vea que el draft interesa de verdad al WG). Si no, hay que crear un BoF y de ahí podría salir un WG específico. Respecto de a quien involucrar, es una decisión muy personal y depende mucho del tema. Por ejemplo, si es algo que compete a fabricantes de routers o de sistemas operativos, etc. Pero creo que si el tema es atractivo no hace falta involucrar a nadie (como co-autor), ya que, en cualquier caso, hay que involucrar al WG ...

    - ¿Cómo saber si será útil este trabajo si las compañías grandes

    (Microsoft con su producto Outlook) no lo adoptan y simplemente por su

    peso el RFC queda desestimado?

2) Creo que es imposible saberlo de antemano (y ha habido casos de cosas muy simples que no se han adoptado y al revés), salvo que desde el principio involucres a esos objetivos y aún así, no tienes garantía que luego lo incorporaran de verdad en los productos ...

    - ¿Debe haber implementaciones previas de la solución para poder

    preparar un I-D?

3) En absoluto.

    - ¿Se debe participar / pertenecer en un WG antes para poder hacerlo?

4) Si obvio, todo el trabajo se hace en el WG a través de las listas. Si no estas en la lista, ni siquiera vas a tener opción a decir al WG que has enviado ese documento ... Se puede hacer justo cuando hayas enviado el documento, no tiene porque ser "antes", aunque aporta ventajas el que se te conozca de otros trabajos o comentarios a otros drafts aunque no sean tuyos.

    - ¿Se puede pedir mentoría? ¿A quién? ¿Cómo saber que hay mentoría

    disponible?

5) Hay mentoría para las reuniones, no me suena que para un draft. Pero una opción evidente, es cuando empiezas a escribirlo, exponer en la lista del WG correspondiente aquello en lo que estas trabajando y preguntar si alguien mas esta interesado y te quiere "acompañar en el camino".

    - ¿Cómo estar seguro de que esto no ha sido discutido antes y después de

    toda una propuesta de I-D resulte que "ya pasamos por esto, no hay que

    perseguir más una solución al problema"? Pensemos dos veces antes de

    contestar "leyendo los archivos de las ML".

6) No importa, es mejor plantearlo. Buscar en los archivos de las ML puede ayudar, pero igual no lo encuentras, se ha discutido en otros términos, etc. Además, es muy frecuente que en IETF se discute algo, se desecha y al cabo de un tiempo, con otra perspectiva, o por el propio paso del tiempo (y cambios de la tecnología/necesidades/etc.), ahora se acepta.

    - ¿Dónde está documentado paso a paso lo que se debe hacer para generar

    un I-D válido?

7) En cada reunión de IETF se suelen hacer presentaciones en los tutoriales al respecto. De todos modos es tan sencillo como, usar una plantilla en xml (https://xml2rfc.tools.ietf.org/, aquí puedes comprobar como va quedando, etc.), decidir si es un STD, BCP, Informational, etc., escribir tu draft, y enviarlo (https://datatracker.ietf.org/). Formato del titulo: draft-apellido-nombredelWG-titulo-del-draft. Una vez enviado a través del datatracker, te llegara un email de confirmación, que puedes usar para explicarle a la lista del WG acerca de dicho trabajo, pedir comentarios, lograr convencer al WG de que lo adopte como WG ítem, y desde allí, que evolucione hasta el last-call.

    - ¿Cómo saber qué debo evitar para que el RFC se desestime bajo

    argumentos como "no seguiste los procedimientos"?

8)    No hay tal caso. Si no sigues el procedimiento, puedes rehacer el paso donde te hayas equivocado. Te puedes equivocar lo que quieras, que no hay forma de "rechazar" algo porque no lo hiciste bien, simplemente lo vas corrigiendo.

    - ¿Puedo generar el I-D y llevar todo el proceso hasta su publicación

    como RFC sin visitar una sola reunión presencial de IETF?

9) Si, de hecho incluso ha habido varios co-chairs que lo han sido varios años SIN haber pisado una reunion del IETF.

    - ¿Cómo cuánto tiempo toma desde comenzar a escribir el I-D hasta su

    publicación como RFC?

10) Varía mucho, de lo complejo que sea, de que el WG lo acoja rápidamente, etc. Yo he conseguido alguno en menos de 1 año, otros tardan hasta 2-3 y hasta 5 o mas años (por ejemplo DHCPv6 creo que fue por ahí).

    - Siendo un principiante y una persona sin renombre (el principiante no

    es Jordi, no es Fernando, no es Brian E.) es fácil caer en errores

    principiantes y por consecuencia estar sujeto a trolleo por parte de

    otros participantes de las ML. ¿Cómo evitarlo?

11) Ser persistente ! Como en cualquier faceta de la vida, no ?

    - ¿Basta con publicarlo en IETF-LAC o se debe usar otra ML?

12) Hay que publicarlo en la lista del WG.

    - Si el contenido es tan fácil de hacer debe haber motivos por los que

    alguien más no ha hecho esto ya. ¿Cuáles son estos motivos?

13) Creo que es una cuestión de tiempo. Yo duermo una media de 1-2 horas menos cada día desde que me dedico a hacer drafts y propuestas de políticas, pero también es cierto que hago muchas ... Todo depende de lo rápido y ágil que seas en hacer las cosas, y por supuesto de la complejidad del tema.

    - ¿Qué pasa después del I-D?

14) Cuando un ID pasa el Last-call, será publicado como RFC.

    Saludos,

    Octavio.

    _____________________________________________

    Ietf-lac mailing list

    Ietf-lac at lacnog.org

    Cancelar suscripcion: ietf-lac-unsubscribe at lacnog.org

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.