[lacnog] IPv6 más rápido que IPv4, con 464XLAT también
Henri Alves de Godoy
henri.godoy en fca.unicamp.br
Vie Jun 28 14:18:09 -03 2019
Hola a todos,
Por lo que he podido probar aquí, la aplicación Skype en la red
inalámbrica 464XLAT todavía está haciendo traducciones. Incluso durante
la instalación al entrar com login y contraseña, no pasa por delante.
Cambiando a una red DualStack se consigue normalmente la autenticación y
uso. Después de volver a la red 464XLAT vuelve a hacer las traduciones
para v4.
Android 8.0 - Skype 8.48.0.51
Saludos,
--
Henri Alves Godoy
Tecnologia da Informação e Comunicação
Faculdade de Ciências Aplicadas - FCA
Universidade Estadual de Campinas - UNICAMP
Fone: +55 (19) 3701-6682
Em 27-06-2019 11:33, JORDI PALET MARTINEZ via LACNOG escreveu:
> Hola John,
>
> En general creo que todas las aplicaciones que funcionan con iPhone,
> tienen soporte IPv6 (que no IPV6), porque Apple lo exige desde el año
> 2016, sino se retiran del AppStore o no les permite actualizarlas.
>
> Se me hace raro pensar que Skype haya sido actualizado a IPv6 para
> iPhone y no para el resto, pero no lo he comprobado.
>
> Si puedo decir, que cuando hemos probado las aplicaciones más comunes
> con 464XLAT, no hemos encontrado problemas y de hecho, eso es obvio
> porque es el mecanismo de transición con mayor numero de usuarios en
> todo el mundo (gran mayoría de las redes móviles, como poco, que han
> hecho la transición a IPv6 usan 464XLAT).
>
> Hay que huir de CGN, es la peor y mas costosa alternativa.
>
> Recomiendo ver este video del último NANOG:
>
> https://www.youtube.com/watch?v=aTi4fia5s-k&feature=youtu.be&t=3475
>
> (minuto 58)
>
> Diapositivas:
> https://pc.nanog.org/static/published/meetings/NANOG76/1991/20190610_Howard_Prisoner_Of_Ipv4_v1.pdf
>
>
> Saludos,
> Jordi
> @jordipalet
>
>
>
> El 27/6/19 16:25, "LACNOG en nombre de TEC Paredes John"
> <lacnog-bounces en lacnic.net en nombre de john.paredes en cnt.gob.ec>
> escribió:
>
> Estimados Todos,
>
> En la realidad del servicio de internet que nos toca observar en
> nuestros medios, esto es en verdad evidente, debido a que hay mucho
> contenido al cual todavía se debe acceder por ipv4 utilizando CGNAT.
> Dentro de esto más bien alguien nos podría actualizar si ya hay
> aplicaciones como Skype u otros más que ya estén en IPV6? Gracias de
> antemano.
>
> Saludos Cordiales,
>
> MSc. John Paredes
>
> Analista de O&M Core Red IP
>
> M.: 099 6183938
> T.:(02)2540199
> john.paredes en cnt.gob.ec
> www.cnt.gob.ec
> Quito-Ecuador
>
>
>
>
>
>
>
>
> -----Mensaje original-----
> De: LACNOG [mailto:lacnog-bounces en lacnic.net] En nombre de
> lacnog-request en lacnic.net
> Enviado el: jueves, 27 de junio de 2019 8:11
> Para: lacnog en lacnic.net
> Asunto: Resumen de LACNOG, Vol 138, Envío 72
>
> Envíe los mensajes para la lista LACNOG a
> lacnog en lacnic.net
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://mail.lacnic.net/mailman/listinfo/lacnog
>
> O por correo electrónico, enviando un mensaje con el texto "help"
> en el asunto (subject) o en el cuerpo a:
> lacnog-request en lacnic.net
>
> Puede contactar con el responsable de la lista escribiendo a:
> lacnog-owner en lacnic.net
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of LACNOG digest...". Además, por favor, incluya en
> la respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
>
>
> Asuntos del día:
>
> 1. Re: IPv6 más rápido que IPv4, con 464XLAT también
> (Henri Alves de Godoy)
> 2. Re: IPv6 más rápido que IPv4, con 464XLAT también (Lee
> Howard)
> 3. Re: IPv6 más rápido que IPv4, con 464XLAT también
> (Henri Alves de Godoy)
> 4. Re: ietf meeting fees (Fernando Gont)
> 5. Re: ietf meeting fees (Fernando Gont)
>
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 26 Jun 2019 20:52:06 -0300
> From: Henri Alves de Godoy <henri.godoy en fca.unicamp.br>
> To: Latin America and Caribbean Region Network Operators Group
> <lacnog en lacnic.net>
> Cc: JORDI PALET MARTINEZ via LACTF <lactf en lacnic.net>, JORDI PALET
> MARTINEZ <jordi.palet en consulintel.es>
> Subject: Re: [lacnog] IPv6 más rápido que IPv4, con 464XLAT
> también
> Message-ID: <f2526de9a33cffcd62f3724d31d16255 en fca.unicamp.br>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hola Jordi,
>
> Gracias por compartir este artículo. Siempre hablo en la
> Universidad que estamos navegando en IPv6 más rápido que IPv4 pero
> nadie cree. Voy a utilizar este estudio como otro argumento. IPv6 no
> es sólo una pasión o diversión sino poder ofrecer a todos mis clientes
> (alumnos, profesores y
> visitantes) una mejor experiencia en el uso de Internet con
> calidad.
>
> Interesante también la presentación Prisoner of IPv4 en NANOG
> cuando el autor comenta sobre el TCO en CGN.
>
> Otra cosa que siempre se dio cuenta, el número de salto (hop count)
> en
> IPv6 hasta el momento siempre y en menor q IPv4.
>
> Espero hacer algunas mediciones con Dualstack y 464XLAT en la red
> inalámbrica aquí en la Universidad. ¿Alguna sugerencia de herramientas
> para hacer esto fuera de las tradicionales basica ping, traceroute?
>
> Saludos,
>
> --
> Henri Alves Godoy
> Tecnologia da Informação e Comunicação
> Faculdade de Ciências Aplicadas - FCA
> Universidade Estadual de Campinas - UNICAMP
> Fone: +55 (19) 3701-6682
>
> Em 26-06-2019 08:00, JORDI PALET MARTINEZ via LACNOG escreveu:
> > Ya lo sabíamos de medidas anteriores de Facebook, pero de todos
> modos
> > muy buen artículo, porque analiza muchos proveedores de todo el
> mundo:
> >
> > https://teamarin.net/2019/06/25/why-is-ipv6-faster/
> >
> >
> > Saludos,
> > Jordi
> > @jordipalet
> >
> >
> >
> >
> >
> > **********************************************
> > IPv4 is over
> > Are you ready for the new Internet ?
> > http://www.theipv6company.com
> > 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.
> >
> >
> >
> > _______________________________________________
> > LACNOG mailing list
> > LACNOG en lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/lacnog
> > Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
> ------------------------------
>
> Message: 2
> Date: Wed, 26 Jun 2019 20:19:49 -0400
> From: Lee Howard <lee en asgard.org>
> To: lacnog en lacnic.net
> Subject: Re: [lacnog] IPv6 más rápido que IPv4, con 464XLAT
> también
> Message-ID: <a89d42f5-c92f-2a81-f68a-777f6f05223b en asgard.org>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
>
> On 6/26/19 7:52 PM, Henri Alves de Godoy wrote:
> > Gracias por compartir este artículo. Siempre hablo en la
> Universidad
> > que estamos navegando en IPv6 más rápido que IPv4 pero nadie
> cree. Voy
> > a utilizar este estudio como otro argumento. IPv6 no es sólo una
> > pasión o diversión sino poder ofrecer a todos mis clientes
> (alumnos,
> > profesores y visitantes) una mejor experiencia en el uso de
> Internet
> > con calidad.
> >
> > Interesante también la presentación Prisoner of IPv4 en NANOG
> cuando
> > el autor comenta sobre el TCO en CGN.
> >
> > Otra cosa que siempre se dio cuenta, el número de salto (hop
> count) en
> > IPv6 hasta el momento siempre y en menor q IPv4.
> >
> > Espero hacer algunas mediciones con Dualstack y 464XLAT en la red
> > inalámbrica aquí en la Universidad. ¿Alguna sugerencia de
> herramientas
> > para hacer esto fuera de las tradicionales basica ping,
> traceroute?
>
> I want to set up a web page that will record:
>
> 1. The user agent (browser and operating system)
>
> 2. The time in milliseconds or microseconds to get an IPv4 page and
> an
> IPv6 page
>
> 3. The origin IP address
>
> Then I can sort data by network (based on IP address) and compare
> different devices. Then we would see if Android (464xlat) performs the
> same as iOS (NAT64), and whether they are the same as native
> dual-stack.
>
>
> I also want to run an experiment using tcpdump to compare speeds
> from the client on a few networks, to see if I could confirm what
> happens when there is an IPv6 failure. Try it from a few operating
> systems, too.
> That would make a good paper.
>
>
> I would be very happy if someone wanted to do these experiments.
>
> Google translate, for convenience:
> Traductor de Google, para mayor comodidad:
>
> Quiero configurar una página web que registrará:
>
> 1. El agente de usuario (navegador y sistema operativo).
>
> 2. El tiempo en milisegundos o microsegundos para obtener una
> página
> IPv4 y una página IPv6
>
> 3. La dirección IP de origen
>
> Luego puedo ordenar los datos por red (según la dirección IP) y
> comparar diferentes dispositivos. Luego veríamos si Android (464xlat)
> tiene el mismo rendimiento que iOS (NAT64), y si son iguales a la pila
> dual nativa.
>
>
> También quiero realizar un experimento utilizando tcpdump para
> comparar las velocidades del cliente en algunas redes, para ver si
> puedo confirmar lo que sucede cuando hay una falla de IPv6. Pruébalo
> desde unos pocos sistemas operativos, también. Eso sería un buen
> papel.
>
>
> Estaría muy feliz si alguien quisiera hacer estos experimentos.
>
> Saludos,
>
> Lee Howard
> Retevia
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 26 Jun 2019 21:45:51 -0300
> From: Henri Alves de Godoy <henri.godoy en fca.unicamp.br>
> To: Latin America and Caribbean Region Network Operators Group
> <lacnog en lacnic.net>
> Subject: Re: [lacnog] IPv6 más rápido que IPv4, con 464XLAT
> también
> Message-ID: <4db3d7bdfea4300d2131ea9cd7d6db3e en fca.unicamp.br>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> Hi Lee, thanks for the response.
>
> Very good, I will be doing these experiments with the proposed
> scenarios. I think we will have very interesting results.
>
> Thank you !!!
>
> --
> Henri Alves Godoy
> Tecnologia da Informação e Comunicação
> Faculdade de Ciências Aplicadas - FCA
> Universidade Estadual de Campinas - UNICAMP
> Fone: +55 (19) 3701-6682
>
> Em 26-06-2019 21:19, Lee Howard escreveu:
> > On 6/26/19 7:52 PM, Henri Alves de Godoy wrote:
> >> Gracias por compartir este artículo. Siempre hablo en la
> Universidad
> >> que estamos navegando en IPv6 más rápido que IPv4 pero nadie
> cree.
> >> Voy a utilizar este estudio como otro argumento. IPv6 no es sólo
> una
> >> pasión o diversión sino poder ofrecer a todos mis clientes
> (alumnos,
> >> profesores y visitantes) una mejor experiencia en el uso de
> Internet
> >> con calidad.
> >>
> >> Interesante también la presentación Prisoner of IPv4 en NANOG
> cuando
> >> el autor comenta sobre el TCO en CGN.
> >>
> >> Otra cosa que siempre se dio cuenta, el número de salto (hop
> count)
> >> en
> >> IPv6 hasta el momento siempre y en menor q IPv4.
> >>
> >> Espero hacer algunas mediciones con Dualstack y 464XLAT en la
> red
> >> inalámbrica aquí en la Universidad. ¿Alguna sugerencia de
> >> herramientas para hacer esto fuera de las tradicionales basica
> ping, traceroute?
> >
> > I want to set up a web page that will record:
> >
> > 1. The user agent (browser and operating system)
> >
> > 2. The time in milliseconds or microseconds to get an IPv4 page
> and an
> > IPv6 page
> >
> > 3. The origin IP address
> >
> > Then I can sort data by network (based on IP address) and compare
> > different devices. Then we would see if Android (464xlat)
> performs the
> > same as iOS (NAT64), and whether they are the same as native
> > dual-stack.
> >
> >
> > I also want to run an experiment using tcpdump to compare speeds
> from
> > the client on a few networks, to see if I could confirm what
> happens
> > when there is an IPv6 failure. Try it from a few operating
> systems,
> > too. That would make a good paper.
> >
> >
> > I would be very happy if someone wanted to do these experiments.
> >
> > Google translate, for convenience:
> > Traductor de Google, para mayor comodidad:
> >
> > Quiero configurar una página web que registrará:
> >
> > 1. El agente de usuario (navegador y sistema operativo).
> >
> > 2. El tiempo en milisegundos o microsegundos para obtener una
> página
> > IPv4 y una página IPv6
> >
> > 3. La dirección IP de origen
> >
> > Luego puedo ordenar los datos por red (según la dirección IP) y
> > comparar diferentes dispositivos. Luego veríamos si Android
> (464xlat)
> > tiene el mismo rendimiento que iOS (NAT64), y si son iguales a la
> pila
> > dual nativa.
> >
> >
> > También quiero realizar un experimento utilizando tcpdump para
> > comparar las velocidades del cliente en algunas redes, para ver
> si
> > puedo confirmar lo que sucede cuando hay una falla de IPv6.
> Pruébalo
> > desde unos pocos sistemas operativos, también. Eso sería un buen
> > papel.
> >
> >
> > Estaría muy feliz si alguien quisiera hacer estos experimentos.
> >
> > Saludos,
> >
> > Lee Howard
> > Retevia
> > _______________________________________________
> > LACNOG mailing list
> > LACNOG en lacnic.net
> > https://mail.lacnic.net/mailman/listinfo/lacnog
> > Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 27 Jun 2019 13:58:13 +0100
> From: Fernando Gont <fgont en si6networks.com>
> To: Latin America and Caribbean Region Network Operators Group
> <lacnog en lacnic.net>, Juliana Guerra
> <juliana en derechosdigitales.org>,
> Hans Ludwing Reyes Chávez <hans en cudi.edu.mx>
> Cc: lacnog en lacnog.org, ietf-lac en lacnog.org, lactf en lac.ipv6tf.org
> Subject: Re: [lacnog] ietf meeting fees
> Message-ID: <c5c0d9e5-bc3f-404c-3b27-ddcfc824a039 en si6networks.com>
> Content-Type: text/plain; charset=utf-8
>
> On 25/6/19 21:56, Juliana Guerra wrote:
> > Hola, tratando de seguir la discusión que llevan quisiera apuntar
> > algunas inquietudes.
> >
> > Entiendo la preocupación sobre el costo de la inscripción y en
> general
> > sobre las restricciones de acceso que implican los costos de
> > participación (transporte, alojamiento, alimentación) durante el
> evento.
> > Pero creo que la participación de Africa y América Latina se ve
> > restringida por muchos más factores, además de los costos.
>
> Correcto.
>
> Entre otros:
>
> 1) SItuacion no muy favorable para quienes trabajan de manera
> independiente, o para organizaciones con poco peso/participación en
> IETF.
>
> 2) Cuestiones varias vinculadas al hecho de que, en la región, en
> buena medida se *utilizan* protocolos, mas que trabajar en su
> desarrollo.
> Dicho de otra forma: nadie quiere poner dinero para apoyar a gente
> para que trabaje en esta materia.
>
>
>
>
> > La lengua y la dura competencia que supone, por ejemplo para los
> > estudiantes, la idea de participar en estos espacios de
> discusión, son
> > algunos de estos factores.
>
> No digo que la lengua no sea un actor. Pero la realidad es que el
> idioma internacional es el inglés. Uno puede battalar eso durante toda
> su vida (seguramente en vano), o aprender inglés e intentar ser bueno
> en lo tecnico.
>
>
> > Por otra parte, mientras aquí hay una
> > discusión sobre los requerimientos técnicos para realizar una
> reunión
> > de IETF en Latam, al menos en las plenarias de las últimas dos
> > reuniones se ha planteado como problemático las reiteradas fallas
> en
> > los sitemas de participación remota.
>
> Sobre este tema hable en otro thread. Hay muchisimas otras
> cuestiones que, a esta altura, son mucho mas importantes que el tema
> de la reunión.
>
>
>
> > Estoy muy de acuerdo en que debería haber incentivos económicos
> para
> > la participación de estudiantes, aún cuando eso no garantice su
> > permanencia, pero por otra parte creo que que la discusión sobre
> cómo
> > promover la diversidad en la participación y la permanencia de
> nuevos
> > participantes debe ver un poco más allá, ¿se ajustan los
> > requerimientos técnicos a los objetivos de promover una mayor y
> más diversa participación?
>
> No hay mucha posibilidad de diversidad cuando, a fines practicos,
> para tener peso muchas veces es necesario asistir a las reuniones, y
> asistir a una no lleva menos de 2000 USD.
>
>
> Con el mismo criterio, el Lamborghini Diablo o un Porsche podrian
> considerarse autos populares -- solo es cuestion de tener el dinero
> para comprarlos.
>
>
>
>
> > Y del otro lado, quienes participan desde la región de América
> Latina,
> > ¿cómo se promueve, incentiva y fortalece la participación remota
> a
> > través de listas y transmisión en línea de las reuniones?
>
> Las reuniones remotas no por casualidad tienen el mismo peso. No
> solo eso.. muchas cosas se "definen" en reuniones informales en los
> pasillos.
> DOnde obviamente la participacion remota no es posible.
>
>
>
> > Pero esta última pregunta lleva a otra que se relaciona con 'el
> mito'
> > que se mencionaba al comienzo de esta cadena, ¿qué tanto es
> posible
> > participar y permanecer en la IETF de manera individual?
>
> Te referis a hacerlo sin ser empleadode una gran empresa
> multinacional?
> -- En tal caso: muy dificil.
>
>
>
> > Específicamente, ¿qué tanto es posible para un estudiante
> proyectarse
> > participando en estas discusiones, si no es trabajando por
> reducir un
> > poco la brecha? Según la experiencia de quienes participan desde
> hace
> > tiempo en la IETF, ¿es eso posible?
>
> En un punto u otro, se hace necesario asistir en persona.
>
> Ejemplo: Yo discuti un documento por mas de un año, y en
> determinado momento los chairs fueron honestos y me dijeron "La
> realidad es que si no venis, el documento no va a avanzar". Pedi
> dinero prestado (en aquel momento estaba desempleado), asisti a una
> reunion, y en esa misma reunion hice lo que no hice en mas de un año y
> medio.
>
> Por otro lado, para poder postularse al NOMCOM hace falta asistir
> a las reuniones.
>
>
>
> Mas alla de eso, hay multiples factores, como ser:
> * Hasta que punto tu trabajo (individual) pone en juego intereses
> de empresas con peso en IETF.
>
>
> Como todo en la vida, a quien tenga una opinion diferente solo le
> pido que su posicion venga acompañada de un listado de documentos que
> haya publicado de manera individual.
>
>
> Slds,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont en si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>
>
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Thu, 27 Jun 2019 13:58:13 +0100
> From: Fernando Gont <fgont en si6networks.com>
> To: Latin America and Caribbean Region Network Operators Group
> <lacnog en lacnic.net>, Juliana Guerra
> <juliana en derechosdigitales.org>,
> Hans Ludwing Reyes Chávez <hans en cudi.edu.mx>
> Cc: lacnog en lacnog.org, ietf-lac en lacnog.org, lactf en lac.ipv6tf.org
> Subject: Re: [lacnog] ietf meeting fees
> Message-ID: <c5c0d9e5-bc3f-404c-3b27-ddcfc824a039 en si6networks.com>
> Content-Type: text/plain; charset=utf-8
>
> On 25/6/19 21:56, Juliana Guerra wrote:
> > Hola, tratando de seguir la discusión que llevan quisiera apuntar
> > algunas inquietudes.
> >
> > Entiendo la preocupación sobre el costo de la inscripción y en
> general
> > sobre las restricciones de acceso que implican los costos de
> > participación (transporte, alojamiento, alimentación) durante el
> evento.
> > Pero creo que la participación de Africa y América Latina se ve
> > restringida por muchos más factores, además de los costos.
>
> Correcto.
>
> Entre otros:
>
> 1) SItuacion no muy favorable para quienes trabajan de manera
> independiente, o para organizaciones con poco peso/participación en
> IETF.
>
> 2) Cuestiones varias vinculadas al hecho de que, en la región, en
> buena
> medida se *utilizan* protocolos, mas que trabajar en su desarrollo.
> Dicho de otra forma: nadie quiere poner dinero para apoyar a gente
> para
> que trabaje en esta materia.
>
>
>
>
> > La lengua y la dura competencia que supone, por ejemplo para los
> > estudiantes, la idea de participar en estos espacios de
> discusión, son
> > algunos de estos factores.
>
> No digo que la lengua no sea un actor. Pero la realidad es que el
> idioma
> internacional es el inglés. Uno puede battalar eso durante toda su
> vida
> (seguramente en vano), o aprender inglés e intentar ser bueno en lo
> tecnico.
>
>
> > Por otra parte, mientras aquí hay una
> > discusión sobre los requerimientos técnicos para realizar una
> reunión de
> > IETF en Latam, al menos en las plenarias de las últimas dos
> reuniones se
> > ha planteado como problemático las reiteradas fallas en los
> sitemas de
> > participación remota.
>
> Sobre este tema hable en otro thread. Hay muchisimas otras
> cuestiones
> que, a esta altura, son mucho mas importantes que el tema de la
> reunión.
>
>
>
> > Estoy muy de acuerdo en que debería haber incentivos económicos
> para la
> > participación de estudiantes, aún cuando eso no garantice su
> > permanencia, pero por otra parte creo que que la discusión sobre
> cómo
> > promover la diversidad en la participación y la permanencia de
> nuevos
> > participantes debe ver un poco más allá, ¿se ajustan los
> requerimientos
> > técnicos a los objetivos de promover una mayor y más diversa
> participación?
>
> No hay mucha posibilidad de diversidad cuando, a fines practicos,
> para
> tener peso muchas veces es necesario asistir a las reuniones, y
> asistir
> a una no lleva menos de 2000 USD.
>
>
> Con el mismo criterio, el Lamborghini Diablo o un Porsche podrian
> considerarse autos populares -- solo es cuestion de tener el dinero
> para
> comprarlos.
>
>
>
>
> > Y del otro lado, quienes participan desde la región de América
> Latina,
> > ¿cómo se promueve, incentiva y fortalece la participación remota
> a
> > través de listas y transmisión en línea de las reuniones?
>
> Las reuniones remotas no por casualidad tienen el mismo peso. No
> solo
> eso.. muchas cosas se "definen" en reuniones informales en los
> pasillos.
> DOnde obviamente la participacion remota no es posible.
>
>
>
> > Pero esta última pregunta lleva a otra que se relaciona con 'el
> mito'
> > que se mencionaba al comienzo de esta cadena, ¿qué tanto es
> posible
> > participar y permanecer en la IETF de manera individual?
>
> Te referis a hacerlo sin ser empleadode una gran empresa
> multinacional?
> -- En tal caso: muy dificil.
>
>
>
> > Específicamente, ¿qué tanto es posible para un estudiante
> proyectarse
> > participando en estas discusiones, si no es trabajando por
> reducir un
> > poco la brecha? Según la experiencia de quienes participan desde
> hace
> > tiempo en la IETF, ¿es eso posible?
>
> En un punto u otro, se hace necesario asistir en persona.
>
> Ejemplo: Yo discuti un documento por mas de un año, y en
> determinado
> momento los chairs fueron honestos y me dijeron "La realidad es que
> si
> no venis, el documento no va a avanzar". Pedi dinero prestado (en
> aquel
> momento estaba desempleado), asisti a una reunion, y en esa misma
> reunion hice lo que no hice en mas de un año y medio.
>
> Por otro lado, para poder postularse al NOMCOM hace falta asistir a
> las
> reuniones.
>
>
>
> Mas alla de eso, hay multiples factores, como ser:
> * Hasta que punto tu trabajo (individual) pone en juego intereses
> de
> empresas con peso en IETF.
>
>
> Como todo en la vida, a quien tenga una opinion diferente solo le
> pido
> que su posicion venga acompañada de un listado de documentos que
> haya
> publicado de manera individual.
>
>
> Slds,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont en si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
>
>
>
>
>
>
> ------------------------------
>
> Subject: Pié de página del digest
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: lacnog-unsubscribe en lacnic.net
>
>
> ------------------------------
>
> Fin de Resumen de LACNOG, Vol 138, Envío 72
> *******************************************
> ________________________________
> “Nota de Descargo: La información contenida en este mensaje y sus
> anexos tiene carácter confidencial, y está dirigida únicamente al
> destinatario de la misma y sólo podrá ser usada por éste. Si el lector
> de este mensaje no es el destinatario del mismo, se le notifica que
> cualquier copia o distribución de éste se encuentra totalmente
> prohibida. Si usted ha recibido este mensaje por error, por favor
> notifique inmediatamente al remitente por este mismo medio y borre el
> mensaje de su sistema. Las opiniones que contenga este mensaje son
> exclusivas de su autor y no necesariamente representan la opinión
> oficial de la CORPORACIÓN NACIONAL DE TELECOMUNICACIONES, CNT EP, DEL
> ECUADOR.”
> ________________________________
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion:
> https://mail.lacnic.net/mailman/options/lacnog
>
>
>
>
> **********************************************
> IPv4 is over
> Are you ready for the new Internet ?
> http://www.theipv6company.com
> 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.
>
>
>
> _______________________________________________
> LACNOG mailing list
> LACNOG en lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lacnog
> Cancelar suscripcion: https://mail.lacnic.net/mailman/options/lacnog
Más información sobre la lista de distribución LACNOG