trabajo-de-dominios

grupos-de-trabajo-en-windows

A continuacion os adjunto un archivo con las tramas de ethernet

tramas.pdf

O seguinte diagrama mostra como se montaria unha rede con conectores plc. Hai que dicir que para que esto funcione os conectores deben estar conectados na mesma rede electrica.

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.

Acontinuacion os acoplo el diagramas de redes del ejercicio 6, del grupo de ejercicios anteriores.

El campo versión lleva el registro de la versión del protocolo al que pertenece el datagrama. Al incluir la versión en cada datagrama es posible hacer que la transición entre versiones se lleve meses, o inclusive años.

La longitud de la cabecera no es constante, por eso se incluye un campo en la cabecera IHL para indicar la longitud en palabras de 32 bits.

El campo tipo de servicio permite al host indicar a la subred el tipo de servicio que quiere. Son posibles varias combinaciones de confiabilidad y velocidad. El campo mismo contiene (de izquierda a derecha) un campo de precedencia; tres indicadores, D,T y R; y 2 bits no usados. El campo de precedencia es una prioridad, de 0 (normal) a 7 (paquete de control de red). Los tres bits indicadores permiten al host especificar lo que le interesa más del grupo (retardo, rendimiento, confiabilidad).

La longitud total incluye todo el datagrama: tanto la cabecera como los datos. La longitud máxima es de 65535 bytes.

El campo identificación es necesario para que el host destino determine a qué datagrama pertenece un fragmento recién llegado. Todos los fragmentos de un datagrama contienen el mismo valor de identificación.

Luego viene un bit sin uso, y luego dos campos de 1 bit. DF significa no fragmentar, y MF significa más fragmentos.

El desplazamiento del fragmento indica en qué parte del datagrama actual va este fragmento. Todos los fragmentos excepto el último del datagrama deben tener un múltiplo de 8 bytes que es la unidad de fragmento elemental. El campo tiempo de vida es un contador que sirve para limitar la vida del paquete.

El campo protocolo indica la capa de transporte a la que debe entregarse (TCP o UDP o algún otro).

La suma de comprobación de la cabecera verifica solamente a la cabecera.

El campo opciones se rellena para completar múltiplos de cuatro bytes. Actualmente hay cinco opciones definidas, aunque no todos los encaminadores las reconocen: Seguridad, Enrutamiento estricto desde el origen, Enrutamiento libre desde el origen,Registrar ruta y Marca de tiempo.

En el siguiente enlace os dejo unos ejercicios sobre las direcciones ip

1. – Para as seguintes Ips:

1. 69.51.64.1

2. 192.168.2.18

3. 150.40.58.8

Calcula:

a) Clase da dirección IP.

b) Máscara de subrede por defecto.

c) Nº bits que identifican a rede / Nº bits que identifican o nodo.

d) Dirección da rede (en decimal).

e) Dirección de difusión (en decimal).

f) Nº de direccións IP dentro da mesma rede asignables a nodos/equipos.

2. – Para as seguintes configuracións (Dirección IP + Máscara de subrede):

1. IP = 69.51.64.1 MSR = 255.255.0.0

2. IP = 192.168.2.18 MSR = 255.0.0.0

3. IP = 150.40.58.8 MSR = 255.255.255.0

Calcula:

a) Clase da dirección IP.

b) Nº bits que identifican a rede / Nº bits que identifican o nodo.

c) Dirección da rede (en decimal).

d) Dirección de difusión (en decimal).

e) Nº de direccións IP dentro da mesma rede asignables a nodos/equipos.

3. – Para as seguintes configuracións (Dirección IP + Máscara de subrede)::

1. IP = 69.51.64.1 MSR = 255.255.192.0 5. IP = 128.127.69.45 MSR = 255.255.255.248

2. IP = 192.168.2.18 MSR = 255.224.0.0

3. IP = 150.40.58.8 MSR = 255.255.252.0

4. IP = 10.2.195.1 MSR = 255.255.240.0

Calcula:

a) Clase da dirección IP.

b) No bits que identifican a rede / No bits que identifican o nodo.

c) Dirección da rede (en decimal).

d) Dirección de difusión (en decimal).

e) No de direccións IP dentro da mesma rede asignables a nodos/equipos.

4.- Dadas as seguintes redes ou subredes (dirección IP+máscara de subrede):

1. Calcular a máscara de subrede para formar NSR subredes de ata NE equipos

cada unha, axustándoa ao número de subredes.

2. Obtén as direccións de cada subrede e a primeira e última dirección IP de cada

subrede asignable a equipos.

a) IP = 69.51.64.0/23 NSR=3 NE=50

b) IP = 150.150.0.0/16 NSR=8 NE=25

5.- Dentro do rango de direccións IP que vai dende a 69.51.64.0 ata a

69.51.65.255, ¿cal é o número máximo de subredes IP de tamaño 64 direccións

que podemos xerar? Para cada unha das subredes propostas dar a dirección de

subrede, a de broadcast e a máscara de subrede.

6.- Rede Olimpia

Coa finalidade de obter unha maior eficiencia e seguridade no uso da rede de área

local, o IES Leliadoura decide reestructurar o sistema informático dos ciclos

superiores de informática (ASI e DAI) e do equipamento do Centro de

Administración do Sistema Informático (C.A.S.I.). O instituto ten asignado pola

Xunta para configurar a súa rede local unha subrede cun rango de IP’s

que van dende a 69.51.64.0 á 69.51.65.255. Para os lugares de traballo afectados

pola reestructuración deberanse configurar 5 subredes:

1. Unha subrede para os equipos do CASI usados na administración do sistema,

que incluirá distintos servidores, impresoras, o proxy da rede e o Router que

proporciona a saída cara Internet.

2. Unha subrede para cada unha das aulas (ASI1, ASI2, DAI1, DAI2), que contarán

cada unha con ata 24 equipos, contemplando a posibilidade de instalar unha

impresora IP máis adiante.

3. Nun principio todos os equipos deben poder sair cara Internet, a través da

conexión proporcionada pola Xunta, ben directamente a través do Router

instalado no CASI (coa IP 69.51.64.1), que fará de porta de enlace, ou ben a través

dun equipo que fará as funcións de Proxy da rede (coa IP 69.51.64.45), instalado

tamén no CASI.

a) Indicar, para a subrede de partida proporcionada pola Xunta, clase, máscara de

subrede e as direccións de subrede e de difusión.

b) Indicar para cada subrede formada: dirección IP da subrede, dirección de

difusión, máscara de subrede, e os rangos de direccións IP asignables a equipos.

c) Deseña con algún programa gráfico un esquema onde se represente a

interconexión dos equipos e dispositivos das distintas subredes.

1.

a.)

69.51.64.1 – Clase A

192.168.2.18 – Clase C

150.40.58.8 – Clase B

b.)

69.51.64.1 – 255.0.0.0

192.168.2.18 – 255.255.255.0

150.40.58.8 – 255.255.0.0

c.)

69.51.64.1 – 60.x.x.x (1 byte.rede) – x.51.64.1 (3 bytes.nodo)

192.168.2.18 – 192.168.2.x (3 bytesr.ede) – x.x.x.18 (1 bytes.nodo)

150.40.58.8 – 150.40.x.x (2 bytes.rede) – x.x.58.8 (2 bytes.nodo)

d.)

69.51.64.1 – 69.0.0.0

192.168.2.18 – 192.168.2.0

150.40.58.8 – 150.40.0.0

e.)

69.51.64.1 – 69.255.255.255

192.168.2.18 – 192.168.2.255

150.40.58.8 – 150.40.255.255

f.)

69.51.64.1 – 224-2

192.168.2.18 – 28-2

150.40.58.8 – 216-2

2.

a.)

IP = 69.51.64.1 MSR = 255.255.0.0 -Clase A

IP = 192.168.2.18 MSR = 255.0.0.0 -Clase C

IP = 150.40.58.8 MSR = 255.255.255.0 -Clase B

b.)

IP = 69.51.64.1 MSR = 255.255.0.0 – Rede 2 bytes (16 bits) – Nodo 2 bytes(16 bits)

IP = 192.168.2.18 MSR = 255.0.0.0 – Rede 1 bytes (8 bits) – Nodo 2 bytes(24 bits)

IP = 150.40.58.8 MSR = 255.255.255.0 – Rede 3 bytes (24 bits)– Nodo 1 byte(8 bits)

c.)

IP = 69.51.64.1 MSR = 255.255.0.0 >69.51.0.0

IP = 192.168.2.18 MSR = 255.0.0.0 >192.0.0.0

IP = 150.40.58.8 MSR = 255.255.255.0 >150.40.58.0

d.)

IP = 69.51.64.1 MSR = 255.255.0.0 >69.51.255.255

IP = 192.168.2.18 MSR = 255.0.0.0 >192.255.255.255

IP = 150.40.58.8 MSR = 255.255.255.0 >150.40.58.255

e.)

IP = 69.51.64.1 MSR = 255.255.0.0 >216-2

IP = 192.168.2.18 MSR = 255.0.0.0 >224-2

IP = 150.40.58.8 MSR = 255.255.255.0 >28-2

3.

a.) 1. IP = 69.51.64.1 MSR = 255.255.192.0- CLASE A.

2. IP = 192.168.2.18 MSR = 255.224.0.0 -CLASE C.

3. IP = 150.40.58.8 MSR = 255.255.252.0 -CLASE B.

4. IP = 10.2.195.1 MSR = 255.255.240.0 -CLASE A.

5, IP = 128.127.69.45 MSR = 255.255.255.248 -CLASE B.

b.) 1. IP = 69.51.64.1 MSR = 255.255.192.0 18bits red, 14 bits nodo.

2. IP = 192.168.2.18 MSR = 255.224.0.0 11bits red, 21 bits nodo.

3. IP = 150.40.58.8 MSR = 255.255.252.0 22bits red, 10 bits nodo.

4. IP = 10.2.195.1 MSR = 255.255.240.0 20bits red, 12 bits nodo.

5, IP = 128.127.69.45 MSR = 255.255.255.248 29bits red, 3 bits nodo.

c.) 1. IP = 69.51.64.1 MSR = 255.255.192.0 DirRED. 69.51.01 | 000000.00000000

2. IP = 192.168.2.18 MSR = 255.224.0.0 DirRED. 192.101 | 00000.00000000

3. IP = 150.40.58.8 MSR = 255.255.252.0 DirRED. 150.40.111111 |00.00000000

4. IP = 10.2.195.1 MSR = 255.255.240.0 DirRED. 10.2.1011 | 0000.00000000

5. IP = 128.127.69.45 MSR = 255.255.255.248 DirRED. 128.127.69.00101 | 000.00000000

d.) 1. IP = 69.51.64.1 MSR = 255.255.192.0 DirDIF. 69.51.01 | 111111.11111111

2. IP = 192.168.2.18 MSR = 255.224.0.0 DirDIF. 192.101 | 11111.11111111.11111111

3. IP = 150.40.58.8 MSR = 255.255.252.0 DirDIF. 150.40.111111 | 11.11111111

4. IP = 10.2.195.1 MSR = 255.255.240.0 DirRED. 10.2.1011 | 1111.111111111

5. IP = 128.127.69.45 MSR = 255.255.255.248 DirRED. 128.127.69.00101 |111.111111111

e.) 1. IP = 69.51.64.1 MSR = 255.255.192.0 214-2

2. IP = 192.168.2.18 MSR = 255.224.0.0 221-2

3. IP = 150.40.58.8 MSR = 255.255.252.0 210-2

4. IP = 10.2.195.1 MSR = 255.255.240.0 220-2

5. IP = 128.127.69.45 MSR = 255.255.255.248 23-2

4.

a) 69.51.64.0/23 MSR-255.255.254.0

150.150.0.0/16 MSR-255.255.0.0

B) 69.51.64.0/23

SUBREDE1-69.51.64.64 1ªREDE.EQ-69.51.64.55 ULTIMA REDE EQ-69.51.64.126

SUBREDE2-69.51.64.128 1ªREDE.EQ- 69.51.64.129 ULTIMA REDE EQ-69.51.64.190

SUBREDE3-69.51.64.192 1ªREDE.EQ- 69.51.64.193 ULTIMA REDE EQ-69.51.64. 254

150.150.0.0/16

SUBREDE1-150.150.16.0 1ªREDE.EQ- 150.150.16.1 ULTIMA REDE EQ- 150.150.16.254

SUBREDE2-150.150.32.0 1ªREDE.EQ- 150.150.32.1 ULTIMA REDE EQ- 150.150.32.254

SUBREDE3-150.150.48.0 1ªREDE.EQ- 150.150.48.1 ULTIMA REDE EQ- 150.150.48.254

SUBREDE4-150.150.64.0 1ªREDE.EQ- 150.150.64.1 ULTIMA REDE EQ-150.150.64.254

SUBREDE5-150.150.80.0 1ªREDE.EQ- 150.150.80.1 ULTIMA REDE EQ-150.150.80.254

SUBREDE6-150.150.96.0 1ªREDE.EQ- 150.150.96.1 ULTIMA REDE EQ-150.150.96.254

SUBREDE7-150.150.112.0 1ªREDE.EQ-150.150.112.1 ULTIMA REDE EQ-150.150.112.254

SUBREDE8-150.150.128.0 1ªREDE.EQ- 150.150.128.1ULTIMA REDE EQ-150.150.128.254

5. Numero max de subredes ip- 4

MSR-255.255.192.0

Subrede1- 69.51.64.0 Dirección de subrede

69.51.64.127 Dirección de Broadcast

Subrede2- 69.51.64.128 Dirección de subrede

69.51.64.254 Dirección de Broadcast

Subrede3- 69.51.65.0 Dirección de subrede

69.51.65.254 Dirección de Broadcast

Subrede4- 69.51.65.128 Dirección de subrede

69.51.65.254 Dirección de Broadcast

Preguntas del Video “Código Linux”:

Aqui os dejo otro video para que veais que el bodyboard y tb el surf, no es como lo pintan en la malloria de los documentales, sino que tambien hai cosas como estas que no salen reflejadas. No solo son olas perfectas y maniobras bestiales sino que tambien hay tropezones y muchos errores como podremos ver a continuación.

Pinchad Aquí.