[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 16:35:11 -03 2019
No soporta IPv6. Voy a probar en un iphone para ver si el comportamiento
permanece.
Al contrario de Whatsapp que funciona muy bien en v6 en cualquier
escenario.
Saludos,
--
Henri Alves Godoy
Tecnologia da Informação e Comunicação
Faculdade de Ciências Aplicadas - FCA
Universidade Estadual de Campinas - UNICAMP
Fone: (19) 3701-6682
Em 28-06-2019 14:27, JORDI PALET MARTINEZ via LACNOG escreveu:
> 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.
>
>
>
> _______________________________________________
> 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