[uylug-varios] Sobre red celular y LTE

Fri Nov 4 11:00:32 PDT 2016

Internet Society tiene un proyecto en el cual busca fomentar soluciones 
basadas en stacks GSM/LTE open source y radios baratas para comunidades 
remotas.

A mi me *encantaria* poder jugar con algo de eso. Y no se si en UY no 
tiene aplicación para algunas comunidades o sitios super remotos.

s2

-Carlos

On 4 Nov 2016, at 14:56, Andres Tarallo wrote:

> Y seguramente al ministerio del interior.
>
> El viernes, 4 de noviembre de 2016, Cristian Menghi 
> <cristian at menghi.biz>
> escribió:
>
>> Esta buenísimo, aunque creo que a los días tendrías a la URSEC a 
>> la vuelta!
>>
>> Slds.
>>
>> El 4/11/16 a las 13:29, Eduardo Trápani escribió:
>>
>> ¡Buenísimo! De ahí fui a:
>>
>> http://osmocom.org/
>>
>> Y ahora estoy envenenado, muy muy :).
>>
>> ¿Alguien se cuelga con experimentar con algo de eso? Armar una 
>> pequeña red
>> privada celular sería *la* meta, pero me parece que ahí hay 
>> montones de
>> cosas que valen la pena en el camino.
>>
>> On 2016-11-04 13:01, Santiago Ferreira wrote:
>>
>> Hola,
>>
>> De otra lista comparto este link
>>
>> https://code.facebook.com/posts/1025486087598101/
>>
>> La internet.org ...
>>
>> Saludos
>>
>> Santiago
>> El El vie, 4 de nov. de 2016 a las 11:12, Eduardo Trápani <
>> etrapani at gmail.com 
>> <javascript:_e(%7B%7D,'cvml','etrapani at gmail.com');>>
>> escribió:
>>
>>>
>>>> “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.
>>>
>>> Gracias. La idea no era redefinir sino tratar de dar con lo que
>>> originalmente estaban comparando, cuál de las interpretaciones 
>>> libres
>>> estaba en juego (por eso no fui a copiar de Wikipedia, aunque de 
>>> repente
>>> tendría que haberlo hecho). Pero bienvenida la "posta", sobre todo 
>>> si
>>> hay algo que haya puesto en la "casera" que estuviera mal.
>>>
>>>>> Y la percepción del ancho de banda, durante la navegación, 
>>>>> involucra
>>> más
>>>>> cosas todavía, porque incluye la capacidad de procesamiento en 
>>>>> ambos
>>> [...]
>>>> Vos estas hablando de una percepción de performance a muy alto 
>>>> nivel.
>>>
>>> Sí. Me parece que a la larga todos queremos que Veramas pase a HD
>>> solito, o que el apt-get demore más en instalar que en bajar. A esa
>>> percepción iba.
>>>
>>>> Cuando hablo de la ganancia obtenida por una antena mejor, me 
>>>> refiero a
>>>> la tasa de bits/segundo que podes lograr entre tu modem LTE y el 
>>>> primer
>>>> salto en la red del operador. Medido quizas con pings on con algo 
>>>> mejor
>>>> como ipertf2/iperf3.
>>>
>>> De acuerdo. ¿Alguien sabe qué IP le dan al modem, v4 o v6?
>>>
>>>>>>> - Una mejor antena mejora la relación señal/ruido, lo que se 
>>>>>>> puede
>>>>>>> llegar a
>>>>>>> percibir como un mayor ancho de banda, debido fundamentalmente a 
>>>>>>> una
>>>>>>> menor
>>>>>>> tasa de error.
>>>>>
>>>>> De acuerdo. Pero según la tecnología (de la definición de 
>>>>> arriba).
>>>
>>>> Estamos mezclando niveles de percepción de nuevo. Es cierto lo que 
>>>> decís
>>>> pero es un tema un poco diferente al que se se plantea en el OP.
>>>
>>> Ta. Percepciones hay muchas. En lo que ponía hay, intencionalmente, 
>>> un
>>> paneo de "niveles". Podrá parecer mezcla de conceptos, pero de 
>>> verdad
>>> estaba por gusto apuntando a varios lados a la vez. Porque no sé
>>> exactamente cómo percibía el tema el amigo de Gabriel... :) Y 
>>> porque me
>>> gustó para ir sumando cosas; son soluciones tan complejas que
>>> difícilmente uno se pueda quedar en la antena y esperar que todo 
>>> mejore.
>>> O sí ... pero ahí me colgué de lo de Gabriel, de aprender y 
>>> compartir.
>>>
>>>>> Otro ejemplo de parámetros variables, ADSL puede variar un 
>>>>> montón según
>>>>> la calidad del enlace de cobre y la distancia a la central (pero 
>>>>> sigue
>>>>> siendo ADSL).
>>>>
>>>> Lo que decía más arriba, de hecho, la razón por la que la 
>>>> velocidad de
>>>> ADSL depende de la distancia es por la relación señal/ruido. 
>>>> Tanto así
>>>> que en los equipos del lado central de ADSL te dan la rel S/N como 
>>>> uno
>>>> de los parámetros de diagnóstico. Cuanto mas largo el par de 
>>>> cobre, mas
>>>> interferencia eléctrica, por tanto, mayor ruido para la misma 
>>>> señal. Es
>>>> una aplicación casi de libro de texto de la Ley de Shannon.
>>>
>>> Obviamente la calidad del enlace cae por lo que decís. A lo que me
>>> refiero con "ADSL puede cambiar un montón" no es a la velocidad, 
>>> sino es
>>> a la diversidad de normas, algunas que son solamente aplicables para
>>> cierta relación señal/ruido.:
>>> https://en.wikipedia.org/wiki/Asymmetric_digital_subscriber_
>>> line#ADSL_standards
>>>
>>>>> Si quiere más antena, que ponga, peor no le va a ir ;).
>>>>
>>>> Sin duda. La ganancia concreta que pueda tener por tener mejor 
>>>> antena va
>>>> a depender de muchísimos factores. Uno a tener en cuenta es que 
>>>> ganando
>>>> direccionalidad tenes el riesgo adicional de que se te mueva con el
>>>> viento, etc.
>>>
>>> Por lo que vi, corregime por favor si está mal, los sectores son
>>> angularmente "grandes" y se solapan, así que si no estás demasiado 
>>> cerca
>>> de la antena (y ahí no precisarías antena propia), no sé si el 
>>> viento te
>>> cambiaría mucho. De última es tecnología móvil, casi que están 
>>> esperando
>>> que uno se mueva.
>>>
>>> Debe ser fascinante trabajar con todo eso, mezcla de radio, redes 
>>> ...
>>> _______________________________________________
>>> Uylug-varios mailing list
>>> Uylug-varios at listas.uylug.org.uy
>>> <javascript:_e(%7B%7D,'cvml','Uylug-varios at listas.uylug.org.uy');>
>>> http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>>
>>
>>
>> _______________________________________________
>> Uylug-varios mailing listUylug-varios at listas.uylug.org.uy 
>> <javascript:_e(%7B%7D,'cvml','Uylug-varios at listas.uylug.org.uy');>http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>>
>>
>> _______________________________________________
>> Uylug-varios mailing listUylug-varios at listas.uylug.org.uy 
>> <javascript:_e(%7B%7D,'cvml','Uylug-varios at listas.uylug.org.uy');>http://listas.uylug.org.uy/listinfo.cgi/uylug-varios-uylug.org.uy
>>
>>
>>

> _______________________________________________
> 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/20161104/f234f298/attachment-0001.htm>