[lacnog] IPv6 más rápido que IPv4, con 464XLAT también
JORDI PALET MARTINEZ
jordi.palet en consulintel.es
Vie Jun 28 14:27:23 -03 2019
Hola Henri,
Entonces en Android no soporta IPv6?
Me extrañaría *mucho* que en iPhone fuera igual, dado que Apple obliga al soporte de IPv6 desde 2016 (Septiembre si no mal recuerdo).
Android NO lo obliga, pero me parece absurdo que el desarrollador lo haya hecho para Apple (si es el caso) y no para Android!
En cualquier caso, lo importante es que funciona igualmente!
Saludos,
Jordi
@jordipalet
El 28/6/19 19:18, "Henri Alves de Godoy" <henri.godoy en fca.unicamp.br> escribió:
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
**********************************************
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.
Más información sobre la lista de distribución LACNOG