adrian mis saludos:
a ver openfire+ofmeet lo habia probado en varias ocaciones pero tenia la limitante de chrome, en este caso probe jitsi meet, este ultimo no tiene mucha historia para implementar puesto que es muy facil, no en mi caso por que donde lo implemente es en una maquina virtual sin acceso a internet por lo que tuve que descargar los .deb a fin con su implementacion rescatarlos y pasarlos a la maquina donde hiba a hacer la prueba, hasta hi todo muy bien se podia acceder desde un navegador sea firefox, chrome, ect mediante la web, el problema estaba a l hora de acceder mediante una señal wifi al servicio, para esto tengo un servidor con una tarjeta pci wifi con un hostapd y dhcp entregando direcciones ip para el segmento 172.10.10.* este segmento luego en iptables es nateado para el segmento 192.168.1.* que es el de la red local donde se encuentra jitsi meet.
el problema esta en que las apk relacionadas con jitsi necesitan un certificado valido para conectarse con el servicio, al principio pence que era problemas del nateado pero no, simplemente es problema de que debe existir un certificado valido es decir validado por una entidad certificadora, como mi caso no se trata de un dominio real no creo que pueda hacer mucho, por lo que decidi probar directamente con un navegador desde los dispositivos moviles activandole la opcion de escritorio, puesto que con la version para moviles automaticamente te remite a iniciar desde la apk a fin o descargarla.

un abrazo hermano

El mar., 5 may. 2020 a las 4:00, Arian Molina Aguilera (<linuxcuba@teknik.io>) escribió:
En 4 de mayo de 2020 9:37:57 p. m. Ariel Alvarez <ariel1cu2014@gmail.com>
escribió:

> ya logre hacer lo que queria, ante todo adrian una vez mas gracias por tu
> interes, ayuda y apollo, les describo mas menos.
> no hiso falta cambiar nada en el nat de iptables mantengo el
> enmascaramiento en este.
> resulta que el nat siempre me estuvo funcionando pero daba por sentado que
> habia algun error en este puesto que las conexiones que hacia desde
> dispositivos moviles a travez del nat no funcionaban por algo.
> si estan funcionando lo que las aplicaciones jitsi meet para moviles
> requieren de un certificado real avalado por una entidad certificadora, sea
> de pago o alguna de las variantes gratos pero debe ser valido, en mi caso
> estaba incursionando en una maquina virtual aislada completamente de
> internet.
> como resolvi el problema fue usando en el dispositivo movil chrome y
> habilitando en este la version de escritorio, probe hacer esto con firefox
> pero el cosumo de memoria es tan alto que todo se ve en camara lenta, con
> chrome va muy bien.
>
> gracias una vez mas por la ayuda.
>
> El sáb., 2 may. 2020 a las 10:21, Arian Molina Aguilera (<
> linuxcuba@teknik.io>) escribió:
>
>> En 2 de mayo de 2020 12:48:38 a. m. Ariel Alvarez <ariel1cu2014@gmail.com>
>>
>> escribió:
>>
>> > aprovechando el tema recien estoy probando jitsi meet como alternativa a
>> > video conferencias, alguien que tenga un poco mas de kilometros
>> recorridos
>> > sobre el tema pudo lograr que se comuniquen a travez de un NAT. explico
>> > mejor el servicio en la red local me funciona bien pero cuando se conecta
>> > algun dispositivo movil a la señal wifi esta hace un nat hacia la red
>> local
>> > y no llega a establecer conexion con la sala de videoconferencia ya
>> creada.
>> >
>> > esta es mi config en /etc/jitsi/videobridge/sip-communicator.properties
>> >
>> > org.ice4j.ice.harvest.DISABLE_AWS_HARVESTER=true
>> > #org.ice4j.ice.harvest.STUN_MAPPING_HARVESTER_ADDRESSES=
>> > meet-jit-si-turnrelay.jitsi.net:443
>> > org.jitsi.videobridge.ENABLE_STATISTICS=true
>> > org.jitsi.videobridge.STATISTICS_TRANSPORT=muc
>> > org.jitsi.videobridge.xmpp.user.shard.HOSTNAME=localhost
>> > org.jitsi.videobridge.xmpp.user.shard.DOMAIN=auth.192.168.1.101
>> > org.jitsi.videobridge.xmpp.user.shard.USERNAME=jvb
>> > org.jitsi.videobridge.xmpp.user.shard.PASSWORD=7ISiOaVg
>> >
>> org.jitsi.videobridge.xmpp.user.shard.MUC_JIDS=JvbBrewery@internal.auth.192.168.1.101
>> >
>> org.jitsi.videobridge.xmpp.user.shard.MUC_NICKNAME=e95a5b66-19ee-4ed0-adf2-2254239c8e71
>> > org.ice4j.ice.harvest.NAT_HARVESTER_LOCAL_ADDRESS=172.10.10.1
>> > org.ice4j.ice.harvest.NAT_HARVESTER_PUBLIC_ADDRESS=192.168.1.101
>> > org.jitsi.videobridge.rest.jetty.port=4444
>> > org.jitsi.videobridge.SINGLE_PORT_HARVESTER_PORT=12345
>> > org.jitsi.videobridge.TCP_HARVESTER_PORT=4443
>> > org.jitsi.videobridge.TCP_HARVESTER_MAPPED_PORT=443
>> > org.ice4j.ipv6.DISABLED=true
>> >
>> >
>> > gracias de antemano y disculpen si irrumpi en el hilo.
>> >
>> >
>> > El vie., 1 may. 2020 a las 19:04, Lic. Humberto Y. Conde Armentero (<
>> > informatico@sepro.co.cu>) escribió:
>> >
>> >> Una buena alternativa es OpenMCU-ru
>> >>
>> >> .
>> >>
>> >> En 30 de abril de 2020 16:50:52 <rlsalgueiro@topesdecollantes.co.cu>
>> >> escribió:
>> >>
>> >>> En mi empresa estamos comenzando a experimentar con el todavía no
>> tenemos
>> >>> resultados para decir si nos quedamos con el o no pero hasta ahora
>> hemos
>> >>> hecho algunas videollamadas por la vpn y apn de la empresa.
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>>
>> >>> Rafael Lorente Salgueiro
>> >>>
>> >>> Jefe de Grupo de Informatica
>> >>>
>> >>> Grupo de Informatica.
>> >>>
>> >>> Teléfono: +(53) (42) 540 273 | +(53) (42) 540330 ext 3010 | 2608
>> >>>
>> >>> *COmplejo de Turismo Topes de Collantes *
>> >>>
>> >>> Topes de Collantes, Trinidad, Sancti Spiritus, Cuba.
>> >>>
>> >>> http://www.gaviota-grupo.com
>> >>>
>> >>> [image: think before you print]
>> >>>
>> >>> [image: Logo de Gaviota]
>> >>>
>> >>>
>> >>>
>> >>> *From:* Yusbel Muñíz Plasencia <yusbel@elfgascu.co.cu>
>> >>> *Sent:* Thursday, April 30, 2020 1:26 PM
>> >>> *To:* Lista cubana de soporte técnico en Tecnologias Libres <
>> >>> gutl-l@listas.jovenclub.cu>
>> >>> *Subject:* [Gutl-l] Re: como crear server para video conferencia
>> >>> *Importance:* High
>> >>>
>> >>>
>> >>>
>> >>> Alguien ha tenido experiencia con Trueconf para las videoconferencias?
>> >>>
>> >>> Lo digo comparado con otras alternativas como las que dice arian. E
>> >>> incluso comparado con jitsi por ejemplo.
>> >>>
>> >>>
>> >>>
>> >>> Y como se comporta la compatibilidad con algún dispositivo endpoint
>> como
>> >>> le dice. Cual consumira menos ancho de banda con una calidad de video
>> SD
>> >>> normal.
>> >>>
>> >>>
>> >>>
>> >>> saludos
>> >>>
>> >>>
>> >>>
>> >>> Yusbel
>> >>>
>> >>>
>> >>> -----Original Message-----
>> >>> From: Arian Molina Aguilera <linuxcuba@teknik.io>
>> >>> To: gutl-l@listas.jovenclub.cu
>> >>> Date: Thu, 30 Apr 2020 13:04:14 -0400
>> >>> Subject: [Gutl-l] Re: como crear server para video conferencia
>> >>>
>> >>> El 30/4/20 a las 4:19, Elvis Castro Hurtado escribió:
>> >>> > Hola , me interesa montar un server para videoconferencia, me podrias
>> >>> > mandar elgun tutorial a elvis@ujc.cu <mailto:elvis@ujc.cu
>> >>> <elvis@ujc.cu>>
>> >>> >
>> >>> >
>> >>> > saludos
>> >>> >
>> >>> > --
>> >>> > Elvis C.H 2019
>> >>> >
>> >>> > _______________________________________________
>> >>> > Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
>> >>> > To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu
>> >>>
>> >>> Servidor nextcloud + app talk, una maravilla, muy fácil de montar y
>> >>> gestionar, también puedes utilizar openfire + plugin ofmeet. utilizar
>> >>> chrome como aplicación para videoconferencia webRTC. Salu2.
>> >>>
>> >>> --
>> >>> Arian Molina Aguilera
>> >>> Administrador de Redes y Servicios Telemáticos
>> >>> Linux Usuario Registrado #392892
>> >>> Telfs: +53(7)696-7510 ext 236
>> >>> jabber: linuxcuba@teknik.io
>> >>> Brascuba Cigarrillos S.A. La Habana. Cuba.
>> >>> “Nunca consideres el estudio como una obligación,
>> >>> sino como una oportunidad para penetrar en el bello
>> >>> y maravilloso mundo del saber. Albert Einstein”
>> >>>
>> >>> _______________________________________________
>> >>> Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
>> >>> To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu
>> >>>
>> >>>
>> >>
>> >> Enviado con AquaMail para Android
>> >> <https://play.google.com/store/apps/details?id=org.kman.AquaMail>
>> >> https://www.mobisystems.com/aqua-mail
>> >> _______________________________________________
>> >> Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
>> >> To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu
>> >>
>> >
>> >
>> >
>> > ----------
>> > _______________________________________________
>> > Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
>> > To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu
>> >
>>
>> Tienes que instalar un servidor stun/turn y emplearlo en tu jitsi server,
>> de lo contrario tienes que deshabilitar el Nat masquerade en el router y
>> emplear routing sin nat, recomendado. Salu2.
>>
>>
>>
>> _______________________________________________
>> Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
>> To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu
>>
>
>
>.
> ----------
> _______________________________________________
> Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
> To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu
>

Ok pero estabas usando jitsi meet o directamente webrtc en el navegador del
dispositivo, sigo sin entender ahora tu entorno y como tienes implementada
tu solución. Jitsi ya sea vía openfire + ofmeet o jitsi videobridge siempre
se ja recomendado usar Chrome, incluso es el único que tiene disponible el
plugin de pade, para el uso de openfire + ofmeet, en el caso de webrtc
usando navegador web https no importa el Nat. Por aclararme esas dudas, y
me alegra que hayas podido dar con la solución a tú problema. Salu2.
#QuedateEnCasa



_______________________________________________
Gutl-l mailing list -- gutl-l@listas.jovenclub.cu
To unsubscribe send an email to gutl-l-leave@listas.jovenclub.cu