<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
Hola :-)<br>
<p>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... <br>
</p>
<p>Resumen:</p>
<p>a) Modificación del TTL en el fichero Protocol.lib</p>
<p>b) Definición de un puerto distinto en las propiedades del aula
para que las sesiones multicast no coincidan. <br>
</p>
<p>c) Test multicast <br>
</p>
<p><b>a) Aumentar el TTL de 16 a 32:</b></p>
<p>Modificar <code>/opt/opengnsys/client/lib/engine/bin/Protocol.lib</code><br>
Cambiar esto:<br>
<code>
<pre>SYNTAXCLIENT="udp-receiver $MBUFFER --portbase $PORTBASE "
</pre>
</code><br>
Por:<br>
<code>
<pre>SYNTAXCLIENT="udp-receiver $MBUFFER --portbase $PORTBASE --ttl 32 --mcast-rdv-address IP_REPO"
</pre>
</code></p>
<div class="moz-cite-prefix"><b>b) Un puerto por aula</b><br>
<p>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.</p>
<p>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.</p>
<p>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)</p>
<p>Vamos estudiar cómo podemos hacer que se amplíe este rango y
que podamos poner para cada aula un puerto diferente.</p>
<h3>Cambiar la web para que admita más rango de puertos en la
definición de un aula</h3>
<p>En el fichero del servidor:
/opt/opengnsys/www/propiedades/*propiedades_aulas.php*:</p>
<p>En la línea 218 (en nuestra instalación) cambiar:</p>
<pre> for ($i=9000; $i<*9050*; $i+=2) {
$pormulmetodos.="$i=$i".chr(13);
}
$pormulmetodos.="*9050=9050*";
</pre>
<p>Por:<br>
</p>
<pre> for ($i=9000; $i<*9100*; $i+=2) {
$pormulmetodos.="$i=$i".chr(13);
}
$pormulmetodos.="*9100=9100*";
</pre>
<p>y entonces deja elegir hasta el 9100.</p>
<b>c) Test para Multicast </b><br>
<p>Herramienta utilizada: <strong>mtools</strong> de google <a
class="external" href="https://code.google.com/p/open-mtools/">https://code.google.com/p/open-mtools/</a></p>
<p><strong>mtools</strong> es una herramienta liberada por google
que sirve para comprobar el funcionamiento del multicast.</p>
<p>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</p>
<p>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</p>
<pre>/opt/opengnsys/scripts# cat testMCastClient
../lib/mtools/mdump -Q2 -s -v 239.1.1.1 2345
</pre>
<pre>/opt/opengnsys/client/scripts# cat testMCastServ
../lib/mtools/msend -m 100 -b 300 -n 30 -s 10 239.1.1.1 2345
</pre>
<p>Para hacer test se puede ejecutar<br>
<strong>Desde el servidor:</strong><br>
</p>
<pre>$ cd /opt/opengnsys/client/scripts
$ testMCastServ
</pre>
<p><strong>Desde el cliente:</strong></p>
<pre>$ cd /opt/opengnsys/scripts
$ testMCastClient
</pre>
<p>Resultado esperado si funciona bien:<br>
</p>
<pre>*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')
</pre>
<pre>*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')
</pre>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Saludos. <br>
</div>
<div class="moz-cite-prefix"><br>
</div>
<div class="moz-cite-prefix">Delia<br>
</div>
<div class="moz-cite-prefix">El 10/09/2019 a las 11:27, Carmelo
Cabezuelo Aguilar escribió:<br>
</div>
<blockquote type="cite"
cite="mid:412741AE5C01D242BDECD029B040C3A40118402208@AGENDA1.upvnet.upv.es">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<meta name="Generator" content="Microsoft Word 15 (filtered
medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]-->
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Verdana;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EstiloCorreo18
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EstiloCorreo19
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 3.0cm 70.85pt 3.0cm;}
div.WordSection1
{page:WordSection1;}
--></style>
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Buenas,<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">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?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">Entiendo
que hasta hace poco no teníais ningún problema con las
trasmisiones por multicast y que ha surgido hace poco.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">¿Ha
habido algún upgrade del repositorio recientemente?<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">¿Habéis
mirado el comportamiento del repositorio? ¿Podéis
monitorizar el consumo de RAM y CPU durante el proceso?
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<table class="MsoNormalTable" style="width:309.2pt" width="412"
cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td style="padding:0cm 0cm 0cm 0cm">
<p class="MsoNormal" style="line-height:105%"><span
style="color:#1F497D;mso-fareast-language:EN-US"><img
style="width:3.4583in;height:.0104in"
id="Imagen_x0020_1"
src="cid:part2.BC9F2DBE.76A1A80A@unizar.es"
alt="cid:image001.gif@01D48025.273AFEB0" class=""
width="332" height="1"></span><span
style="font-size:12.0pt;line-height:105%;color:#1F497D;mso-fareast-language:EN-US"><o:p></o:p></span></p>
</td>
</tr>
<tr>
<td style="padding:0cm 0cm 0cm 0cm">
<table class="MsoNormalTable" style="width:309.2pt"
width="412" cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr style="height:49.3pt">
<td style="padding:2.25pt 2.25pt 2.25pt
2.25pt;height:49.3pt">
<p class="MsoNormal" style="line-height:105%"><b><span
style="font-size:8.0pt;line-height:105%;font-family:"Verdana",sans-serif;color:#6699CC;mso-fareast-language:EN-US">Carmelo
Cabezuelo Aguilar</span></b><span
style="font-size:7.5pt;line-height:105%;font-family:"Verdana",sans-serif;color:#666666;mso-fareast-language:EN-US"><br>
<b>Area de Sistemas de Información y
Comunicaciones</b> <br>
Universidad Politécnica de Valencia <br>
Camino de Vera, s/n - 46022 Valencia <br>
Tel. +34 96 387 70 00 - Ext. 69082<br>
</span><i><span
style="font-size:7.5pt;line-height:105%;font-family:"Verdana",sans-serif;color:#2E74B5;mso-fareast-language:EN-US"><a
href="mailto:carmel@upv.es"
moz-do-not-send="true"><span
style="color:#2E74B5">carmel@upv.es</span></a></span></i><span
style="font-size:7.5pt;line-height:105%;font-family:"Verdana",sans-serif;color:#666666;mso-fareast-language:EN-US">
</span><span
style="font-size:7.5pt;line-height:105%;font-family:"Verdana",sans-serif;color:#666666;mso-fareast-language:EN-US"
lang="EN-US"><o:p></o:p></span></p>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
<tr>
<td style="padding:0cm 0cm 0cm 0cm">
<p class="MsoNormal" style="line-height:105%"><span
style="color:#1F497D;mso-fareast-language:EN-US"><img
style="width:3.4583in;height:.0104in"
id="Imagen_x0020_2"
src="cid:part2.BC9F2DBE.76A1A80A@unizar.es"
alt="cid:image001.gif@01D48025.273AFEB0" class=""
width="332" height="1" border="0"></span><span
style="font-size:12.0pt;line-height:105%;color:#1F497D;mso-fareast-language:EN-US"><o:p></o:p></span></p>
</td>
</tr>
<tr>
<td style="padding:0cm 0cm 0cm 0cm">
<table class="MsoNormalTable" style="width:249.0pt"
width="332" cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td style="padding:0cm 0cm 0cm 0cm"><br>
</td>
</tr>
</tbody>
</table>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><img style="width:3.3645in;height:.6979in"
id="Imagen_x0020_3"
src="cid:part5.340FF6AD.FB643C91@unizar.es"
alt="cid:image002.gif@01D48025.273AFEB0" class=""
width="323" height="67" border="0"><o:p></o:p></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><b>De:</b> Opengnsys-users
<a class="moz-txt-link-rfc2396E" href="mailto:opengnsys-users-bounces@listas.unizar.es"><opengnsys-users-bounces@listas.unizar.es></a>
<b>En nombre de </b>Antonio Jesus Doblas Viso<br>
<b>Enviado el:</b> martes, 10 de septiembre de 2019 11:17<br>
<b>Para:</b> Rafa Gómez Torres <a class="moz-txt-link-rfc2396E" href="mailto:rgtorres@ual.es"><rgtorres@ual.es></a><br>
<b>CC:</b> <a class="moz-txt-link-abbreviated" href="mailto:opengnsys-users@listas.unizar.es">opengnsys-users@listas.unizar.es</a><br>
<b>Asunto:</b> Re: [Opengnsys-users] problema protocolo
Multicast opengnsys<o:p></o:p></p>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<p class="MsoNormal">Rafa, buenas.<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">¿Tu servidor está en la misma VLAN que
los clientes?<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">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. <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">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.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">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.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">Saludos.<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"> <o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">El mar., 10 sept. 2019 a las 9:53, Rafa
Gómez Torres (<<a href="mailto:rgtorres@ual.es"
moz-do-not-send="true">rgtorres@ual.es</a>>)
escribió:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC
1.0pt;padding:0cm 0cm 0cm
6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">Buenos días!. Hemos estado probando
estos días lo que nos habeis
<br>
comentado y sigue sin funcionar, hemos cambiado la
dirección multicast y <br>
probado en diferentes grupos de ordenadores pero el
problema sigue <br>
existiendo, seguiremos en contacto con los compañeros de
comunicaciones <br>
a ver si dan con el problema, aunque nos dicen todo está
aparentemente <br>
bien.<br>
<br>
Muchas gracias por vuesrtra ayuda.<br>
<br>
El 5/9/19 a las 11:37, Carmelo Cabezuelo Aguilar escribió:<br>
> Hola Rafa.<br>
> 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.<br>
> 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.<br>
> 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.<br>
><br>
><br>
> Carmelo Cabezuelo Aguilar<br>
> Area de Sistemas de Información y Comunicaciones<br>
> Universidad Politécnica de Valencia<br>
> Camino de Vera, s/n - 46022 Valencia<br>
> Tel. +34 96 387 70 00 - Ext. 69082<br>
> <a href="mailto:carmel@upv.es" target="_blank"
moz-do-not-send="true">carmel@upv.es</a><br>
><br>
><br>
><br>
><br>
><br>
><br>
> -----Mensaje original-----<br>
> De: Opengnsys-users <<a
href="mailto:opengnsys-users-bounces@listas.unizar.es"
target="_blank" moz-do-not-send="true">opengnsys-users-bounces@listas.unizar.es</a>>
En nombre de Rafa Gómez Torres<br>
> Enviado el: jueves, 5 de septiembre de 2019 9:30<br>
> Para: <a
href="mailto:opengnsys-users@listas.unizar.es"
target="_blank" moz-do-not-send="true">opengnsys-users@listas.unizar.es</a><br>
> Asunto: [Opengnsys-users] problema protocolo
Multicast opengnsys<br>
><br>
> 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.<br>
><br>
> Saludos.<br>
><br>
><br>
> --<br>
> Puede consultar la información adicional sobre
confidencialidad de este email y protección de datos en
nuestra página
<a href="http://webwww.ual.es/lopd-email" target="_blank"
moz-do-not-send="true">webwww.ual.es/lopd-email</a><br>
> - Responsable del Tratamiento: Universidad de
Almería<br>
> - 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.<br>
> - Derechos: Para el ejercicio de derechos de
protección de datos diríjase a:<a
href="http://www.ual.es/lopd-derechos" target="_blank"
moz-do-not-send="true">http://www.ual.es/lopd-derechos</a><br>
><br>
><br>
> Rafael Gómez Torres<br>
> Área de Apoyo a la Docencia.<br>
> Servicio de Tecnologías de la Información y las
Comunicaciones.<br>
> UNIVERSIDAD DE ALMERIA.<br>
> <a href="mailto:E-mail%3Argtorres@ual.es"
target="_blank" moz-do-not-send="true">E-mail:rgtorres@ual.es</a><br>
> <a href="http://www.ual.es/stic" target="_blank"
moz-do-not-send="true">http://www.ual.es/stic</a><br>
>
--------------------------------------------------------------<br>
><br>
-- <br>
Puede consultar la información adicional sobre
confidencialidad de este email y protección de datos en
nuestra página web
<a href="http://www.ual.es/lopd-email" target="_blank"
moz-do-not-send="true">www.ual.es/lopd-email</a><br>
- Responsable del Tratamiento: Universidad de Almería<br>
- 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.<br>
- Derechos: Para el ejercicio de derechos de protección
de datos diríjase a: <a
href="http://www.ual.es/lopd-derechos" target="_blank"
moz-do-not-send="true">
http://www.ual.es/lopd-derechos</a><br>
<br>
<br>
Rafael Gómez Torres<br>
Área de Apoyo a la Docencia.<br>
Servicio de Tecnologías de la Información y las
Comunicaciones.<br>
UNIVERSIDAD DE ALMERIA.<br>
E-mail: <a href="mailto:rgtorres@ual.es" target="_blank"
moz-do-not-send="true">rgtorres@ual.es</a><br>
<a href="http://www.ual.es/stic" target="_blank"
moz-do-not-send="true">http://www.ual.es/stic</a><br>
--------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Opengnsys-users mailing list<br>
<a href="mailto:Opengnsys-users@listas.unizar.es"
target="_blank" moz-do-not-send="true">Opengnsys-users@listas.unizar.es</a><br>
<a
href="https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users"
target="_blank" moz-do-not-send="true">https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users</a><br>
----------<br>
INFORMACIÓN SOBRE PROTECCIÓN DE DATOS DE CARÁCTER PERSONAL<br>
<br>
Ud. recibe este correo por pertenecer a una lista de
correo gestionada por la Universidad de Zaragoza.<br>
Puede encontrar toda la información sobre como tratamos
sus datos en el siguiente enlace:
<a
href="https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas"
target="_blank" moz-do-not-send="true">
https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas</a><br>
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.<br>
<a href="http://listas.unizar.es" target="_blank"
moz-do-not-send="true">http://listas.unizar.es</a><br>
----------<o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><br clear="all">
<o:p></o:p></p>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<p class="MsoNormal">-- <o:p></o:p></p>
<div>
<div>
<div>
<div>
<div>
<p class="MsoNormal">Antonio Doblas Viso <a
href="mailto:adv@uma.es" target="_blank"
moz-do-not-send="true">
adv@uma.es</a><o:p></o:p></p>
<div>
<p class="MsoNormal">Enseñanza Virtual y
Laboratorios Tecnológicos<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"> - Aulario López
Peñalver 951 95 3099<br>
- E.T.S de Arquitectura 952 13 6576<o:p></o:p></p>
</div>
<p class="MsoNormal"> - E.T.S.I.
Informática y E.T.S.I. de Telecomunicación 952 13
3351<o:p></o:p></p>
<div>
<p class="MsoNormal">Universidad de Málaga<o:p></o:p></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Opengnsys-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Opengnsys-users@listas.unizar.es">Opengnsys-users@listas.unizar.es</a>
<a class="moz-txt-link-freetext" href="https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users">https://listas.unizar.es/cgi-bin/mailman/listinfo/opengnsys-users</a>
----------
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: <a class="moz-txt-link-freetext" href="https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas">https://sicuz.unizar.es/informacion-sobre-proteccion-de-datos-de-caracter-personal-en-listas</a>
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.
<a class="moz-txt-link-freetext" href="http://listas.unizar.es">http://listas.unizar.es</a>
----------
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
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
</pre>
</body>
</html>