[Opengnsys-users] problema protocolo Multicast opengnsys
requibat
requibat en unizar.es
Mar Sep 10 13:06:46 CEST 2019
Hola :-)
Os hago el resumen de las soluciones que utilizamos en la Universidad de
Zaragoza cuando nos surgieron problemas de multicast (nosotros
distribuimos imágenes desde una vlan a otras distintas de forma
"natural") por si pueden ayudarte. Están incluidas las aportaciones de
Juan Carlos Garcia y de Jose Alberto Royo que comenta Antonio. De todas
formas, estoy con Carmelo y con Irina en que es muy raro que la descarga
se vaya ralentizando sin que algun elemento de comunicaciones esté
implicado (latiguillos, limitaciones de trafico de red...), qué pasa con
la CPU del REPO...
Resumen:
a) Modificación del TTL en el fichero Protocol.lib
b) Definición de un puerto distinto en las propiedades del aula para que
las sesiones multicast no coincidan.
c) Test multicast
*a) Aumentar el TTL de 16 a 32:*
Modificar |/opt/opengnsys/client/lib/engine/bin/Protocol.lib|
Cambiar esto:
||
|SYNTAXCLIENT="udp-receiver $MBUFFER --portbase $PORTBASE " |
||
Por:
|
SYNTAXCLIENT="udp-receiver $MBUFFER --portbase $PORTBASE --ttl 32 --mcast-rdv-address IP_REPO"
|
*b) Un puerto por aula*
Se ha detectado un problema de multicast con OpenGnsys que consiste en
que si hay un aula descargando una imagen por multicast de un servidor
si se pretende hacer lo mismo con otro aula este se queda colgado
esperando un envío de imagen que ni si quiera empieza.
La solución que hemos encontrado es cambiar en la configuración del aula
el numero de puerto para multicast. No es suficiente que dos aulas
tengan diferente dirección de multicast, además el puerto debe ser
diferente para evitar el problema.
La solución será que para cada aula de cada repositorio tengamos un
puerto diferente. El problema es que la interface limita a 25 opciones
para el puerto, el 9000, 9002 , ... 9050 (solo los pares)
Vamos estudiar cómo podemos hacer que se amplíe este rango y que podamos
poner para cada aula un puerto diferente.
Cambiar la web para que admita más rango de puertos en la
definición de un aula
En el fichero del servidor:
/opt/opengnsys/www/propiedades/*propiedades_aulas.php*:
En la línea 218 (en nuestra instalación) cambiar:
for ($i=9000; $i<*9050*; $i+=2) {
$pormulmetodos.="$i=$i".chr(13);
}
$pormulmetodos.="*9050=9050*";
Por:
for ($i=9000; $i<*9100*; $i+=2) {
$pormulmetodos.="$i=$i".chr(13);
}
$pormulmetodos.="*9100=9100*";
y entonces deja elegir hasta el 9100.
*c) Test para Multicast *
Herramienta utilizada: *mtools* de google
https://code.google.com/p/open-mtools/
*mtools* es una herramienta liberada por google que sirve para comprobar
el funcionamiento del multicast.
Para tenerlo más accesible se han copiado los ejecutables para linux en
los repositorios de Opengnsys (10.2.0.22 ...) en el directorio
/opt/opengnsys/client/lib/mtools de esta forma, cuando un cliente está
arrancado como ogClient u ogAdmin se puede conectar al cliente mediante
ssh y encontrar los comandos en /opt/opengnsys/lib/mtools
Para simplificar el uso del comando se han creado dos sencillos script
en /opt/opengnsys/client/scripts que se llaman testMCastClient y
testMCastServ y obviamente el primero es para ejecutarlo desde los
clientes y el segundo desde los servidores
/opt/opengnsys/scripts# cat testMCastClient
../lib/mtools/mdump -Q2 -s -v 239.1.1.1 2345
/opt/opengnsys/client/scripts# cat testMCastServ
../lib/mtools/msend -m 100 -b 300 -n 30 -s 10 239.1.1.1 2345
Para hacer test se puede ejecutar
*Desde el servidor:*
$ cd /opt/opengnsys/client/scripts
$ testMCastServ
*Desde el cliente:*
$ cd /opt/opengnsys/scripts
$ testMCastClient
Resultado esperado si funciona bien:
*Cliente*# ./mdump -Q2 -s -v 239.1.1.1 2345
Equiv cmd line: mdump -p0 -Q2 -r4194304 -s -v 239.1.1.1 2345
WARNING: tried to set SO_RCVBUF to 4194304, only got 262142
(Nota: aquí espera a recibir datos)
Sending burst of 300 msgs
Pausing before sending 'stat'
Sending stat
9000 messages sent (not including 'stat')
*Servidor*$ ./msend -m 100 -b 300 -n 30 -s 10 239.1.1.1 2345
Equiv cmd line: msend -b300 -m100 -n30 -p1000 -s10 -S65536 239.1.1.1 2345
Sending 30 bursts of 300 100-byte messages
Sending burst of 300 msgs
Sending burst of 300 msgs
Sending burst of 300 msgs
Sending burst of 300 msgs
Sending burst of 300 msgs
Sending burst of 300 msgs
[…]
Sending burst of 300 msgs
Sending burst of 300 msgs
Pausing before sending 'stat'
Sending stat
9000 messages sent (not including 'stat')
Saludos.
Delia
El 10/09/2019 a las 11:27, Carmelo Cabezuelo Aguilar escribió:
>
> Buenas,
>
> A mí lo que me escama es que empiece la transmisión y se vaya
> ralentizando hasta que se corta del todo. Creo que si hubiera un
> problema con las VLAN no se llegaría a establecer la sesión ¿no?
>
> Entiendo que hasta hace poco no teníais ningún problema con las
> trasmisiones por multicast y que ha surgido hace poco.
>
> ¿Ha habido algún upgrade del repositorio recientemente?
>
> ¿Habéis mirado el comportamiento del repositorio? ¿Podéis monitorizar
> el consumo de RAM y CPU durante el proceso?
>
> cid:image001.gif en 01D48025.273AFEB0
>
> *Carmelo Cabezuelo Aguilar*
> *Area de Sistemas de Información y Comunicaciones*
> Universidad Politécnica de Valencia
> Camino de Vera, s/n - 46022 Valencia
> Tel. +34 96 387 70 00 - Ext. 69082
> /carmel en upv.es <mailto:carmel en upv.es>/
>
> cid:image001.gif en 01D48025.273AFEB0
>
>
> cid:image002.gif en 01D48025.273AFEB0
>
> *De:* Opengnsys-users <opengnsys-users-bounces en listas.unizar.es> *En
> nombre de *Antonio Jesus Doblas Viso
> *Enviado el:* martes, 10 de septiembre de 2019 11:17
> *Para:* Rafa Gómez Torres <rgtorres en ual.es>
> *CC:* opengnsys-users en listas.unizar.es
> *Asunto:* Re: [Opengnsys-users] problema protocolo Multicast opengnsys
>
> Rafa, buenas.
>
> ¿Tu servidor está en la misma VLAN que los clientes?
>
> Nosotros en la UMA tenemos un REPO por cada Vlan por diferentes
> motivos. Pero, en el caso de necesitar restaurar por multicast desde
> un repositorio ubicado en otra VLAN, lo que hacemos es multiplexar una
> sesión unicast. Después de las sugerenicas de Carmelo e Irinia, sólo
> se me ocurre hacerte la sugerencia que uses esta técnica para acotar
> problemas.
>
> Si decides hacer esta prueba, se debe de utilizar el asistente de
> "clonación de particiones remotas". El equipo que enviará los datos
> (lo llamaremos MASTER) tendrá que estar vinculado con el repositorio
> externo y tanto el MASTER como los clientes en la misma VLAN y si es
> posible dentro del mismo SWITCH. El equipo Master hará se servidor
> multicast, el origen (los datos a enviar) podría ser una imagen en su
> CACHE, o las imágenes accesibles desde el repositorio asociado.
>
> Por otro lado, los compañeros de UNIZAR utilizan transferencias
> multicast entre varias VLAN. Es más, Juan Carlos, añadió la
> funcionalidad de multicast sobre diferentes VLAN's a OpenGnsys.
> Además, para detectar problemas, creo recordad que José Alberto,
> preparó un par de scripts; quizás te vendrían muy bien para hacer
> pruebas de envio y recepción.
>
> Saludos.
>
> El mar., 10 sept. 2019 a las 9:53, Rafa Gómez Torres (<rgtorres en ual.es
> <mailto:rgtorres en ual.es>>) escribió:
>
> Buenos días!. Hemos estado probando estos días lo que nos habeis
> comentado y sigue sin funcionar, hemos cambiado la dirección
> multicast y
> probado en diferentes grupos de ordenadores pero el problema sigue
> existiendo, seguiremos en contacto con los compañeros de
> comunicaciones
> a ver si dan con el problema, aunque nos dicen todo está
> aparentemente
> bien.
>
> Muchas gracias por vuesrtra ayuda.
>
> El 5/9/19 a las 11:37, Carmelo Cabezuelo Aguilar escribió:
> > Hola Rafa.
> > Primero que todo, yo cambiaría la dirección multicast de la
> 239.194 a la 239.255, la primera está reservada en RedIRIS y puede
> dar problemas.
> > Por otro lado, cuando pasa eso con las sesiones de multicast, mi
> experiencia es que puede deberse a uno o varios clientes que
> tienen problemas de conexión (latiguillo defectuoso o están
> colgando de otro switch o de un mini-switch) o incluso problemas
> de disco que hacen que se ralentice la escritura de la imagen y
> con ello la transmisión.
> > Mi consejo para lo segundo es que, si no es muy evidente el
> fallo, dividáis la tarea de restauración en varios grupos para acotar.
> >
> >
> > Carmelo Cabezuelo Aguilar
> > Area de Sistemas de Información y Comunicaciones
> > Universidad Politécnica de Valencia
> > Camino de Vera, s/n - 46022 Valencia
> > Tel. +34 96 387 70 00 - Ext. 69082
> > carmel en upv.es <mailto:carmel en upv.es>
> >
> >
> >
> >
> >
> >
> > -----Mensaje original-----
> > De: Opengnsys-users <opengnsys-users-bounces en listas.unizar.es
> <mailto:opengnsys-users-bounces en listas.unizar.es>> En nombre de
> Rafa Gómez Torres
> > Enviado el: jueves, 5 de septiembre de 2019 9:30
> > Para: opengnsys-users en listas.unizar.es
> <mailto:opengnsys-users en listas.unizar.es>
> > Asunto: [Opengnsys-users] problema protocolo Multicast opengnsys
> >
> > Buenos días. Desde hace unos días estamos teniendo problemas con
> el protocolo mulsticast para distribución de las imágenes, cuando
> enviamos la imagen todo empieza bien, pero cuando lleva un rato
> empieza a ralentizarse el envío hasta que se corta y deja de
> enviar datos, hemos hablado con los compañeros de comunicaciones y
> nos comentan que todo está bien, no obstante están revisando de
> nuevo el tema, el protocolo unicast funciona sin problemas. Os
> adjunto archivo log de un equipo por si veis algo.
> >
> > Saludos.
> >
> >
> > --
> > Puede consultar la información adicional sobre confidencialidad
> de este email y protección de datos en nuestra página
> webwww.ual.es/lopd-email <http://webwww.ual.es/lopd-email>
> > - Responsable del Tratamiento: Universidad de Almería
> > - Finalidad: Atender y dar respuesta a su petición o consulta
> y mantener los contactos y relaciones que se produzcan como
> consecuencia de la misma.
> > - Derechos: Para el ejercicio de derechos de protección de
> datos diríjase a:http://www.ual.es/lopd-derechos
> >
> >
> > Rafael Gómez Torres
> > Área de Apoyo a la Docencia.
> > Servicio de Tecnologías de la Información y las Comunicaciones.
> > UNIVERSIDAD DE ALMERIA.
> > E-mail:rgtorres en ual.es <mailto:E-mail%3Argtorres en ual.es>
> > http://www.ual.es/stic
> > --------------------------------------------------------------
> >
> --
> Puede consultar la información adicional sobre confidencialidad de
> este email y protección de datos en nuestra página web
> www.ual.es/lopd-email <http://www.ual.es/lopd-email>
> - Responsable del Tratamiento: Universidad de Almería
> - Finalidad: Atender y dar respuesta a su petición o consulta y
> mantener los contactos y relaciones que se produzcan como
> consecuencia de la misma.
> - Derechos: Para el ejercicio de derechos de protección de datos
> diríjase a: http://www.ual.es/lopd-derechos
> <http://www.ual.es/lopd-derechos>
>
>
> Rafael Gómez Torres
> Área de Apoyo a la Docencia.
> Servicio de Tecnologías de la Información y las Comunicaciones.
> UNIVERSIDAD DE ALMERIA.
> E-mail: rgtorres en ual.es <mailto:rgtorres en ual.es>
> http://www.ual.es/stic
> --------------------------------------------------------------
>
> _______________________________________________
> Opengnsys-users mailing list
> Opengnsys-users en listas.unizar.es
> <mailto:Opengnsys-users en listas.unizar.es>
> https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users
> ----------
> INFORMACIÓN SOBRE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL
>
> Ud. recibe este correo por pertenecer a una lista de correo
> gestionada por la Universidad de Zaragoza.
> Puede encontrar toda la información sobre como tratamos sus datos
> en el siguiente enlace:
> https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas
> Recuerde que si está suscrito a una lista voluntaria Ud. puede
> darse de baja desde la propia aplicación en el momento en que lo
> desee.
> http://listas.unizar.es
> ----------
>
>
> --
>
> Antonio Doblas Viso adv en uma.es <mailto:adv en uma.es>
>
> Enseñanza Virtual y Laboratorios Tecnológicos
>
> - Aulario López Peñalver 951 95 3099
> - E.T.S de Arquitectura 952 13 6576
>
> - E.T.S.I. Informática y E.T.S.I. de Telecomunicación
> 952 13 3351
>
> Universidad de Málaga
>
>
> _______________________________________________
> Opengnsys-users mailing list
> Opengnsys-users en listas.unizar.es
> https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users
> ----------
> INFORMACIÓN SOBRE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL
>
> Ud. recibe este correo por pertenecer a una lista de correo gestionada por la Universidad de Zaragoza.
> Puede encontrar toda la información sobre como tratamos sus datos en el siguiente enlace: https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas
> Recuerde que si está suscrito a una lista voluntaria Ud. puede darse de baja desde la propia aplicación en el momento en que lo desee.
> http://listas.unizar.es
> ----------
--
Delia Requibátiz Quintana
Jefa de Proyectos - Área de Atención a Usuarios
Servicio de Informática y Comunicaciones
Universidad de Zaragoza
Tfno 876553536 / 843536
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.unizar.es/pipermail/opengnsys-users/attachments/20190910/aad4701d/attachment-0001.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image001.gif
Type: image/gif
Size: 185 bytes
Desc: no disponible
URL: <http://listas.unizar.es/pipermail/opengnsys-users/attachments/20190910/aad4701d/attachment-0002.gif>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: image002.gif
Type: image/gif
Size: 4739 bytes
Desc: no disponible
URL: <http://listas.unizar.es/pipermail/opengnsys-users/attachments/20190910/aad4701d/attachment-0003.gif>
Más información sobre la lista de distribución Opengnsys-users