| 119 | | * The Image ''Deploy'' Wizard has two parts; |
| 120 | | |
| 121 | | en la la primera se actualiza la partición cache de los clientes con los ficheros-imágenes de los sistemas operativos indicados desde el repositorio OpenGnsys y la segunda, se restaura la partición destino usando como origen la propia partición cache del equipo cliente. Además, el asistente permite separar estos dos procesos; por ejemplo actualizar la cache desde el repositorio central en horarios donde el tráfico de red sea menor. Para ello, se debe definir el "modo de trabajo" como updateCache -sólo actualiza-, o deployImage -actualizar y restaurar en partición-. |
| 122 | | * Si la partición cache del cliente dispone de la imagen, y el sistema detecta que es idéntica a la del repositorio, el proceso updateCache finalizará. En el caso de que el fichero-imagen tenga el mismo nombre tanto en el repositoiro como en la partición cache del cliente, pero no son identicas: por ejemplo se haya actualizado y generado un nuevo fichero-imagen con el mismo nombre en el repositorio, en este caso, el cliente inicia el proceso de updateCache. |
| | 119 | * The Image ''Deploy'' Wizard has two parts; in the first one, the client's cache partition is updated with operating systems files-images from the OpenGnSys repository, and in the second one, the target partition is restored using as source the cache partition of the client computer. Also, the wizard allow separate this processes; for example updating cache from central repository when the traffic network is low. For this, you should define the "Working mode" as updateCache - only update -, or deployImage - update and restore the partition-. |
| | 120 | * If the cache partition of the client have the image, and the system detects that it is identical to the repository, the process updateCache ends. In the case the file-image have the same name in the repository and in the partition cache of the client, but this images are not identical: the client starts updateCache process. |
| 143 | | * '''Port''': 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. |
| 144 | | * '''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 |
| | 141 | * '''Port''': The port where the computer that sends by MULTICAST sincronize with the clients. The values can be even values from 9000. For example: 9000, 9002, 9004, 9006, .... It is recommended use 9000, and if we have two classrooms in the same subnet for to do independent transfer, you should to assign the port 9000 to the first classroom, and 9002 to the second one. |
| | 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 |
