Configuracin e instalacin de un nuevo ncleo Este es uno de los temas que asustan a los nuevos usuarios de Linux.

Lo primero, deciros que no hay razn para asustarse, la configuracin e instalacin de un nuevo ncleo en nuestro sistema es mas fcil de lo suena. Lo segundo, es que podeis tener un sistema estable, actualizado y que funcione sin problemas durante meses sin tener que compilar un solo ncleo, siempre y cuando utiliceis los ncleos distribuidos con vuestra distribucin. Es muy recomendable el utilizar los ncleos distribuidos por la distribucin que utiliceis. Estos ncleos tienen muy buena calidad y son muy completos y con esto os evitais el trabajo de configurar, compilar y mantener nuevas versiones del ncleo. Si sois de los que os gustan experimentar y aprender nuevas cosas, adelante, nadie os impide bajaros el ltimo ncleo y experimentar con el, esto era mucho ms comn hace unos aos y una tarea casi imprescindible en muchos casos. Para los interesados en el tema existen dos documentos muy buenos que podeis utilizar para aprender a como compilar un ncleo, FAQ/Kernel compilation y el Kernel Rebuild Guide El kernel ncleo de linux se puede definir como el corazn de este sistema operativo. Es el encargado de que el software y el hardware de tu ordenador puedan trabajar juntos. Las funciones ms importantes del mismo, aunque no las nicas, son:

Administracin de la memoria para todos los programas y procesos en ejecucin. Administracin del tiempo de procesador que los programas y procesos en ejecucion utilizan. Es el encargado de que podamos acceder a los perifricos/elementos de nuestro ordenador de una manera cmoda.

Hasta que empez el desarrollo de la serie 2.6 del ncleo, existieron dos tipos de versiones del ncleo:

Versin de produccion: La version de produccion, era la version estable hasta el momento. Esta version era el resultado final de las versiones de desarrollo o experimentales.

Versin de desarrollo: Esta versin era experimental y era la que utilizaban los desarrolladores para programar, comprobar y verificar nuevas caractersticas,

correcciones, etc. Estos ncleos solian ser inestables y no se debian usar sin saber lo que se hacia.

Las versiones del ncleo se numeraban con 3 numeros, de la siguiente forma: AA.BB.CC AA: Indicaba la serie/versin principal del ncleo. Solo han existido la 1 y 2. Este nmero cambiaba cuando la manera de funcionamiento del kernel habia sufrido un cambio muy importante. BB: Indicaba si la versin era de desarrollo de produccin. Un nmero impar, significaba que era de desarrollo, uno par, que era de produccin. CC: Indicaba nuevas revisiones dentro de una versin, en las que lo nico que se habia modificado eran fallos de programacin.

Unos ejemplos nos ayudaran a entenderlo mejor: ej1: versin del ncleo 2.4.0: Ncleo de la serie 2 (AA=2), versin de produccin 4 (BB=4 par), primera versin de la serie 2.4 (CC=0) ej2: versin del ncleo 2.4.1: Ncleo de la serie 2, versin 4, en el que se han corregido errores de programacin presentes en la version 2.4.0 (CC=1) ej3: versin del ncleo 2.5.0: versin 0 del ncleo de desarrollo 2.5.

Con la serie 2.6 del ncleo, el sistema de numeracin asi como el modelo de desarrollo han cambiado. Las versiones han pasado a numerarse con 4 digitos y no existen versiones de produccion y desarrollo.

Las versiones del ncleo se numeran hoy en dia con 4 digitos, de la siguiente forma: AA.BB.CC.DD. AA: Indica la serie/versin principal del ncleo. BB: Indica la revision principal del ncleo. Numeros pares e impares no tienen ningun significado hoy en dia. CC: Indica nuevas revisiones menores del ncleo. Cambia cuando nuevas caracteristicas y drivers som soportados. DD: Este digito cambia cuando se corrigen fallos de programacin o fallos de seguridad dentro de una revisin.

Sistemas de archivos soportados por Linux Linux soporta una gran cantidad de tipos diferentes de sistemas de archivos. Para nuestros propsitos los ms importantes son: minix El ms antiguo y supuestamente el ms fiable, pero muy limitado en caractersticas (algunas marcas de tiempo se pierden, 30 caracteres de longitud mxima para los nombres de los archivos) y restringido en capacidad (como mucho 64 MB de tamao por sistema de archivos). xia Una versin modificada del sistema de archivos minix que eleva los lmites de nombres de archivos y tamao del sistema de archivos, pero por otro lado no introduce caractersticas nuevas. No es muy popular, pero se ha verificado que funciona muy bien. ext3 El sistema de archivos ext3 posee todas las propiedades del sistema de archivos ext2. La diferencia es que se ha aadido una bitcora (journaling). Esto mejora el rendimiento y el tiempo de recuperacin en el caso de una cada del sistema. Se ha vuelto ms popular que el ext2. ext2 El ms sistema de archivos nativo Linux que posee la mayor cantidad de caractersticas. Est diseado para ser compatible con diseos futuros, as que las nuevas versiones del cdigo del sistema de archivos no necesitar rehacer los sistemas de archivos existentes. ext Una versin antigua de ext2 que no es compatible en el futuro. Casi nunca se utiliza en instalaciones nuevas, y la mayora de la gente que lo utilizaba han migrado sus sistemas de archivos al tipo ext2. reiserfs Un sistema de archivos ms robusto. Se utiliza una bitcora que provoca que la prdida de datos sea menos frecuente. La bitcora es un mecanismo que lleva un registro por cada transaccin que se va a realizar, o que ha sido realizada. Esto permite al sistema de archivos reconstruirse por s slo fcilmente tras un dao ocasionado, por ejemplo, por cierres del sistema inadecuados.

Adicionalmente, existe soporte para sistemas de archivos adicionales ajenos, para facilitar el intercambio de archivos con otros sistemas operativos. Estos sistemas de archivos ajenos funcionan exactamente como los propios, excepto que pueden carecer de caractersticas usuales UNIX , o tienen curiosas limitaciones, u otros inconvenientes. msdos Compatibilidad con el sistema de archivos FAT de MS-DOS (y OS/2 y Windows NT). umsdos Extiende el dispositivo de sistema de archivos msdos en Linux para obtener nombres de archivo largos, propietarios, permisos, enlaces, y archivos de dispositivo. Esto permite que un sistema de archivos msdos normal pueda utilizarse como si fuera de Linux, eliminando por tanto la necesidad de una particin independiente para Linux. vfat Esta es una extensin del sistema de archivos FAT conocida como FAT32. Soporta tamaos de discos mayores que FAT. La mayora de discos con MS Windows son vfat. iso9660 El sistema de archivos estndar del CD-ROM; la extensin popular Rock Ridge del estndar del CD-ROM que permite nombres de archivo ms largos se soporta de forma automtica. nfs Un sistema de archivos de red que permite compartir un sistema de archivos entre varios ordenadores para permitir fcil acceso a los archivos de todos ellos. smbfs Un sistema de archivos que permite compartir un sistema de archivos con un ordenador MS Windows. Es compatible con los protocolos para compartir archivos de Windows. hpfs El sistema de archivos de OS/2. sysv

EL sistema de archivos de Xenix, Coherent y SystemV/386.. La eleccin del sistema de archivos a utilizar depende de la situacin. Si la compatibilidad o alguna otra razn hace necesario uno de los sistemas de archivos no nativos, entonces hay que utilizar se. Si se puede elegir libremente, entonces lo ms inteligente sera utilizar ext3, puesto que tiene todas las caractersticas de ext2, y es un sistema de archivos con bitcora. Existe tambin el sistema de archivos proc, generalmente accesible desde el directorio /proc, que en realidad no es un sistema de archivos, an cuando lo parece. El sistema de archivos proc facilita acceder a ciertas estructura de datos del ncleo, como la lista de procesos (de ah el nombre). Hace que estas estructuras de datos parezcan un sistema de archivos, y que el sistema de archivos pueda ser manipulado con las herramientas de archivos habituales. Por ejemplo, para obtener una lista de todos los procesos se puede utilizar el comando $ ls -l /proc total 0 dr-xr-xr-x 4 root dr-xr-xr-x 4 liw dr-xr-xr-x 4 liw dr-xr-xr-x 4 liw dr-xr-xr-x 4 root dr-xr-xr-x 4 liw -r--r--r-- 1 root -r--r--r-- 1 root -r--r--r-- 1 root -r--r--r-- 1 root -r-------- 1 root -r--r--r-- 1 root -r--r--r-- 1 root -r--r--r-- 1 root -r--r--r-- 1 root -r--r--r-- 1 root dr-xr-xr-x 2 root dr-xr-xr-x 4 root -r--r--r-- 1 root -r--r--r-- 1 root -r--r--r-- 1 root version (Puede haber no obstante algunos archivos adicionales que no correspondan con ningn proceso. El ejemplo anterior se ha recortado.) Tenga en cuenta que aunque se llame sistema de archivos, ninguna parte del sistema de archivos proc toca el disco. Existe tan slo en la imaginacin del ncleo. Cuando alguien intenta echar un vistazo a alguna parte del sistema de archivos proc, el ncleo hace que parezca como si esa parte existiera en

root 0 Jan 31 20:37 1 users 0 Jan 31 20:37 63 users 0 Jan 31 20:37 94 users 0 Jan 31 20:37 95 users 0 Jan 31 20:37 98 users 0 Jan 31 20:37 99 root 0 Jan 31 20:37 devices root 0 Jan 31 20:37 dma root 0 Jan 31 20:37 filesystems root 0 Jan 31 20:37 interrupts root 8654848 Jan 31 20:37 kcore root 0 Jan 31 11:50 kmsg root 0 Jan 31 20:37 ksyms root 0 Jan 31 11:51 loadavg root 0 Jan 31 20:37 meminfo root 0 Jan 31 20:37 modules root 0 Jan 31 20:37 net root 0 Jan 31 20:37 self root 0 Jan 31 20:37 stat root 0 Jan 31 20:37 uptime root 0 Jan 31 20:37

alguna parte, aunque no lo haga. As, aunque exista un archivo /proc/kcore de muchos megabytes, no quita espacio de Sistemas de archivos Un sistema de archivos son los mtodos y estructuras de datos que un sistema operativo utiliza para seguir la pista de los archivos de un disco o particin; es decir, es la manera en la que se organizan los archivos en el disco. El trmino tambin es utilizado para referirse a una particin o disco que se est utilizando para almacenamiento, o el tipo del sistema de archivos que utiliza. As uno puede decir tengo dos sistemas de archivo refirindose a que tiene dos particiones en las que almacenar archivos, o que uno utiliza el sistema de archivos extendido, refirindose al tipo del sistema de archivos. La diferencia entre un disco o particin y el sistema de archivos que contiene es importante. Unos pocos programas (incluyendo, razonablemente, aquellos que crean sistemas de archivos) trabajan directamente en los sectores crudos del disco o particin; si hay un archivo de sistema existente all ser destruido o corrompido severamente. La mayora de programas trabajan sobre un sistema de archivos, y por lo tanto no utilizarn una particin que no contenga uno (o que contenga uno del tipo equivocado). Antes de que una particin o disco sea utilizada como un sistema de archivos, necesita ser iniciada, y las estructura de datos necesitan escribirse al disco. Este proceso se denomina construir un sistema de archivos. 29.6. NFS Reorganizado y ampliado por Tom Rhodes. Escrito por Bill Swingle. FreeBSD soporta diversos sistemas de ficheros, uno de los cuales es el Sistema de Ficheros en Red, tamben conocido por su acrnimo en ingls NFS. NFS permite compartir directorios y ficheros a travs de la red. Los usuarios del sistema NFS pueden acceder a ficheros que se encuentran fsicamente en mquinas remotas de una forma transparente, como si se tratara de ficheros locales. He aqu algunos los beneficios ms destacados que NFS proporciona:

Las estaciones de trabajo locales utilizan menos espacio de disco debido a que los datos se encuentran centralizados en un nico lugar pero pueden ser accedidos y modificados por varios usuarios, de tal forma que no es necesario replicar la informacin. Los usuarios no necesitan disponer de un directorio home en cada una de las mquinas de la organizacin. Los directorios home pueden crearse en el servidor deNFS para posteriormente poder acceder a ellos desde cualquier mquina a travs de la infraestrutura de red. Tambin se pueden compartir a travs de la red dispositivos de almacenamiento como disqueteras, CDROM y unidades ZIP. Esto

puede reducir la inversin en dichos dispositivos y mejorar el aprovechamiento del hardware existente en la organizacin. Cmo funciona NFS El sistema NFS est dividido al menos en dos partes principales: un servidor y uno o ms clientes. Los clientes acceden de forma remota a los datos que se encuentran almacenados en el servidor. Para que el sistema funcione correctamente se deben configurar y ejecutar unos cuantos procesos. El servidor de NFS debe ejecutar los siguientes dmones: Dmon nfsd Descripcin El dmonNFS, clientes NFS. que atiende peticiones de

mountd

El dmon de montaje de NFS, que transporta las peticiones que nfsd(8) realiza. El dmon portmapper permite que clientes NFS puedan descubrir qu puerto utilizando el servidor de NFS. los est

portmap

El cliente tambin puede ejecutar un dmon conocido , como nfsiod. El dmon nfsiod atiende las peticiones provinientes del servidor NFS. Este dmon es opcional y sirve para mejorar el rendimiento pero no es necesario para el funcionamiento correcto del sistema. Se recomienda consultar nfsiod(8) para obtener ms informacin. Configuracin de NFS La configuracin de NFS es un proceso relativamente sencillo. Para que los procesos anteriormente descritos se ejecuten en tiempo de arranque del sistema, basta con realizar paqueas modificaciones en /etc/rc.conf. En /etc/rc.conf del servidor de NFS se deben configurar las siguientes opciones: portmap_enable="YES" nfs_server_enable="YES" mountd_flags="-r" mountd se ejecuta automticamente cuando se activa el servidor NFS.

En el cliente debemos asegurarnos de que se encuentra activada la activada la siguiente opcin dentro de /etc/rc.conf: nfs_client_enable="YES" El archivo /etc/exports especifica los directorios o sistemas de ficheros que NFS exporta al exterior. Cada lnea dentro de /etc/exports/ especifia un sistema de ficheros y qu mquinas tienen derechos de acceso sobre dicho sistema. Adems de los derechos de acceso se pueden definir otras opciones de acceso, tales como solo lectura o lectura y escritura. Existen multitud de opciones que pueden definirse sobre un directorio exportable pero en este manual slo se van a comentar unas pocas. Consulte exports(5) para obtener una descripcin ms detallada. Aqu se muestran algunos ejemplos de entradas para /etc/exports: El siguiente ejemplo proporciona una idea de cmo exportar sistemas de ficheros, aunque los parmetros pueden diferir dependiendo de su entorno y su configuracin de red. En dicho ejemplo, se exporta el directorio /cdromm a tres mquinas que se encuentran en el mismo dominio que el servidor (de ah que no se especifique ningn nombre de dominio para cada mquina) o que pueden estar dadas de alta en /etc/hosts. En cualquier caso la opcin -ro configura el sistema de ficheros de red como slo lectura (read-only). Con esta opcin los sistemas remotos no sern capaces de realizar cambios sobre el sistema de ficheros exportados. /cdrom -ro host1 host2 host3 La siguiente lnea exporta el directorio /home a tres mquinas utilizando direcciones IP. Esto resulta til cuando disponemos de una red privada pero no disponemos de ningn servidor de DNS configurado. Tambin se podra configurar /etc/hosts para que resolviera nombres de mquinas internos; consulte hosts(5) para obtener ms informacin al respecto. La opcin -alldirs permite que los subdirectorios del directorio /home tamben se puedan utilizar como puntos de montaje. En otras palabras, esto permite que los clientes puedan trabajar sobre los subdirectorios en los que estn realmente interesados. /home -alldirs 10.0.0.2 10.0.0.3 10.0.0.4 La siguiente lnea exporta el directorio /a de tal forma que puedan acceder a dicho directorio dos mquinas situadas en distintos dominios. La opcin -maproot=root permite que el usuario root de la mquina cliente modifique los datos del sistema de ficheros en red como si fuera el usuario root del servidor. Si no se especifica la opcin -

maproot=root el usuario root del cliente puede no poseer los permisos necesarios para realizar modificaciones en el sistema de ficheros. /a -maproot=root host.example.com box.example.org Para que un cliente pueda acceder al sistema de ficheros exportado debe poseer permisos para ello. Debemos asegurarnos de que el cliente se encuentra listado en /etc/exports. Dentro de /etc/exports cada lnea representa informacin de exportacin de un sistema de ficheros para un determinado conjunto de mquinas. Una mquina slo puede aparecer una vez dentro de un sistema de ficheros exportable y el archivo slo puede tener una nica entrada por defecto. Por ejemplo, si suponemos que /usr es un nico sistema de ficheros la siguiente configuracin de /etc/exports sera incorrecta: /usr/src client /usr/ports client Existe un sistema de ficheros, concretamente /usr, que posee dos lneas con reglas de exportacin para la misma mquina, client. El formato correcto para esta situacin sera el siguiente: /usr/src /usr/ports client Las propiedades de un sistemas de ficheros que se exporta al exterior deben aparecer agrupadas bajo la misma lnea. Lneas que no poseen ningn cliente se tratan como si tuvieran una nica mquina. Esto limita la forma en que pueden configurarse la exportaciones de sistemas de ficheros pero para la mayora de la gente no suele ser un problema. El ejemplo que se muestra a continuacin es una muestra de una lista de exportacin correcta, donde /usr y /exports son sistemas de ficheros locales: # Exportar src y ports a cliente01 y cliente02, pero # solo el cliente01 tiene acceso root /usr/src /usr/ports -maproot=root /usr/src /usr/ports cliente01

cliente02

# Las maquinas cliente tienen acceso root y pueden montar todo lo que aparezca # en /exports. Cualquier sistema puede montar /exports/obj en modo

# solo lectura /exports -alldirs -maproot=root /exports/obj -ro Se debe reiniciar el dmon mountd siempre que se modifique el contenido del archivo /etc/exports para que los cambios surtan efecto. Esto se realiza enviando la seal HUP al proceso mountd: # kill -HUP `cat /var/run/mountd.pid` Tambin se puede reiniciar FreeBSD para que se cargue la nueva configuracin pero este mecanismo no resulta necesario si se ejecutan las rdenes como root, que ponen el servidor de NFS de nuevo en funcionamiento. En el servidor de NFS: # portmap # nfsd -u -t -n 4 # mountd -r En el cliente de NFS: # nfsiod -n 4 En este punto todo debera estar preparado para poder anclar el sistema de ficheros remoto en la mquina cliente. En los siguientes ejemplos el nombre del servidor es server y el punto de montaje temporal utilizado por el cliente es client. Si se desea montar el sistema de ficheros de forma temporal o simplemente comprobar que la configuracin funciona sin problemas se puede ejecutar una orden como la que se muestra a continuacin con permisos de root en la mquina cliente: # mount server:/home /mnt Esta orden ancla el directorio /home del servidor en el directorio /mnt del cliente. Si todo funciona correctamente debera poder entrar en el directorio /mnt del cliente y ver todos los ficheros que se encuentran en el directorio /home del servidor. Si queremos anclar automticamente un sistema de ficheros remoto cuando la mquina est arrancando se puede aadir una lnea como la siguiente dentro de /etc/fstab: servidor:/home /mnt nfs rw 0 0 cliente01 cliente02

fstab(5) comenta todas las opciones disponibles. Anclajes automticos usando amd Escrito por Wylie Stilwell. Reescrito por Chern Lee. El dmon amd(8) (the automatic mounter daemon, o dmon de montaje automtico) automticamente ancla un sistema de ficheros remoto cuando se tiene que acceder a un fichero perteneciente a dicho sistema. Los sistemas de ficheros que permanecen inactivos durante un determinado periodo de tiempo son automticamente desmontados por el mismo dmon. Este dmon proporciona una alternativa sencilla a la utilizacin de los montajes permanentes que normalmente se especifican a travs del fichero /etc/fstab. amd trabaja actuando como un servidor servidor de NFS para los directorios /host y /net. Cuando se accede a algn fichero ubicado bajo estos directorios amd busca el punto de montaje remoto y automticamente lo monta. El directorio /net se utiliza para anclar sistemas de ficheros remotos especificados mediante direcciones IP, mientras que el directorio/host almacena aquellos sistemas de ficheros remotos que han sido especificados mediante un nombre de mquina. amd detecta cualquier intento de acceder a un fichero dentro del directorio /host/foobar/usr y se encarga de montar el sistema de ficheros remoto (/usr) en la mquina, en caso de que no estuviera ya anclado. Anclaje de una exportacin utilizando amd showmount muestra los puntos de montaje que posee una mquina remota. Por ejemplo para conocer los montajes de un mquina llamada foobar, se puede utilizar: % showmount -e foobar Exports list on foobar: /usr /a % cd /host/foobar/usr Como se observa en el ejemplo, showmount muestra el directorio /usr como una exportacin. Cuando se cambia el directorio actual al directorio /host/foobar/usr el dmonamd intenta resolver el nombre foobar y automticamente ancla el sistema de ficheros remoto. 10.10.10.0 10.10.10.0

El dmon amd se puede ejecutar a partir de los scripts de inicio, utilizando la siguiente lnea del archivo de configuracin /etc/rc.conf: amd_enable="YES" Adems, amd soporta opciones adicionales que pueden definirse mediante la variable amd_flags. Por defecto, la variable amd_flags posee las siguientes opciones: amd_flags="-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map" El archivo /etc/amd.map define las opciones por defecto con las cuales se anclan los sistemas de ficheros remotos. El archivo /etc/amd.conf define algunas caractersticas avanzadas para el dmon amd. Se ruega consultar las pginas del manual de amd.conf(5) para obtener ms informacin. Problemas de integracin con otras plataformas Determinados adaptadores Ethernet para sistemas basados en el bus ISA poseen restricciones que pueden producir serios problemas de red, en particular con el protocolo NFS. Estos problemas no son especficos de FreeBSD, pero los sistemas FreeBSD se ven afectados por ellos. El problema surge casi siempre cuando el sistema (FreeBSD) est empotrado dentro de una red compuesta por estaciones de trabajo de alto rendimiento, como por ejemplo estaciones de Silicon Graphics y de Sun Microsystems. El montaje del sistema de ficheros remoto suele funcionar perfectamente y algunas operaciones sobre el el sistema de ficheros pueden tener ,xito pero de repente el el servidor que no responde a las peticiones del cliente, aunque peticiones y respuestas de otros clientes funcionan con normalidad y se continan procesando. Esto sucede en los sistemas clientes, tanto en sistemas FreeBSD como en otras estaciones de trabajo. En muchos sistemas, lo nico que se puede hacer es resetear la mquina de forma abrupta, ya que el bloqueo producido por el protocolo NFS no se puede solucionar. Aunque la solucin correcta consiste en obtener un adaptador Ethernet con mayor rendimiento y capacidad, todava se puede aplicar un parche sencillo que puede llegar a permitir un de amd(8) y

funcionamiento sin problemas. Si el sistema FreeBSD acta como servidor de NFS se puede inclur la opcin w=1024 cuando el ejecute una peticin de montaje sobre dicho servidor. Si FreeBSD dicho servidor. Si FreeBSD acta como cliente de NFS, se puede ejecutar mount(8) con el parmetro -r=1024. Estas opciones se pueden especificar en el /etc/fstabdel cliente para que entren en funcionamiento cuando se realicen montajes automticos y tambin se puede utilizar el parmetro -o de mount(8) cuando se realicen montajes manuales. En los siguientes ejemplos fastws es el nombre de una estacin de trabajo de altas prestaciones y freebox es el nombre de un sistema FreeBSD con un adaptador Ethernet de bajas prestaciones. Ejemplos de configuracin para el sistema FreeBSD (freebox) que acta como cliente. Configuracin del archivo /etc/fstab de freebox: fastws:/sfcompartido /projecto nfs rw,-r=1024 0 0 Orden de ejecucin manual para freebox: # mount -t nfs -o -r=1024 fastws:/sfcompartido /projecto Ejemplos de configuracin para el sistema FreeBSD que acta como servidor. Configuracin de /etc/fstab de fastws: freebox:/sfcompartido /projecto nfs rw,-w=1024 0 0 Orden de ejecucin manual para fastws: # mount -t nfs -o -w=1024 freebox:/sfcompartido /projecto Casi cualquier adaptador Ethernet de 16 bits permite operar sin operar sin las restricciones anteriores sobre el tamao de lectura o escritura especificado por defecto. Por si alguien estuviera interesado a continuacin se muestra el error que aparece en estos casos, lo cual explica por qu decimos que el error resulta irrecuperable. NFS trabaja tpicamente con un tamao de bloque de 8 K (aunque se pueden producir fragmentos de menor tamao). Debido a que el mximo tamao de los paquetes Ethernet se encuentra alrededor de los 1500 bytes el bloque de NFS se trocea en varios paquetes Ethernet aunque desde el punto de vista del protocolo NFS se trata como si fuese un nico paquete. Los trozos deben

reensamblarse en el destino y se debe enviar una confirmacin para el bloque recibido. Las estaciones de trabajo de altas prestaciones pueden soltar paquetes NFS de forma contnua uno despus de otro, lo ms juntos posible. Por otro lado en las tarjetas de red ms pequeas y de menor capacidad puede ocurrir que un paquete recien llegado a la tarjeta sobreescriba informacin perteneciente a un paquete anterior antes de que llegue a ser transmitido completamente, de tal forma que al recibirse el bloque NFS no puede ser ni reconstruido ni ni reconocido. Como resultado de este proceso la mquina tratar de enviar el mismo paquete transcurridos unos instantes de espera, pero se tratarn de enviar de nuevo los 8 K que constituyen un bloque NFS, y de esta forma se repetir el el proceso, as hasta el infinito. Si se mantiene el tamao del bloque por debajo del tamao de paquete mximo de Ethernet, podemos asegurar que cualquier paquete Ethernet transporta un bloque NFS, el cual puede asentirse individualmente, evitando as la explosin de paquetes y el eventual bloqueo del sistema.

JUAN CARLOS GIL RODRIGUEZ