[uylug-varios] Sobre red celular y LTE de Claro

[Nicolas Antoniello]

Perdón, debí escribir "taSa" de transferencia, con S.

Salu2.

El El mié, 9 de nov. de 2016 a las 11:11, Nicolas Antoniello <
nantoniello at gmail.com> escribió:

> Tener en cuenta que por como esta diseñado TCP, cuanto más RTT tengas
> entre los dispositivos que intercambian datos (más distancia en términos
> prácticos), menor va a ser la taza de transferencia efectiva... aunque todo
> el canal sea tuyo y no haya ningún tipo de pérdida de paquetes ni de
> retransmisiones.
>
> Por ello, para algunas aplicaciones, existen los "aceleradores de
> descarga" que entre otras cosas lo que hacen es multiplexar conexiones TCP
> para "mitigar" el hecho de diseño de TCP.
>
> Saludos,
> Nico
>
>
> El El mié, 9 de nov. de 2016 a las 10:30, Eduardo Trápani <
> etrapani at gmail.com> escribió:
>
> > Entao, ¿que cosa se mide en sitios como adsltest.com.uy?
>
> Yo entiendo que mide el tiempo que lleva bajar y subir cosas y de ahí
> calcula la tasa de transferencia, de bits por segundo. Que no es el
> ancho de banda. Cito a Carlos:
>
> > “Ancho de banda” tiene una definición muy clara, no hay que re-definir
> nada. Ancho de banda es la cantidad de espacio espectral que podes usar en
> un canal, medido en Hz. Si a esto le agregás la variable de la técnica de
> codificación, llegás a un valor de ‘bits por hertz’ que podés transmitir.
> Si a eso le aplicás la ley de Shannon e introducís la relacion S/N, tenes
> la ‘capacidad de canal’, medida en bits/segundo.
> >
> > Todo lo demas a lo cual le aplicamos el término libremente en realidad
> son tasas de bits/segundo que obedecen a diferentes limitaciones, algunas
> físicas otras impuestas por el equipamiento o el proveedor.
>
> En general, si tu proveedor te ofrece un servicio de esos, es porque la
> bajada y subida se hace a un lugar que está MUY "cerca", en términos de
> red. Idealmente, si pudieras hacerlo con el próximo "salto", entonces
> tendrías una muy buena aproximación. A medida que te "alejás" la
> aproximación empeora, porque hay más gente en el medio, con sus
> latencias (el paquete sube y baja por un stack, por ejemplo) o sus
> limitaciones.
>
> Eso, suponiendo que vos le estás dando todo el canal a la prueba. Si hay
> más clientes activos en la red, activos, la medida no va a dar bien.
>
> Es algo gráfico, para usuarios. Vos podés usar iperf (lo sugería Carlos
> como alternativa ideal). Primero un traceroute para identificar un salto
> cercano y después iperf a eso.
> _______________________________________________
> Uylug-varios mailing list
> Uylug-varios at listas.uylug.org.uy
> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listas.uylug.org.uy/pipermail/uylug-varios-uylug.org.uy/attachments/20161109/0b9ecdb3/attachment.htm>