---
# System prepended metadata

title: 'Reto 1: Optimizar las formas en que las comunidades se conectan a la red'

---

# Reto 1: Optimizar las formas en que las comunidades se conectan a la red

### Participantes: Santiago, Juliana, William y Brayan

17 de febrero

Recuento: abordar tres temas, para abordar desde lo técnico 

- interferencia en horas pico (la calidad de la red decae entre las 5 y 10pm). Esto está muy ligado con lo que se está trabajando en el reto 2 -interferencia y resistencia de las antenas.
- conectarse a través de un portal cautivo, con un ticket o pin. en algunas comunidades hay puntos de acceso con libre router y se quiere organizar la manera en que se conectan a ese punto de acceso. se empezó utilizando contraseñas en los puntos de acceso pero no es la mejor de las soluciones (se pueden compartir o los dispositivos la dejan visible). cuando alguien se conecta a la red, el portal cautivo pide un código de acceso. se probó con routerboard (un dispositovo de microtik, que trae integrada una solución de portal cautivo) pero como hay libre router, no funcionó con microtik. se hicieron pruebas para implementar un portal cautivo que funcione con libre router, pero hubo varios problemas.
- adicional a quienes se conectan a los puntos de acceso, hay quienes se conectan a un repetidor. funciona con contraseña pero no con el portal cautivo. (aquí hay problema también con los equipos microtik)

Cómo se define cuánto acceso se tiene a la red? Si es pagando?

- no todos los servicios o recursos a los que da acceso la red dependen de internet // en la solución que ha implmentado Librerouter se define que hay unos servicios instalados localmente que no requieren ticket // en la implementación que se hizo de esta solución en Jxa´h Wejxia Casil, funcionó en un router pero al ampliarlo dejaba de requerir ticket // esta solución de portal cautivo de Libre Router está en desarrollo pero no está todavía en estado de producción. se está buscando hacer sinergia para identificar la necesidad específica y colaborar en el desarrollo.
- hay un grupo abierto en Telegram para trabajar específicamente en el portal cautivo (pirania)
- la motivación para buscar la solución de pago responde a la necesidad de sostenibilidad de la red.
- que la comunidad tenga la oportunidad de asignar tickets sin necesidad de un pago. diseñarlo de forma complementaria.
- En altermundi se hacen materiales en español, pero todo lo de desarrollo se hace en inglés. Ahí siempre pasa que aunque se acepten contribuciones en español, como está todo en inglés no hay un incentivo para contribuir en otras lenguas, ¿cómo hacer para que los desarrolladores latinoamericanos podamos hacer contribuciones en español o portugués?
- cómo presentarle a la comunidad la posibilidad de utilizar un portal cautivo, y por qué utilizarla, que no se confundan los intereses de utilizar esta herramienta. es un componente político importante. Pirania, por ejemplo, aunque es una herramienta descentralizada, podría utilizarse con fines empresariales. // 

Definir alcance
El viernes tenemos que presentarlo, y hay que buscar la forma, Lili proponia hacer una dramatización.


* Desarrollo actual de Pirania, portal cautivo de LibreMesh: https://github.com/libremesh/lime-packages/tree/pirania_into_shape/packages/pirania
* Repositorio LibreMesh: https://github.com/libremesh/lime-packages
* Notas de desarrollo de Pirania: https://hackmd.io/nIJJ7tcJTnabxUiG8FSYnw?view


Posibles acciones próximas:
- alimentar la lista de problemas, agregando los identificados aquí (https://github.com/libremesh/lime-packages/issues?q=is%3Aissue+is%3Aopen+pirania)
Proceso:
- 1. Se presenta una eventualidad o falla
- 1.1. Conversación en el foro de Librerouter https://foro.librerouter.org contar la situación con el mayor detalle posible y el contexto, que equipos se estan usando, etc.
 
- 1.2. De ser necesario agregar un issue de github, esto puede hacerlo cualquier persona que ve la problemática en el foro. Los issues relativos al portal cautivo los marcamos con un label `pirania`, estos son los issues abiertos actualmente https://github.com/libremesh/lime-packages/issues?q=is%3Aissue+is%3Aopen+pirania
    - Para abrir un issue se accede a https://github.com/libremesh/lime-packages/issues/new y se escribe la problematica., Puede hacerse en español o en la lengua que se más fácil.
 
- cómo funciona un repetidor, qué es lo que hace con los parquetes, identificar por qué no funciona la solución.
- Traducir el readme de Pirania. https://hackmd.io/45GsSnP8Tai6gyPmkutTZQ
- Para subirlo hacer fork desde la web de github, clonar el nuevo repositorio a la maquina local, crear la branch nueva con `git checkout -b pirania-traduccion`
agregar el archivo adentro de ~/pakages/pirania/
 luego hacer `git add leeme.md`
`git commit -m 'pirania: add spanish translation '`
`git push` arroja error y se debe copiar lo que sale.

ir a la web del repositorio principal y crear un nuevo pull request.

- Relevar mejor los problemas detectados para agregarlos a la lista de problemas
- convocar a una nueva serie colaborativa, enfocada específicamente en la solución de problemas de implementación de pirania.

Dificultades y problemas identificados
--
social / técnico

- En portátiles el pin quedaba abierto (el problema ocurre cuando había más de un nodo). Los clientes se conectaban directamente. Primero aparecia el portal pero luego a los 30 segundos ya dejaba abierto internet. Las modificaciones administrativas de pirania siempre se hacian en el mismo nodo (el de salud). En el mismo nodo del puesto de salud tambien era el que dejaba ingresar.

- En algunos teléfonos no deja ver el portal. Pareciera que en los teléfonos mas nuevos es que se detectaba el problema (samsung o motorola).

- Repetidor tiene interferencia en cierto tiempo

- el pin no vence


PREGUNTAS

- Se conectaban a un access point o directamente al librerouter?
- ¿En qué nodos se hacían las modificaciones de acceso?
- ¿los nombres de los pines (el código) siempre son distintos, o a veces se reutilizan?
- ¿Qué modelos de teléfono son los que no andan? ¿Hay algun patrón identificable?

- ¿actualmente se estaban usando repetidores junto  a los librerouters con portal cautivo?
- es Posible que los repetidores estuvieran causando que se pudieran conectar sin pin los dispisitivos.


Investigación sobre repetidores y el funcionamiento con los portales cautivos
* Aquí https://stackoverflow.com/questions/31019435/wifi-repeater-and-captive-portal hay una pregunta con explicaciones.
    * De aquí se deduce que en principio el modo normal de uso de un repetidor no es compatible con portales cautivos que utilizan la MAC como forma de autenticación



cómo funciona pirania
--

base de datos distribuidas
cualquier nodo puede agregar información sobre los pines
la información de cambios administrativos se sincroniza en los diferentes nodos
lo que puede estar pasando es que información anterior de un pin esté compitiendo con otra información


