[LAC-TF] Como calcular el número de conexiones IPv6 en un país. Paso 1. Tamaño de la muestra

[Fernando Gont]

Javier,

Tu experimiento asume que las direcciones están aleatoriamente
distribuidas en el espacio -- lo cual usualmente no es cierto (ver, por
ej., diapositivas 58-61 de
<http://www.si6networks.com/presentations/ipv6kongress/mhfg-ipv6-kongress-ipv6-security-assessment.pdf>.

En consecuencia, el resto del análisis es incorrecto.

Un abrazo,
Fernando




On 06/14/2013 10:01 AM, InternetLibre at outlook.com wrote:
> Usaré los datos nacionales de mi país (Perú) para establecer el ejemplo.
> Lo llevaré hasta donde de mi capacidad.  Otros podrán, estoy seguro,
> complementar lo faltante y, juntos, podremos acercarnos al tema con la
> mayor rigurosidad posible.
> 
> 
> 
> Nivel de confianza 	99.00%
> Margen de error 	1.00%
> Población 	3,169,126,500,570,580,000,000,000,000
> Tamaño de muestra 	16641
> Segundos x muestra 	5
> Total de segundos 	83205
> Total de minutos 	1386.75
> Total de horas 	23.1125
> 
> 
> 
> Explicación: Tomamos el total de números IPv6 "allocated" para Peru, la
> "Población"
> por estudiar (data actualizada al 14 de Junio del 2013, hoy!).  Luego
> aplicamos
> las más estrictas reglas para calcular el tamaño de la muestra necesaria
> para
> alcanzar resultados estadísticamente válidos: 99% de nivel de confianza
> y con
> un margen de error de 1%.  Se necesitan "solamente" muestrear 16,641
> direcciones
> IPv6 para obtener toda la data posible de ellas (si están operativas,
> responden
> al PING u otras medidas de testeo).
> 
> Si estimamos en CINCO SEGUNDOS el tiempo necesario para hacer un PING y
> recibir
> (o no recibir) respuesta del número IP (IPv6) analizado, tenemos, al
> final que
> se requiere UN COMPUTADOR conectado 24 horas (un día) para poder culminar la
> prueba.  Si le damos más holgura, digamos 10 segundos para hacer y
> evaluar el
> PING... evidentemente culminaremos el test en DOS DIAS.
> 
> Cualquier administrador, economista, estadístico puede validar que con los
> parámetros tan estrictos tomados (99% y 1%) NO ES NECESARIO muestrear mayor
> cantidad de conexiones IP porque los resultados serán los mismos (dado que
> tomaremos la muestra de manera aleatoria).
> 
> Si, por alguna razón adicional, se decidiera "testear" más direcciones IP,
> adicionales a las 16,641 indicadas, se podría hacer un procesamiento
> paralelo
> repartiendo una lista aleatoria entre "computadores" voluntarios que hagan
> el proceso de "PING" y luego envien la data hacia un computador que
> CONSOLIDE
> los resultados y entregue el reporte final.
> 
> Siguiente paso?
>  
> Javier
> 
> -- 
> ------------------------------------------------------------------
> Javier Rodriguez
> Por una mayor y mejor Internet(1995).
> Internet libre, abierta, inclusiva y gratuita para todos (2013). 
> Fundador de eCOML at C | GAC  | ISOC-Perú | LimaNet | AxisNet | redPE 
> ------------------------------------------------------------------
> I believe in a bigger & better Internet (1995). 
> I work for an open, free, inclusive and cero cost internet (2013).
> Founder of eCOML at C | GAC | ISOC-Peru | LimaNet | Axisnet | redPE 
> ----------------------------------------------------------------
> Computing (1980). PC business (1983). UUCP (1985). Internet (1990).
> Commercial Internet (1995). eCommerce (2000). Net Intelligence (2003).
> ----------------------------------------------------------------------
> @NetLiberum  InternetLibre at outlook.com
> http://InternetLibrePeru.wordpress.com 
> http://paper.li/NetLiberum/1361689316
> ------------------------------------------------------------------
> 
> 
> 
> _______________________________________________
> LACTF mailing list
> LACTF at lacnic.net
> https://mail.lacnic.net/mailman/listinfo/lactf
> Cancelar suscripcion: lactf-unsubscribe at lacnic.net
> 


-- 
Fernando Gont
SI6 Networks
e-mail: fgont at si6networks.com
PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492