Mesh Network FAQ/lang-es: Difference between revisions

From OLPC
Jump to navigation Jump to search
No edit summary
 
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{OLPC}}
{{OLPC}}
{{Translation

{{translation
| source = Mesh_Network_FAQ
| source = Mesh_Network_FAQ
| lang = es
| lang = es
| status = {{translation/incomplete/{{SUBPAGENAME}}}}
| status = {{translation/complete/{{SUBPAGENAME}}}}
}}
}}


Line 15: Line 14:
¿Cómo estarán conectados los [[School server/lang-es|servidores de escuelas]] en una escuela, y cuántos usuarios se espera que soporten?
¿Cómo estarán conectados los [[School server/lang-es|servidores de escuelas]] en una escuela, y cuántos usuarios se espera que soporten?


:Actualmente se planea que la [[XS_Server_Specification/lang-es#Scalability|relación de estudiantes a servidores de escuela]] no sea más de 100:1. La interconección entre servidores será la mejor posible: se recomienda fuertemente Cat3/5 o línea de poder, con inalámbrica como respaldo si es necesario.
:Actualmente se planea que la [[XS_Server_Specification/lang-es#Scalability|relación de estudiantes a servidores de escuela]] no sea más de 100:1. La interconexión entre servidores será la mejor posible: se recomienda fuertemente Cat3/5 o línea de poder, con inalámbrica como respaldo si es necesario.


:Cada servidor soportará por lo menos dos puntos de acceso WiFi (los módulos Marvell), con hasta cinco o seis puntos de acceso posibles. El escenario óptimo de despliegue probablemente provee dos o tres redes mesh por escuela (en los canales 11, 1 y 6). Cada servidor provee puntos de acceso en dos o más redes mesh (por ej. si hay múltiples servidores/puntos de acceso en cada mesh.)
:Cada servidor soportará por lo menos dos puntos de acceso WiFi (los módulos Marvell), con hasta cinco o seis puntos de acceso posibles. El escenario óptimo de despliegue probablemente provee dos o tres redes mesh por escuela (en los canales 11, 1 y 6). Cada servidor provee puntos de acceso en dos o más redes mesh (por ej. si hay múltiples servidores/puntos de acceso en cada mesh.)
Line 29: Line 28:
:Debe pasar algún tiempo en cada canal y estimar cuan pesado es el tráfico de paquetes RREQ y RREP.
:Debe pasar algún tiempo en cada canal y estimar cuan pesado es el tráfico de paquetes RREQ y RREP.


::Ésto es complicado, ya que estos paquetes nos de envían al host. Una manera de determinarlo indirectamente es examinar la tabla de forwarding: cuando se reciben RREQs, se crean rutas reversas. Alternativamente, uno podría monitorear las estadísticas de forwarding de la interfaz mesh (ethtool -S msh0). Estos son todos métodos de detección "pasivos": no funcionará si todos los hosts en la mesh están callados.
::Ésto es complicado, ya que estos paquetes no se envían al host. Una manera de determinarlo indirectamente es examinar la tabla de forwarding: cuando se reciben RREQs, se crean rutas reversas. Alternativamente, uno podría monitorear las estadísticas de forwarding de la interfaz mesh (ethtool -S msh0). Estos son todos métodos de detección "pasivos": no funcionará si todos los hosts en la mesh están callados.


::Otro método alternativo sería correr demonios sobre la interfaz de mesh, tales como [http://www.cozybit.com/projects/lsmesh http://www.cozybit.com/projects/lsmesh]
::Otro método alternativo sería correr demonios sobre la interfaz de mesh, tales como [http://www.cozybit.com/projects/lsmesh http://www.cozybit.com/projects/lsmesh]
Line 43: Line 42:


{{anchor|How can we determine whether a channel has other active mesh users?}}
{{anchor|How can we determine whether a channel has other active mesh users?}}

===¿Cómo podemos determinar si un canal tiene otros usuarios de la mesh activos?===
===¿Cómo podemos determinar si un canal tiene otros usuarios de la mesh activos?===


:Actualmente no hay balizas (beacons).
:Actualmente no hay balizas (beacons), aunque estan en el plan de implementación, así que tienes que escuchar el tráfico de la Mesh.
{{Translated text|:There are no beacons currently (although they are in the implementation plan) so you really have to listen for mesh traffic.| display = block}}
{{Translated text|:There are no beacons currently (although they are in the implementation plan) so you really have to listen for mesh traffic.| display = block}}


{{anchor|How many radios can one mesh channel support?}}
{{anchor|How many radios can one mesh channel support?}}

===Cuántas radios puede soportar un canal mesh?===
===Cuántas radios puede soportar un canal mesh?===


Line 54: Line 55:


:¿Hay alguna respuesta ?
:¿Hay alguna respuesta ?
:¿La antena del laptop XO-1 está limitada a aproximadamente 24 conexiónes antes de malas colisiones, como la tecnología WiFi común ? --[[User:IainD|iainD]]
:¿La antena del laptop XO-1 está limitada a aproximadamente 24 conexiónes antes de malas colisiones, como la tecnología WiFi común ? --[[User:IainD|iainD]] 21:28, 16 de Enero de 2008 (EST)
21:28, 16 de Enero de 2008 (EST)
{{Translated text|How will a laptop decide to join another mesh channel if the current one gets too busy?
{{Translated text|How will a laptop decide to join another mesh channel if the current one gets too busy?


Line 62: Line 62:


{{anchor|Will physically adjacent laptops be on the same mesh ?}}
{{anchor|Will physically adjacent laptops be on the same mesh ?}}

===¿Las laptops físicamente adyacentes estarán en la misma mesh?===
===¿Las laptops físicamente adyacentes estarán en la misma mesh?===


Line 78: Line 79:
:Sí, la mesh usa el mismo cifrado.
:Sí, la mesh usa el mismo cifrado.


:Más adelante, no importará, y probablemente usaremos WPA-PSK.--Michalis
:Más adelante, nos importará, y probablemente usaremos WPA-PSK.--Michalis


::Diría que el cifrado en capa de enlace es el lugar equivocado para proteger secretos. Si una aplicación maneja datos privados o sensibles, debería aplicar cifrado en ese momento (por ej. HTTPS). Mi preocupación es el overhead de administración del servidor de autenticación para WPA-PSK. La habilidad de los dispositivos que no son laptops XO de unirse a la red de la escuela será soportada. [[User:Wad|Wad]] 00:21, 22 de Febrero de 2007 (EST)
::Diría que el cifrado en capa de enlace es el lugar equivocado para proteger secretos. Si una aplicación maneja datos privados o sensibles, debería aplicar cifrado en ese momento (por ej. HTTPS). Mi preocupación es el overhead de administración del servidor de autenticación para WPA-PSK. La habilidad de los dispositivos que no son laptops XO de unirse a la red de la escuela será soportada. [[User:Wad|Wad]] 00:21, 22 de Febrero de 2007 (EST)
Line 91: Line 92:


{{anchor|How are school servers (network gateways) discovered?}}
{{anchor|How are school servers (network gateways) discovered?}}
===¿Cómo se descubren los servidores de la escuela (pasarelas de lred)?===
===¿Cómo se descubren los servidores de la escuela (pasarelas de red)?===


¿Enviarán los servidores algún tipo de anuncio para permitirle a las laptops encontrarlos automáticamente, o deberemos cachear un nombre DNS o una dirección IP para el servidor?
¿Enviarán los servidores algún tipo de anuncio para permitirle a las laptops encontrarlos automáticamente, o deberemos cachear un nombre DNS o una dirección IP para el servidor?

Latest revision as of 18:22, 5 July 2008

  Esta página está supervisada por el equipo de OLPC.
  Traducción de Mesh_Network_FAQ original  
  english | 한국어 | español   +/- cambios  

Estas son preguntas sobre la Red Mesh usada por el laptop XO. Una página relacionada es Detalles de la red Mesh.

These are questions about the Mesh Network used by the XO laptop. A related page is Mesh Network Details.

¿Cuántos servidores por escuela?

¿Cómo estarán conectados los servidores de escuelas en una escuela, y cuántos usuarios se espera que soporten?

Actualmente se planea que la relación de estudiantes a servidores de escuela no sea más de 100:1. La interconexión entre servidores será la mejor posible: se recomienda fuertemente Cat3/5 o línea de poder, con inalámbrica como respaldo si es necesario.
Cada servidor soportará por lo menos dos puntos de acceso WiFi (los módulos Marvell), con hasta cinco o seis puntos de acceso posibles. El escenario óptimo de despliegue probablemente provee dos o tres redes mesh por escuela (en los canales 11, 1 y 6). Cada servidor provee puntos de acceso en dos o más redes mesh (por ej. si hay múltiples servidores/puntos de acceso en cada mesh.)
How will the school servers in one school be connected, and how many users each are they expected to support?
The ratio of students to school servers is currently planned to be no more than 100:1. The interconnection between servers will be best possible: Cat3/5 or powerline is strongly recommended, with a fallback to wireless if necessary.
Each server will support at least two WiFi access points (the Marvell modules), with up to five or six access points possible. The optimum deployment scenario probably provides two or three meshes per school (on channels 11, 1, and 6). Each server provides access points on two or more meshes (i.e. there are multiple servers/access points on each mesh.)

¿Cómo se elige el canal de mesh para un unir un laptop?

Debe pasar algún tiempo en cada canal y estimar cuan pesado es el tráfico de paquetes RREQ y RREP.
Ésto es complicado, ya que estos paquetes no se envían al host. Una manera de determinarlo indirectamente es examinar la tabla de forwarding: cuando se reciben RREQs, se crean rutas reversas. Alternativamente, uno podría monitorear las estadísticas de forwarding de la interfaz mesh (ethtool -S msh0). Estos son todos métodos de detección "pasivos": no funcionará si todos los hosts en la mesh están callados.
Otro método alternativo sería correr demonios sobre la interfaz de mesh, tales como http://www.cozybit.com/projects/lsmesh
La respuesta a esto ahora esta dada por los Detalles de la red Mesh
:You have to spend some time on every channel and estimate how heavy the traffic is from the RREQ and RREP packets.
This is tricky, as these packets are not sent to the host. One way to determine this indirectly is to examine the forwarding table: when RREQs are received, reverse routes are created. Alternatively, one could monitor the forwarding statistics of the mesh interface (ethtool -S msh0). These are all "passive" detection methods: will not work if all the hosts in the mesh are silent.
Yet another alternative would be to run daemons attached to the mesh interface, such as http://www.cozybit.com/projects/lsmesh
This is now answered by the Mesh Network Details

¿Cómo podemos determinar si un canal tiene otros usuarios de la mesh activos?

Actualmente no hay balizas (beacons), aunque estan en el plan de implementación, así que tienes que escuchar el tráfico de la Mesh.
:There are no beacons currently (although they are in the implementation plan) so you really have to listen for mesh traffic.

Cuántas radios puede soportar un canal mesh?

¿Como decidirá un laptop unirse a otro canal si el actual se congestiona demasiado?

¿Hay alguna respuesta ?
¿La antena del laptop XO-1 está limitada a aproximadamente 24 conexiónes antes de malas colisiones, como la tecnología WiFi común ? --iainD 21:28, 16 de Enero de 2008 (EST)
How will a laptop decide to join another mesh channel if the current one gets too busy?
Is there an answer ?
Is the XO-1 Laptop Mesh atennea limited to aprox 24 connections before bad collisions, similar to regular WiFi technology ? --iainD 21:28, 16 January 2008 (EST)

¿Las laptops físicamente adyacentes estarán en la misma mesh?

¿Es posible que dos niños sentados uno al lado del otro estén en dos canales diferentes y por lo tanto no puedan "verse" en la red?

Uno de los roles del Servidor de la escuela será hacer de puente (bridge) entre redes mesh corriendo en canales distintos. Cómo decidir el canal a unirse era una pregunta anterior.
Is it possible that two children sitting next to one another are on different channels and therefore cannot "see" each other on the net?
One of the roles of the School server will be to bridge between mesh clouds running on different channels. How do you decide what mesh (channel) to join was a previous question.

¿Qué sobre el cifrado WiFi?

¿La parte de mesh del firmware usa la misma configuración de cifrado que la interfaz b? ¿Nos importa hacer una 'mesh privada' con WPA-PSK o WEP o algo similar?

Sí, la mesh usa el mismo cifrado.
Más adelante, nos importará, y probablemente usaremos WPA-PSK.--Michalis
Diría que el cifrado en capa de enlace es el lugar equivocado para proteger secretos. Si una aplicación maneja datos privados o sensibles, debería aplicar cifrado en ese momento (por ej. HTTPS). Mi preocupación es el overhead de administración del servidor de autenticación para WPA-PSK. La habilidad de los dispositivos que no son laptops XO de unirse a la red de la escuela será soportada. Wad 00:21, 22 de Febrero de 2007 (EST)
Does the mesh part of the firmware use the same encryption settings as the b interface? Do we care about making a 'private mesh' with WPA-PSK or WEP or something like that?
Yes, the mesh uses the same encryption.
Down the road, we care, and will probably use WPA-PSK.--Michalis
I will argue that link layer encryption is the wrong place to protect secrets. If an application handles private or sensitive data, it should apply encryption at that time (e.g. HTTPS). My concern is the management overhead of the authentication server for WPA-PSK. The ability of devices other than XO laptops to join the school network will be supported. --Wad 00:21, 22 February 2007 (EST)

¿Cómo se descubren los servidores de la escuela (pasarelas de red)?

¿Enviarán los servidores algún tipo de anuncio para permitirle a las laptops encontrarlos automáticamente, o deberemos cachear un nombre DNS o una dirección IP para el servidor?

Actuarán como pasarelas (gateways) y responderán a RREQs por una dirección anycast reservada.--Michalis
Ésta son dos preguntas distintas. Al nivel de red de capa 2, el laptop está buscando una pasarela por omisión (default gateway). Estó será provisto por un servidor de configuración de mesh corriendo en todos los servidores de escuela, que responde a una petición a una dirección anycast particular con su dirección IP. El laptop usará luego DHCP para pedir una dirección IP, máscara de red, servidores de nombre de dominio (DNS), y dominio por omisión (default domain).
Al nivel de servicios, cada laptop estará asociada con un servidor de escuela particular que contiene el diario (journal) del estudiante y respaldos, a través de un mecanismo que todavía se está definiendo.--Wad
Will servers send out some sort of announcements to allow the laptops to find them automatically, or must we cache a DNS name or IP address for the server?
They will act as gateways and respond to RREQs for a reserved anycast address.--Michalis
This is two different questions. At the layer 2 networking level, the laptop is looking for a default gateway. This will be supplied by a mesh network configuration server running onall school servers, which responds to a request for a particular anycast address with its IP address. The laptop will then use DHCP to request an IP address, netmask, domain name servers, and default domain.
At the services level, each laptop will be associated with a particular school server that contains a student's journal and backups, through a mechanism which is still being defined.--Wad