142 | | * '''IP Multicast''': MULTICAST address for the classroom: 239.194.x.z where x is the 2º octect |
143 | | |
144 | | 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 |
145 | | * '''Multicast mode''': nos permite dos opciones: full-duplex y half-duplex (usar full-duplex) |
146 | | * '''Speed''': 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. |
147 | | * '''Number of Computers''': para comenzar la transferencia multicast el servidor espera que se conecte el número de ordenadores que hayamos definido. |
148 | | * '''Maximum waiting time''': al llegar al tiempo máximo de espera el servidor comienza la transmisión aunque no se hayan conectado todos los equipos. |
149 | | |
150 | | Los datos por defecto del protocolo se ha definido en las propiedades del aula. |
| 141 | * '''IP Multicast''': MULTICAST address for the classroom: 239.194.x.z where x is the 2nd octect of the IP network classroom, and z is the 3rd octect of the IP network classroom. Example: If the network address of virtual_classroom_1 is 172.17.36.0 it belongs as MULTICAST IP: 239.194.17.36. |
| 142 | * '''Multicast mode''': With two options: full-duplex and half-duplex (use full-duplex) |
| 143 | * '''Speed''': It it the maximum speed in Mbits/second. The maximum value admited (temporaly) by the cloning engine is 90 MBits - There are tests in Gigabits networks with excellents results. |
| 144 | * '''Number of Computers''': To start with multicast transfer, the server waits to connect the number of computers defined. |
| 145 | * '''Maximum waiting time''': When it comes to the maximum waiting time the server starts transmission although not all computers are connected. |
| 146 | |
| 147 | By default, the protocol data are defined in the classroom properties. |
154 | | ==== Protocol P2P ==== |
155 | | |
156 | | * '''modo''': modo en el cual el cliente se comportará mientras está descargando una imagen. Los valores son: |
157 | | * __leecher__: el cliente mientras descarga la imagen, no comparte. |
158 | | * peer: el cliente mientras descarga comparte los datos de la imagen que ya tenga. |
159 | | * seeder: modo de trabajo en modo distribuido en el cual un cliente Master se encarga de servir la imagen. |
160 | | * '''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. |
161 | | |
| 151 | ==== P2P Protocol ==== |
| 152 | |
| 153 | * '''Mode''': Way in which the computer will behave when it is downloading the image. It can be: |
| 154 | * __leecher__: The computer not shared while is downloading the image. |
| 155 | * peer: The computer shared data while is downloading the image. |
| 156 | * seeder: Working distributed mode where a Master client is responsible of serve the image. |
| 157 | * '''Time (seconds) as seeder''': Independiently of the computers P2P working mode, we can define the computer shared the complete image in cache partition gives "X" seconds to shared the image with the others computers. |
165 | | === Ejemplo deployImage Torrent en modo de clientes seeder: comparten mientras descargan === |
166 | | |
167 | | 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. |
168 | | |
169 | | * Modo seeder: los clientes mientras descargan la imagen, también la comparten. |
170 | | * Tiempo p2p: una vez descargada la imagen, el cliente se queda X (en este caso 60 segundos) segundos compartiendo la imagen. |
171 | | |
172 | | 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. |
173 | | |
174 | | La siguiente captura, es la información del tracker (puerto 6969 de nuestro repositorio). |
175 | | |
176 | | * Muestra las imágenes que el ogRepo está sedeando. |
| 161 | === Example deployImage Torrent in Seeder mode: sharing while download === |
| 162 | |
| 163 | Figure above is the image deploy wizard for a classroom scope. Instruction is generated with the default values assigned to the classroom. |
| 164 | |
| 165 | * Seeder mode: clients while downloading image, shared it. |
| 166 | * P2P time: when the image is downloading, the computer is sharing X seconds (in our case 60) the image. |
| 167 | |
| 168 | In the classroom, there are computers with the image in the cache. These computers detect it and automatically restore it from the cache. |
| 169 | |
| 170 | The next figure contains the tracker information (port 6969 of our repository). |
| 171 | |
| 172 | * Show images ogRepo is seeding. |
185 | | === Asistente para la clonación de Particiones Remotas === |
186 | | Este asistente permite utilizar un cliente opengnsys para enviar imágenes de sistema operativos -ubicacados en su cache o en su repositorio asociado- así como aquellos sistemas operativos que tenga instalados en su correspondiente partición. Para que un cliente pueda realizar estas operaciones debe de asumir uno de los dos niveles que un ''master'' puede ser definido. Cualquier equipo cliente opengnsys, puede asumir el papel de master, el cual puede enviar las imágenes que tiene acceso desde su repositorio asignado así como los sistemas operativos instalados en sus particiones. Además de las funciones básicas, si queremos definir un cliente como master a nivel de repositorio, por ejemplo, generar imágenes de sus sistemas operativos en su partición cache, así como utilizarlas como origen para los demás clientes, debemos de darlo de alta como repositorio. |
187 | | |
188 | | |
189 | | Nos permite clonar desde un cliente que toma el papel de master o servidor: |
190 | | * particiones directamente sin crear imagen |
191 | | * imágenes que tenga en cache (se debe haber dado de alta el equipo como repositorio y tener la imagen asignada) |
192 | | * imágenes que tenga el repo. Primero la traerá al equipo por unicast y luego la servirá al resto del ámbito por unicast o multicast (esto permite evitar multicast entre distintas subredes) |
193 | | |
194 | | Se utilizando el mismo método de trabajo que el [wiki:OperacionIncorporarImagenes#deploy asistente de deploy de imágenes], tanto en los pasos que realiza cómo la información del protocolo multicast que utiliza para transferir las imágenes. |
195 | | |
196 | | Para realizar esta acción en la '''pestaña aulas''' pulsaremos sobre el ámbito deseado con el botón derecho el '''asistente Deploy de Particiones Remotas'''. El ámbito no puede ser un solo equipo, |
197 | | |
198 | | Nos muestra un formulario que pide que le demos unas opciones básicas y además nos permite [wiki:OperacionIncorporarImagenes#deploy modificar los parámetros por defecto] que para de cada protocolo se ha definido en el aula. |
199 | | |
200 | | * '''master''': el equipo que va a servir la partición o la imagen que queremos clonar a los demás equipos. |
201 | | * '''imagen o partición a enviar''': origen. Una vez elegido el máster nos aparece una lista de selección con las posibilidades, distinguiendo los tres tipos antes mencionados: PART, IMG-REPO e IMG-CACHE |
202 | | * '''partición destino''' |
203 | | * '''método de transferencia''': protocolo de transmisión (unicast o multicast) |
204 | | * '''herramienta de clonación''': necesario para la clonación de una partición, en caso de ser una imagen lo detecta el sistema. |
205 | | * '''compresión''': necesario para la clonación de una partición, en caso de ser una imagen lo detecta el sistema. |
206 | | Una vez incluidos los valores daremos a '''Generar Instrucción OG''' que creará el codigo a utilizar por los clientes y pulsaremos '''aceptar''' para enviarselo. |
207 | | |
| 180 | === Deploy Wizard Remote Partitions === |
| 181 | This wizard allow to use an OpenGnSys client to send images of operating systems -located in the cache or in the repository- and those operating systems installed in the corresponding partition. Any OpenGnSys client computer can assume the role of 'master' to send images of the repository assigned or the operating systems installed in the partitions. If we want to define a computer as master, for example, to generate images of the operating systems in the cache partition, and to used as source for the others computers, we must to registered as repository. |
| 182 | |
| 183 | We can deploy from a client that have the role of master or server: |
| 184 | * directly partitions without create an image |
| 185 | * images in cache (the computer must to registered as repository and to have the image assigned) |
| 186 | * images from the repo. First bring it to the computer via UNICAST and then will serve to the rest of the scope via UNISCAST or MULTICAST |
| 187 | |
| 188 | We are usign work method of [wiki:OperacionIncorporarImagenes/en#deploy Images Deploy Wizard] in the steps and in the info of MULTICAST protocol that used to transfer the images. |
| 189 | |
| 190 | Se está utilizando el mismo método de trabajo que el , tanto en los pasos que realiza cómo la información del protocolo multicast que utiliza para transferir las imágenes. |
| 191 | |
| 192 | To do this action, in '''tab Classrooms''' right-click on the scope and '''Deploy Wizard Remote Partitions '''. The scope can not be only a computer. |
| 193 | |
| 194 | It is show a form to fill and it is allow [wiki:OperacionIncorporarImagenes/en#deploy modify default parameters]. |
| 195 | * '''master''': It is the computer that serves the partition or image to deploy to the other computers. |
| 196 | * '''image or partition to send''': source. Once we chose the master is a list of selection possibilities, distinguishing the three types mentioned: PART, IMG-REPO or IMG-CACHE |
| 197 | * '''target partition''' |
| 198 | * '''transfer method''': Transmission protocol (UNICAST or MULTICAST) |
| 199 | * '''deployment tool''': It is needed to deploy a partition. If it is an image the system will detect. |
| 200 | * '''compression''': It is needed to deploy a partition. If it is an image the system will detect. |
| 201 | To finish, clicking on '''Generate OG Command''' for create the code to use for the clients and click on '''accept''' to send it. |