Cuanto tiempo, últimamente he estado bastante ocupado con tema estudios / trabajo.

Deciros que ya he vendido mi HP9200ea, mi nueva adquisición es un ACER 5930G muy bien equipado la verdad… lo único malo respecto al Hp es la pantalla, que en este último era de 17″ y en este es de 15″, pero en todo lo demás, le pega un buen repaso.

PD. En breve adjuntaré una pequeña review, saludos.

Bueno ya lo he vendido, al final seguramente me compre el nuevo ACER 5930g, un pepino oye…

Ya actualizaré el blog con sus caracterísitcas y benchs de rendimiento.

Saludos.

Os dejo un enlace a la nueva web de Equipos Radio Navales, en ella podréis encontrar todo lo referente a electrónica naútica deportiva y de pesca, comunicaciones satelitarias, emisoras marinas e informática.

http://www.e-radionavales.com

Bueno, bajo este nombre tan “inquietante” se encuentra el mayor acelerador de partículas del mundo, situado en el CERN (Suiza). La Wikipedia lo define como lo siguiente:

” El Gran Colisionador de Hadrones (en inglés LHC; 46°14′N, 6°03′E) es un acelerador y colisionador de partículas localizado en el CERN, cerca de Ginebra (Suiza). En la actualidad está en fase de construcción y se prevé que comience a operar (a energías reducidas) a mediados de 2008. Se espera que el LHC llegue a ser el laboratorio de física de partículas más grande del mundo, cuando su circuito de 7 TeV esté completado. El LHC ha sido financiado y construido en colaboración con más de doscientos físicos de treinta y cuatro países, universidades y laboratorios. “

La polémica viene dada por una serie de opiniones de varios científicos / divulgadores que avisan de unos posibles peligros si se pone en marcha dicho mecanismo:

” Incógnitas de seguridad

Desde que se proyectó el Gran Colisionador Relativista de Iones (RHIC), dentro y fuera de la comunidad científica se han escuchado voces alarmistas sobre la posibilidad de que el funcionamiento del LHC desencadene procesos que, teóricamente, serían capaces de provocar la destrucción de la Tierra o incluso del Universo.

Estos posibles procesos catastróficos son:

• La creación de un agujero negro estable^[4]
• La creación de materia exótica supermasiva, tan estable como la materia ordinaria.
• La creación de monopolos magnéticos (previstos en la teoría de la relatividad) que pudieran catalizar el decaimiento del protón
• La activación de la transición a un estado de vacío cuántico.

A este respecto, el CERN ha realizado estudios sobre la posibilidad de que se produzcan acontecimientos desastrosos como microagujeros negros, redes, o disfunciones magnéticas.^[5] La conclusión de estos estudios es que “No se encuentran bases fundadas que conduzcan a estas amenazas.” Si se produjeran agujeros negros, se espera que se evaporen instantáneamente mediante la Radiación de Hawking, sin daño para las instalaciones. Sin embargo, no hay unanimidad en la comunidad científica sobre la exactitud de la teoría de Stephen Hawking.^[6]

Desde el 2001 en que el RHIC pasó a estar operativo, los experimentos preliminares no han generado problemas de ningún tipo. En noviembre de 2008 está previsto que entre en funcionamiento el LHC. “

Después de un par de meses sin actualizar el blog, os dejo un mini tutorial con las nociones básicas para crear y administrar redes usando grupos de trabajo bajo Windows XP.

Grupos de Trabajo – Windows XP

A continuación dejo una lista de los protocolos más habituales dentro del standard TCP / IP.

TELNET:Es una aplicación que permite desde nuestro sitio y con el teclado y la pantalla de nuestro ordenador, conectarnos a otra remota a través de la red. Lo importante, es que la conexión puede establecerse tanto con una máquina multiusuario que está en nuestra misma habitación o al otro lado del mundo.Una conexión mediante telnet permite acceder a cualquiera de los servivios que la máquina remota ofrezca a sus terminales locales. De esta manera se puede abrir una sesión (entrar y ejecutar comandos) o acceder a otros servicios especiales: como por ejemplo consultar un catálogo de una biblioteca para buscar un libro, leer un periodico electrónico, buscar informacion sobre una persona, etc.
Normalmente para ello sólo debemos conocer el nombre de la máquina remota y tener cuenta en ella. Aunque en internet hay muchas cuentas libres que no necesitan password y son públicas. Precisamente para que la gente a través de internet acceda a estos servicios.La comunicacion entre cliente y servidor se maneja con órdenes internas, que no son accesibles por los usuarios. Todas las órdenes internas de telnet consisten en secuencias de 2 ó 3 bytes, dependiendo del tipo de orden.
Los problemas más frecuentes que suelen darse con Telnet son del tipo de la configuración de la terminal. En principio, cada ordenador acepta que las terminales que se conectan a ella sean de algún tipo determinado (normalmente VT100 o VT200) y si nuestro software de Telnet no es capaz de emular estos tipos de terminales lo suficientemente bien, pueden aparecer caracteres extraños en la pantalla o que no consigamos escribir con nuestro teclado un determinado caracter.La mayoría de las implementaciones de Telnet no proporciona capacidades graficas.Telnet define un NVT (Network Virtual Terminal) que provee la interfaz a los sistemas remotos, sin tener en cuenta el tipo de terminal. Una implementación Telnet lo que hace es mapear la semántica del terminal local a NVT antes de enviar data por la conexión.FTP (File Transfer Protocol):FTP es un protocolo estándar con STD número 9. Su estado es recomendado y se describe en el RFC 959 – Protocolo de Transferencia de Ficheros (FTP).Una de las operaciones que más se usa es la copia de ficheros de una máquina a otra. El cliente puede enviar un fichero al servidor. Puede también pedir un fichero de este servidor.Para acceder a un fichero remoto, el usuario debe identificarse al servidor. En este momento el servidor es responsable de autentificar al cliente antes de permitir la transferencia del fichero.Toda conexión FTP implica la existencia de una máquina que actua como servidor (aquella en la que se cogen o dejan fichero) y un cliente. Lo mas habitual es que los usuarios particulares utilicen programas clientes de FTP para conseguir programas albergados en servidores FTP, que se suelen encontrar en universidades, empresas, o proveedores de internet.Para conectarse a un servidor FTP es necesario un programa cliente. Los navegadores, como Netscape Navigator o Microsoft Explorer , suelen tener incorporados programas que actúan como clientes y que permiten tomar ficheros de un servidor. Para poder dejar ficheros en un servidor es necesario un programa de transferencia de FTP (además, el servidor ha de permitir que ese usuario tenga derecho a dejar ficheros). windows’95 tiene la orden FTP, que puede ejecutar desde la línea de comandos.Los servidores FTP se organizan de manera similar a como lo hace el administracion de archivos del Win’3.1 o el Explorador de Win’95: como una estructura de directorios en forma de árbol. Esto significa que cada carpeta que seleccionamos está compuesta a su vez de carpetas y archivos, hasta que una carpeta está compuesta únicamente por archivos.Para coger un archivo basta picar sobre él (si se trata de un navegador) o utilizar la orden get del FTP en la linea de comandos.Se pueden enviar o recibir toda clases de ficheros, ya sean de texto, graficos, sonido, etc. Normalmente los ficheros de los servidores se encuentran comprimidos (formatos .zip o .arj para PC, .hqx o .sit para Macintosh, .tar o .gz para Unix, etc.) con el objeto de ocupar el menor espacio posible tanto en el disco como en la transferencia. Para poder descomprimirlos es necesario un programa descompresor.Existen dos tipos de accesos a un servidor FTP:

1. Como usuario registrado. El administrador del sistema concede una cuenta al sistema (similar a la de acceso a internet), lo que da derecho a acceder a algunos directorios, dependiendo del tipo de cuenta.
2. Como usuario anónimos. En este tipo de acceso el login es anonymous y el password la direccion de correo. Esta es la cuenta que usan por defecto los navegadores.

FTP Offline:

Es enviar un email a un servidor de FTP: se envía un email con la petición de un fichero, te desconectas, y después el fichero es enviado a tu cuenta de email.No todos los servidores de FTP-mail funcionan de la misma forma para obtener ayuda especifica de un servidor en concreto debes de enviar un email a ese servidor y escribir el el cuerpo únicamente: Help

TFTP (Trivial File Transfer Protocol):

Es un protocolo extremadamente simple para transferir ficheros. Está implementado sobre UDP y carece de la mayoría de las características de FTP. La única cosa que puede hacer es leer/escribir un fichero de/a un servidor. No tiene medios para autentificar usuarios: es un protocolo inseguro.Cualquier transferencia comienza con una petición de lectura o escritura de un fichero. Si el servidor concede la petición, la conexión se abre y el fichero se envía en bloques de 512 bytes (longitud fija). Los bloques del fichero están numerados consecutivamente, comenzando en 1. Un paquete de reconocimiento debe reconocer cada paquete de datos antes de que el próximo se pueda enviar. Se asume la terminación de la transferencia cuando un paquete de datos tiene menos de 512 bytes.Casi todos los errores causarán la terminación de la conexión (por falta de fiabilidad). Si un paquete se pierde en la red, ocurrirá un timeout, después de que la retransmisión del último paquete (datos o reconocimiento) tuviera lugar.Actualmente se han definido tres modos de transferencia en el RFC 1350:

NetASCII

US-ASCII como se define en el Codigo estándar USA para Intercambio de informacion con modificaciones específicas en el RFC 854 – Especificaciones del Protocolo Telnet y extendido para usar el bit de orden superior. Esto es, es un conjunto de caracteres de 8 bits, no como US-ASCII que es de 7 bits. Octet Bytes de 8 bits, también llamado binario. Mail Este modo se definió originalmente en el RFC 783 y se declaró obsoleto en el RFC 1350.

SNMP (Simple Network Management Protocol):Con el crecimiento de tamaño y complejidad de las interredes basadas en TCP/iP la necesidad de la administracion de redes comienza a ser muy importante. El espacio de trabajo de la administracion de redes actual para las interredes basadas en TCP/iP consiste en:

1. SMI (RFC 1155) – describe cómo se definen los objetos administrados contenidos en el MIB.
2. MIB-II (RFC 1213) – describe los objetos administrados contenidos en el MIB.
3. SNMP (RFC 1098) – define el protocolo usado para administrar estos objetos.

El IAB emitió un RFC detallando su recomendación, que adoptó dos enfoques diferentes:

• A corto plazo debería usarse SNMP.

IAB recomienda que todas las implementaciones IP y TCP sean redes que puedan administrarse. En el momento actual, esto implica la implementación de MIB-II Internet (RFC 1213), y al menos el protocolo de administracion recomendado SNMP (RFC 1157).

• A largo plazo, se podría investigar el uso del protocolo de administración de redes OSI emergente (CMIP). Esto se conoce como CMIP sobre TCP/IP (CMOT).

SNMP y CMOT usan los mismos conceptos básicos en la descripcion y definición de la administracion de la información llamado Estructura e Identificación de Gestion de Información (SMI) descrito en el RFC 1155 y Base de Información de Gestión (MIB) descritos en el RFC 1156.Por lo general, SNMP se utiliza como una aplicación cliente/servidor asincrónica, lo que significa que tanto el dispositivo administrado como el software servidor SNMP pueden generar un mensaje para el otro y esperar una respuesta, en caso de que haya que esperar una.Ambos lo empaquetan y manejan el software para red (como el IP) como lo haría cualquier otro paquete. SNMP utiliza UDP como un protocolo de transporte de mensajes. El puerto 161 de UDP se utiliza para todos los mensajes, excepto para las trampas, que llegan el puerto 162 de UDP. Los agentes reciben sus mensajes del administrador a través del puerto UDP 161 del agente.SNMP v2 añade algunas nuevas posibilidades a la versión anterior de SNMP, de las cuales, la más útil para los servidores es la operación get-bulk. Ésta permite que se envíen un gran número de entradas MIB en un solo mensaje, en vez de requerir múltiples consultas get-next para SNMP v1. Además, SNMP v2 tiene mucho mejor seguridad que SNMP vl, evitando que los intrusos observen el estado o la condición de los dispositivos administrados. Tanto la encriptación como la autentificación están soportadas por SNMP v2. SNMP v2 es un protocolo más complejo y no se usa tan ampliamente como SNMP vl.El SNMP reúne todas las operaciones en el paradigma obtener-almacenar (fetch store paradigm) . Conceptualmente, el SNMP contiene sólo dos comandos que permiten a un administrador buscar y obtener un valor desde un elemento de datos o almacenar un valor en un elemento de datos. Todas las otras operaciones se definen como consecuencia de estas dos operaciones.La mayor ventaja de usar el paradigma obtener-almacenar es la estabilidad, simplicidad flexibilidad. El SNMP es especialmente estable ya que sus definiciones se mantienen fijas aun,cuando nuevos elementos de datos se añadan al MIB y se definan nuevas operaciones como efectos del almacenamiento de esos elementos.Desde el punto de vista de los administradores, por supuesto, el SNMP se mantiene oculto. usuario de una interfaz para software de administración de red puede expresar operaciones corno comandos imperativos (por ejemplo, arrancar). Así pues, hay una pequeña diferencia visible entre la forma en que un administrador utiliza SNMP y otros protocolos de administración de red.A pesar de su extenso uso, SNMP tiene algunas desventajas. La más importante es que se apoya en UDP. Puesto que UDP no tiene conexiones, no existe contabilidad inherente al enviar los mensajes entre el servidor y el agente. Otro problema es que SNMP proporciona un solo protocolo para mensajes, por lo que no pueden realizarse los mensajes de filtrado. Esto incrementa la carga del software receptor. Finalmente, SNMP casi siempre utiliza el sondeo en cierto grado, lo que ocupa una considerable cantidad de ancho de banda.Un paquete de software servidor SNMP puede comunicarse con los agentes SNMP y transferir o solicitar diferentes tipos de información. Generalmente, el servidor solicita las estadisticas del agente, induyendo el número de paquetes que se manejan, el estado del dispositivo, las condiciones especiales que están asociadas con el tipo de dispositivo (como las indicaciones de que se terminó el papelo la pérdida de la conexión en un módem) y la carga del procesador.El servidor también puede enviar instrucciones al agente para modificar las entradas de su BB.DD. MIB(la Base de Información sobre la Administración). El servidor también puede enviar los limites o las condiciones bajo las cuales el agente SNMP debe generar un mensaje de interrupción para el servidor, como cuando la carga del CPU alcanza el 90 por ciento.Las comunicaciones entre el servidor y el agente se llevan a cabo de una forma un tanto sencilla, aunque tienden a utilizar una notación abstracta para el contenido de sus mensajes. Por ejemplo, el servidor puede enviar un mensaje what is your current load y recibir un mensaje del 75%. El agente nunca envía datos hacia el servidor a menos que se genere una interrupción o se haga una solicitud de sondeo. Esto significa que pueden existir algunos problemas constantes sin que el servidor SNMP sepa de ellos, simplemente porque no se realizó un sondeo ni se generó interrupción.SMTP (Simple Mail Transfer Protocol):El ‘Simple Mail Transfer Protocol’ -SMTP- define el mecanismo para mover correo entre diferentes máquinas. Existen dos implicados en este mecanismo: el punto de origen y el punto de destino del correo. El punto de origen abre una conexión TCP al punto de destino. El puerto utilizado por el receptor está normalizado en Internet y es el número 25.Durante una sesión SMTP el origen y el destino intercambian una secuencia de comandos y respuestas que siguen básicamente los siguientes pasos:

• Identificación de los hosts
• Identificación del remitente del mensaje
• Identificación del destinatario del mensaje
• Transmisión de los datos (mensaje)
• Transmisión de un codigo que indica el fin de la transacción

Al finalizar el envío el punto de origen puede hacer lo siguiente:

• Comenzar otra transacción
• Invertir los papeles y convertirse en punto de destino
• Terminar la conexión

Los códigos de respuesta de SMTP están estructurados de un modo muy similar al FTP, siendo números decimales de tres dígitos e indicando el primero el status del comando y los dos siguientes información más detallada, siendo en general aquellos que comienzan por 1, 2 ó 3 los que indican la realización de un comando con exito y los que comienzan por 4 ó 5 indican algún tipo de problema.El estándar del formato de mensaje Internet está definido en la RFC 822.Consiste en una serie de campos precedidos por unas cabeceras (la mayoría opcionales), seguidas de una línea en blanco y a continuación el texto del mensaje.Los nombres de campo y su contenido están codificados con caractéres ASCII y existen multitud de cabeceras, las más importantes son las siguientes:Todas las cabeceras deben contener al menos los campos Date, From y To. La mayoría de los programas de correo también crean un identificador del mensaje: Message-Id que se incluye en la cabecera del mensaje, por ejemplo: Message-Id:<180@gtw_correo>

El identificador está diseñado para ser único en la red; para conseguir este objetivo suele contener además de un número de orden el nombre del host originador del mensaje.

Hola,

Adjunto incluyo un esquema de la interconexión dentro de una red, de 3 pcs, usando para ello un switch y 2 plc para poder establecer comunicación mediante la red eléctrica.

Hoy vamos a ver la composición de un paquete IP:

Fuente: http://es.wikipedia.org/wiki/Cabecera_IP

Descripción de cada uno de los campos

Versión: 4 bits

Siempre vale lo mismo (0100). Este campo describe el formato de la cabecera utilizada. En la tabla se describe la versión 4.

Tamaño Cabecera (IHL): 4 bits

Longitud de la cabecera, en palabras de 32 bits. Su valor mínimo es de 5 para una cabecera correcta, y el máximo de 15.

Tipo de Servicio: 8 bits

Indica una serie de parámetros sobre la calidad de servicio deseada durante el tránsito por una red. Algunas redes ofrecen prioridades de servicios, considerando determinado tipo de paquetes “más importantes” que otros (en particular estas redes solo admiten los paquetes con prioridad alta en momentos de sobrecarga). Estos 8 bits se agrupan de la siguiente manera. Los 5 bits de menos peso son independientes e indican características del servicio:

Bit 0: sin uso, debe permanecer en 0.

Bit 1: 1 costo mínimo, 0 costo normal.

Bit 2: 1 máxima fiabilidad, 0 fiabilidad normal.

Bit 3: 1 maximo rendimiento, 0 rendimiento normal.

Bit 4: 1 mínima demora, 0 demora normal.

Los 3 bits restantes están relacionados con la precedencia de los mensajes, un indicador ajunto que indica el nivel de urgencia basado en el sistema militar de precedencia (véase Message Precedence) de la CCEB, un organización de comunicaciones electrónicas militares formada por 5 naciones. La urgencia que estos estados representan aumenta a medida que el número formado por estos 3 bits lo hace, y responden a los siguientes nombres.

000: De rutina.

001: Inmediato.

010: Inmediato.

011: Relámpago.

100: Invalidación relámpago.

101: Procesando llamada crítica y de emergencia.

110: Control de trabajo de Internet.

111: Control de red.

Longitud Total: 16 bits

Es el tamaño total, en octetos, del datagrama, incluyendo el tamaño de la cabecera y el de los datos. El tamaño máximo de los datagramas usados normalmente es de 576 octetos (64 de cabeceras y 512 de datos). Una máquina no debería envíar datagramas mayores a no ser que tenga la certeza de que van a ser aceptados por la máquina destino.

En caso de fragmentación este campo contendrá el tamaño del fragmento, no el del datagrama original.

Identificador: 16 bits

Identificador único del datagrama. Se utilizará, en caso de que el datagrama deba ser fragmentado, para poder distinguir los fragmentos de un datagrama de los de otro. El originador del datagrama debe asegurar un valor único para la pareja origen-destino y el tipo de protocolo durante el tiempo que el datagrama pueda estar activo en la red.

Indicadores: 3 bits 

Actualmente utilizado sólo para especificar valores relativos a la fragmentación de paquetes:

bit 0: Reservado; debe ser 0

bit 1: 0 = Divisible, 1 = No Divisible

bit 2: 0 = Último Fragmento, 1 = Fragmento Intermedio (le siguen más fragmentos)

La indicación de que un paquete es indivisible debe ser tenida en cuenta bajo cualquier circunstancia. Si el paquete necesitara ser fragmentado, no se enviará.

Posición de Fragmento: 13 bits

En paquetes fragmentados indica la posición, en unidades de 64 bits, que ocupa el paquete actual dentro del datagrama original. El primer paquete de una serie de fragmentos contendrá en este campo el valor 0.

Tiempo de Vida (TTL): 8 bits

Indica el máximo número de direccionadores que un paquete puede atravesar. Cada vez que algún nodo procesa este paquete disminuye su valor en, como mínimo, un direccionador. Cuando llegue a ser 0, el paquete no será reenviado.

Protocolo: 8 bits

Indica el protocolo de siguiente nivel utilizado en la parte de datos del datagrama. Vea Números de protocolo IP para comprender como interpretar este campo.

Checksum Cabecera: 16 bits

Checksum de la cabecera. Se recalcula cada vez que algún nodo cambia alguno de sus campos (por ejemplo, el Tiempo de Vida). El método de cálculo (intencionadamente simple) consiste en sumar el complemento a 1 de cada palabra de 16 bits de la cabecera y hacer el complemento a 1 del valor resultante.

Dirección IP de origen: 32 bits

Ver Direcciones IP.

Dirección IP de destino: 32 bits

Ver Direcciones IP.

Opciones: Variable

Aunque no es obligatoria la utilización de este campo, cualquier nodo debe ser capaz de interpretarlo. Puede contener un número indeterminado de opciones, que tendrán dos posibles formatos:

Formato de opciones simple

Se determina con un sólo octeto indicando el Tipo de opción, el cual está dividido en 3 campos.

• Indicador de copia: 1 bit. En caso de fragmentación, la opción se copiará o no a cada nuevo fragmento según el valor de este campo:

0 = no se copia

1 = se copia.

• Clase de opción: 2 bits. Las posibles clases son:

0 = control

1 = reservada

2 = depuración y mediciones

3 = reservada.

• Número de opción: 5 bits. Identificador de la opción.

Formato de opciones compuesto

Un octeto para el Tipo de opción, otro para el Tamaño de opción, y uno o más octetos conformando los Datos de opción.

El Tamaño de opción incluye el octeto de Tipo de opción, el de Tamaño de opción y la suma de los octetos de datos.

Final de Lista de Opciones:

Se usa al final de la lista de opciones, si ésta no coincide con el final de la cabecera IP.

Ninguna Operación (NOP):

Se puede usar para forzar la alineación de las opciones en palabras de 32 bits.

Seguridad:

Especifica niveles de seguridad que van desde “No Clasificado” hasta “Máximo Secreto”, definidos por la Agencia de Seguridad de la Defensa (de EE.UU.).

Enrutado desde el Origen (abierto) y Registro de Ruta (LSSR):

Esta opción provee el mecanismo para que el originador de un datagrama pueda indicar el itinerario que ha de seguir a través de la red y para registrar el camino seguido.

Los Datos de Opción consisten en un puntero (un octeto) y una lista de direcciones IP (4 octetos cada una) que se han de alcanzar (“procesar”):

El puntero indica la posición de la siguiente dirección de la ruta, dentro de la Opción; así, su valor mínimo es de 4.

Cuando un nodo de Internet procesa la dirección de la lista apuntada por el puntero (es decir, se alcanza esa dirección) incrementa el puntero en 4, y redirige el paquete a la siguiente dirección. Si el puntero llega a ser mayor que el Tamaño de Opción significa que la información de ruta se ha procesado y registrado completamente y se redirigirá el paquete a su dirección de destino.

Si se alcanza la dirección de destino antes de haber procesado la lista de direcciones completa (el puntero es menor que el Tamaño de Opción) la siguiente dirección de la lista reemplaza a la dirección de destino del paquete y es a su vez reeemplazada por la dirección del nodo que está procesando el datagrama (“Ruta Registrada”), incrementando, además, el puntero en 4.

Utilizando este método de sustituir la dirección especificada en origen por la Ruta Registrada se asegura que el tamaño de la Opción (y de la cabecera IP) no varía durante su recorrido por la red.

Se considera que la ruta especificada por el originador es “abierta” porque cualquier nodo que procesa el paquete es libre de dirigirlo a la siguiente dirección siguiendo cualquier otra ruta intermedia.

Sólo puede usarse una vez en un datagrama, y, en caso de fragmentación, la opción se copiará a los paquetes resultantes.

Enrutado desde el Origen (estricto) y Registro de Ruta (SSRR):

Exactamente igual que LSSR, excepto en el tratamiento que los nodos harán de este datagrama. Al ser la ruta especificada “estricta”, un nodo debe reenviar el paquete directamente a la siguiente dirección, es decir, no podrá redireccionarlo por otra red.

Registro de Ruta:

Mediante el uso de esta Opción se puede registrar el itinerario de un datagrama. Los Datos de Opción consisten en un puntero (un octeto) y un espacio relleno de ceros que contendrá la Ruta Registrada para el paquete.

Cuando un nodo recibe un paquete en el que está presente esta opción, escribirá su dirección IP en la posición indicada por el puntero, siempre que ésta sea menor que el Tamaño de Opción, e incrementará el puntero en 4.

Es preciso que el espacio reservado para la Ruta Registrada tenga una longitud múltiplo de 4; si al intentar grabar su dirección un nodo detecta que existe espacio libre pero es menor de 4 octetos, el paquete no se reenvía (se pierde) y se notifica el error, mediante ICMP, al originador del datagrama.

Esta Opción no se copia en caso de fragmentación, y sólo puede aparecer una vez en un paquete.

Relleno: Variable

Utilizado para asegurar que el tamaño, en bits, de la cabecera es un múltiplo de 32. El valor usado es el 0.

Os dejo un archivo en pdf con unos problemas resueltos aceca de direccionamiento IP.

ejercicios-redes.pdf

exercicio-456.pdf

ESQUEMA RED:

 Bueno, quiero desearos a todos Felices Fiestas, aquí pongo nuestro particular árbol para el blog, un poco tarde pero bueno jejeje…