Todos los clientes estaban conectados a un solo AP el TLWDR3600 (que además emite una señal ad-hoc en 5Ghz y en 2.4Ghz para Babel para extender la red)
He tenido que apagar el AP ya que lo estaba necesitando para probar una modificación a Babel (el protocolo de enrutamiento que usamos)
Siguiendo con nuestra conversación en la lista de correos, me gustaría aportar con la configuración de un servicio de VozIP basado en Freeswitch en el nodo Chersky (y otros de LOR).
Viendo que el Chersky corre Debian estariamos en suerte pues es la plataforma de referencia para FS.
Yo me puedo comprometer a realizar la instalación y configuración del FS y asistir con la integración de clientes SIP.
Será posible tener accesso remoto mediante SSH para la instalación y configuración? Si no, podría contribuir configuraciones, revisar debugs, etc.
De que serviría?
Con FS se puede registrar cualquier cliente SIP y así hacer llamadas o video-llamadas entre los usuarios de LOR.
El requisito es tener el puerto TCP/UDP 5060 abierto en el servidor, claro que instalar FS con los módulos deseados. El sistema base sólo pesa 50 MB.
Los clientes deben tener también accesso UDP en 30,000-50,000 (configurable) entre sí o con el servidor local, o hacia un media proxy en un diseño con varios nodos.
Podemos tener un IVR o auto-attendant (perdón la terminología en inglés) de modo que al llamar a cierta extensión se presentan mensajes de audio, se escogen opciones al presionar botones DTMF, y se puede enrutar la llamada hacia otros nodos.
Los diferentes nodos de LOR se interconectan mediante SIP trunk en puerto TCP 5060 y puedes llamar a usuarios en cualquier nodo.
Se pueden tener servicios TTS (Text to Speech) para leer textos, boletines, informes al llamar a una “línea gratuita”.
Se pueden integrar aplicaciones en Python (y casi cualquier otro lenguaje) mediante ESL para controlar los teléfonos, enrutar las llamadas o generar llamadas programáticamente.
Si alguien dona o presta una línea de Cotel, tengo un Cisco SPA3102 que puedo donar como enlace a la red telefónica local. Esto se conectaría mediante Ethernet desde la LAN interna, y el puerto FXO se conecta a la línea de entel. Puede haber un teléfono análogo también en/cerca al nodo conectado al puerto FXS. Ahí se abren posibilidades de brindar servicios para cualquiera que llame al número del nodo.
Los clientes SIP existen varias opciones como menciono Rodrigo SIP Droid es una muy popular en Android. Otra opción que puede ser más interesante para usuarios que no van a querer instalar otra app más de telefonías, es utlizar WebRTC. (Muy) básicamente, desde cualquier navegador moderno se pueden hacer también llamadas SIP con Javascript.
Se pueden realizar audio-video conferencias con varios participantes.
Hola,
Me parece genial que puedas ayudar al tema de las llamadas – era algo que intentamos hacer hace tiempo usando SIP y cosas estándares, pero al final se nos ha complicado hacer el testeo.
Rodrigo tiene un server en su casa, además si es necesario también hay espacio para virtuales en un server en mi nodo en Alto Sopocachi, con IP y posibilidad de abrir puertos.
Aparte, tengo aquí una línea Cotel en la cual no creo que haya problema si se hacen pruebas, mientras se pueda seguir usando la linea con un teléfono normal.
Si estás en La Paz, podremos charlar algo más mañana sábado, tendremos una reunión en el Hacklab desde las 4 PM.
Para hacer algunas pruebas he tenido que desconectar el nodo de la VPN por el momento no hay acceso ssh al servidor pero cuando lo tenga te paso credenciales, lo ultimo que hice en el servidor chipsito fue actualizarlo a debian 9 y actualizarle el botadero.
En ese server hay otras aplicaciones y creo mas seguro habilitar un contenedor aisaldo del host principal y ahí podrías trabajar sin problemas.
mmm tengo poca experiencia haciendo eso, por el momento sería mejor hacerlo en un servidor de Luis .
genial, no estoy en La Paz pero podemos hablar mediante el mumble quizas? o google/whatsapp… esta tarde u otro día. estaré aca un par de horas en mi PC.
Rodrigo, he configurado un servidor Freeswitch en GCP para hacer pruebas. La IP es 35.199.95.138. El acceso esta restringido asi que necesitare tus IP publicas para habilitarte la conexion.
He probado exitosamente con SIPdroid y 3CX Phone en Windows.
SIPdroid -> LAN -> nube -> FS -> nube -> LAN -> 3CX
Config en droid:
sip account: 1003 o 1004@35.199.95.138
authorization username: 1003 o 1004
password: B0l1v4rC4mp30n
puerto: 5060
protocolo: udp
STUN esta apagado pero parece que igual lo usa?
Existen diferencias importantes entre tener el FS en la nube a que este en un servidor de LOR pero esto puede ayudarnos a identificar problemas a nivel de clientes y probar llamadas
Que tal he vuelto a probar y capture unos logs de ekiga
2018/01/24 08:49:07.465 10:10.835 SIP Could not find active SUBSCRIBE of message-summary package to sip:1002@35.199.95.138
2018/01/24 08:49:08.902 10:12.272 PThreadObj:0xa2875b40 SIP No compatible listener to create transport for tcp$35.199.95.138:5060
Parece que ekiga esta tratando de usar TCP no he visto la forma de hacer que salga por UDP, algun consejo u otro software?
Anuncio … apagando la red wifi abierta en el nodo Chersky
Bien, he decidido apagar la señal wifi abierta del nodo Chersky por las siguientes razones:
La señal wifi tiene un alcance muy limitado, en la calle llegaba a una media cuadra con buena potencia. Ahora probando dentro de la casa de algún vecino o amigo … la señal se atenúa demasiado y usar los servicios no es de lo más agradable. La antena que he usado es buena pero no puede hacer maravillas y traspasar paredes
La gente que vive a los alrededores tiene conexión a internet privada y rara vez se conectaba a la señal del nodo Chersky.
El servidor chipsito sufría de vez en cuando por atender al portal cautivo instalado en el router que redireccionaba intentos de conexión a otros sitios a la página principal del nodo (es decir al servidor web que funcionaba en el servidor chipsito), los smartphones comprueban cada 2 segundos en promedio si hay conexión a internet cuando detectan una señal wifi abierta y cuando se conectan varios el servidor chipsito los tenía que atender a veces durante todo el día.
La señal wifi abierta supone contaminación del espectro radio eléctrico que por esta zona ya está saturada.
Lo siguiente es una observación personal probablemente no comprobada científicamente Noté que algunos insectos en especial abejas eran afectadas cuando encendía la señal wifi a su máxima potencia, por ejemplo parecían aturdidas cerca de la antena y hasta encontraba algunas muertas cerca.
Esas son las razones principales por las que apagué la señal abierta, mantendré los servicios del nodo sólo para los habitantes de mi casa en mi red privada Y… para los otros nodos de la red que pueden conectarse a través de la señal ad-hoc ya sea por cable (más saludable) o por enlaces wifi de larga distancia.
Los servicios del nodo también estarán disponibles mediante la VPN mesh (accesibles a través de internet). … Sus opiniones son bienvenidas
Ekiga intenta primero TCP y luego UDP, no encontre opcion para configurarlo. Estoy con la version 4.0.2 en Windows. Busca lo siguiente en el log de Ekiga para ver si intenta UDP.
me parece razonable. posiblemente una alternativa sería solicitar contribuciones mediante una campaña crowd-funding para comprar antennas más poderosas. creo que esto se puede ver más adelante cuando existan algunos servicios establecidos y al menos 4 o 5 nodos interconectados 24x7.
Hola,
Estoy interesado pero aún no pude probar el servicio. Planeo probarlo hoy en la tarde, que hay reunión en el Hacklab, le pasé a Rodri unas IPs para que las agregues a tu firewall.
La anterior semana me avisaron para que aliste un servidor virtual, estuve ocupado y además tenía que actualizar firmwares, reordenar mi red y hacer tests de rendimiento, pero ya tengo un sistema para crear virtuales aca en Bolivia con acceso completo a LaOtraRed.
Las especificaciones son:
768MB de RAM
10 GB de disco SATA RAID1
Red Internet: 2Mbps simétricos FD
Red LaOtraRed: 50Mbps simétricos FD
Las especificaciones son flexibles, si es necesario.
El server tiene Debian 9 (Debian 8 está próximo a su fin de soporte) y hay repositorios locales en mi red.
En unos minutos @Eric te envío las credenciales por mensaje privado.
Saludos virtuales de acuerdo, por mi parte no hay apuro. Podemos probar con el servidor GCP más que nada para solucionar los temas de conectividad que siempre son el primer obstáculo en VozIP. Revisaré los detalles del servidor LOR y intento ingresar. Creo que lo que mencionas puede soportar tranquilamente Voz y algo de video especialmente si lo configuramos punto a punto.
)
,
. si consigo algo más fijo te lo paso por mensaje privado.