| 125 | |
| 126 | ==== Datos del protocolo multicast ==== |
| 127 | |
| 128 | * '''puerto''': es el puerto por el cual el equipo que envia por multicast sincroniza con los clientes. Los valores pueden ser valores pares a partir del 9000 por ejemplo: 9000, 9002, 9004, 9006 ..... Utilizar preferentemente el 9000, y si tenemos dos aulas en la misma subred para realizar transferencias independientes, asignar a la primera aula el puerto 9000 y a la segunda el 9002. |
| 129 | * '''ip multicast''': dirección multicast para ese aula: 239.194.x.z donde x es el 2º octeto de la ip de red del aula, y z es el 3º octeto de la ip de red del aula. ejemplo: si la dirección de red del aula_virtual_1 es 172.17.36.0 le corresponde como ip multicast: 239.194.17.36. En el caso de que nuestra subred incluya dos aulas, y queremos utilizar multicast simultanea, deberíamos por ejemplo al aula_virtual_2 asignarle la ip multicast de 239.194.17.37 |
| 130 | * '''modo multicast''': nos permite dos opciones: full-duplex y half-duplex (usar full-duplex) |
| 131 | * '''velocidad''': es la velocidad máxima en Mbits/segundo. el valor máximo admitido (temporalmente) por el motor de clonación es 90 mbits - hay pruebas a gigabits con resultados excelentes. |
| 132 | * '''número de ordenadores''': para comenzar la transferencia multicast el servidor espera que se conecte el número de ordenadores que hayamos definido. |
| 133 | * '''tiempo máximo de espera''': al llegar al tiempo máximo de espera el servidor comienza la transmisión aunque no se hayan conectado todos los equipos. |
| 134 | |
| 135 | Los datos por defecto del protocolo se ha definido en las propiedades del aula. |
| 136 | |
| 137 | [[Image(deployImage_multicast.png, 100%)]] |
| 138 | |
| 139 | ==== Datos del protocolo P2P ==== |
| 140 | |
| 141 | * '''modo''': modo en el cual el cliente se comportará mientras está descargando una imagen. Los valores son: |
| 142 | * leecher: el cliente mientras descarga la imagen, no comparte. |
| 143 | * peer: el cliente mientras descarga comparte los datos de la imagen que ya tenga. |
| 144 | * seeder: modo de trabajo en modo distribuido en el cual un cliente Master se encarga de servir la imagen. |
| 145 | * '''tiempo(segundos) como semilla''': Independientemente del modo de trabajo de los cliente P2P durante la descarga, podemos definir que una vez tenga la imagen completa en la partición cache, se dedique "X" segundos a compartirla a los demas clientes. |
| 146 | |
| 147 | |
| 148 | [[Image(deployImage_torrent01.png)]] |
| 149 | |
| 150 | === Ejemplo deployImage Torrent en modo de clientes seeder: comparten mientras descargan === |
| 151 | |
| 152 | La imagen anterior es el asistente de deploy de imágenes para un ámbito aula. Se generá instruccion con los valores por defecto asignados al aula. |
| 153 | |
| 154 | * Modo seeder: los clientes mientras descargan la imagen, también la comparten. |
| 155 | * Tiempo p2p: una vez descargada la imagen, el cliente se queda X (en este caso 60 segundos) segundos compartiendo la imagen. |
| 156 | |
| 157 | En el aula, hay varios ordenadores, que la imagen ya está en la cache. Estos simplemente detectarán que ya la tienen y automáticamente pasan a realizar un la restaurarán desde la cache. |
| 158 | |
| 159 | La siguiente captura, es la información del tracker (puerto 6969 de nuestro repositorio). |
| 160 | |
| 161 | * Muestra las imágenes que el ogRepo está sedeando. |
| 162 | |
| 163 | [[Image(deployImage_torrent02.png, 100%)]] |
| 164 | |
| 165 | En la siguiente captura, vemos como el tracker detecta los clientes que se están descargando una determinada imagen. En las ventanas de log de los clientes, vemos que se están comportando como seeder, es decir, mientras descargan comparten. |
| 166 | |
| 167 | |
| 168 | [[Image(deployImage_torrent03.png, 100%)]] |