mejora del proceso de comunicación con la persona … · fundamentos de tcp/ip 2.1. historia y...

Mejora del proceso de comunicación con la persona usuaria

www.adams.es

Conceptos básicos

de sistemas

servidores

1

Identificar los diferentes sistemas operativos (SO) utili-

zados por los servidores web más comunes en Internet.

Describir los fundamentos del protocolo TCP/IP, su his-

toria, su propósito y su importancia en funcionamiento

de Internet.

Explicar la estructura de aplicación distribuida del mo-

delo cliente servidor y su reparto de tareas.

UNIDAD

DIDÁCTICA

Objetivos

1-2

Instalación y configuración del software de servidor Web

1. Sistemas operativos soportados

2. Fundamentos de TCP/IP

2.1. Historia y conceptos básicos

2.2. Fundamentos de la arquitectura de TCP/IP

2.3. Direccionamiento IP.v4

2.4. Nombres de dominio

2.5. Servidores de Nombres (Domain Name Sys-tem)

2.6. Configuración de TCP/IP en Windows

3. Estructura cliente-servidor

Índice

Conceptos básicos de sistemas servidores

1-3

1.Sistemas operativos soportadosBásicamente, en la actualidad, existen dos plataformas dominadoras absolutas

del panorama de los sistemas operativos sobre el que se montan los servidores web, Linux-based y Microsoft Windows.

Características de

un buen servidor

Web

Estabilidad: El sistema operativo deberá soportar los picos de carga elevada del servidor web con soltura, si este se “viniera abajo”, todos nuestro sitios webs lo ha-rían con el.

Seguridad: Deberá ser seguro ante amenazas como virus, ataques por brechas en agujeros de seguridad, código malicioso y cualquier situación que pueda ser explotada por hackers.

Fácil de administrar: Deberá ser fácil de administrar con sencillas herramientas configurar el servidor, así como fácil de resolver los problemas (Trouble Shooting) que se presenten en el SO.

Características y software: El sistema operativo tiene que dar soporte a los requerimientos de las nuevas he-rramientas de programación.

Aplicaciones de terceros: Se debe tener en cuenta la integración del SO con herramientas de terceros.

Escalable y actualizable: Un buen SO, debería ser es-calable (ampliación de memoria, cpu’s, almacenamiento, etc.) y actualizable, parches del SO o subidas de ver-sión.

Linux es un clon de Unix y es el más anti-

guo de los dos, su característi-ca más desta-

cable es que es muy fiable

Windows en cambio es más sencillo de usar

y soporta las extensiones de los programas de desarrollo de Microsoft

como ASP, ASP.NET etc.

Es importante conocer que cuando un visitante navega por tu sitio web, realmente accederá a su contenido sin importar la elección del sistema operativo que has he-cho previamente como soporte para hospedar tu sitio web, por ello, para determinar que sistema operativo es el adecuado para nosotros, podemos revisar cuales son las características más importantes a tener en cuenta que tiene que tener un sistema operativo para soportar un servidor web con éxito.


1-4

Cada Sistema Operativo de servidor tiene características diferenciales:

SO Windows SO Linux-Based

Se integra a la perfección con aplicaciones Microsoft, como Access, SQL Server, Frontpage, Sharepoint o tecnologías de desarrollo como ASP o .NET.

Es fácilmente escalable y actualizable. Dispone de infinidad de herramientas de terceros. Destaca es su facilidad de administración.

Destaca por su estabilidad sobre todo ante fuer-tes picos de trabajo.

Sufre menos ataques que los sistemas Windows. El coste es menor, existen distribuciones de

Linux que son gratuitas y otras con un coste re-ducido en comparación con la licencia de un SO Windows.

El mejor soporte para PHP, MySQL y Java lo ofrecen los servidores basados en Linux, en cambio si hablamos de tecnologías ASP, .NET o cualquier integración con productos Microsoft necesitaremos un servidor basado en Windows como requisito o al menos, es mucho más recomendable su uso, puesto que la mayoría de lenguajes y/o tecnologías lo soportan los dos servidores web.

2. Fundamentos de TCP/IPLa familia de protocolos TCP/IP es la tecnología de interconexión de redes más

usada en la actualidad, el conocimiento de los conceptos básicos es un requisito im-prescindible para la comprensión del funcionamiento de un servidor web.

2.1. Historia y conceptos básicos

TCP/IP es el protocolo que usa Internet como lenguaje para conectar a lo largo del planeta miles de redes entre sí, abarcando centros de investigación, universidades, agencias gubernamentales, empresas privadas y usuarios domésticos.

TCP/IP fue diseñado por el departamento de defensa de los EEUU, más concre-tamente por la agencia DARPA, a finales de los años 60 principios de los 70. En los primeros años se usaba de forma experimental para, por ejemplo, conectar mediante Telnet sistemas diferentes de mainframes o la introducción de FTP para intercambiar archivos entre sistemas distintos.

En 1995 los proveedores de servicio de Internet empiezan a comercializar el pro-ducto y al año siguiente se introduce HTTP (Hypertext Transfer Protocol), el protocolo más usado en Internet. Igualmente en 1996 se publica el primer estándar de IPV6.

Es necesario hablar con los desarrolladores y tener claro que tipo de tec-nología vamos a hospedar en nuestro servidor web para reali-zar la selección más adecuada.

TCP IP es un conjunto de protocolos diseñados para conectar gran-des redes me-diantes dispo-sitivos llamados Routers.


1-5

Es muy importante comprender la terminología usada en Internet para entender los conceptos relacionados con las redes TCP/IP. Estos términos que aparecen en la imagen de abajo son básicos para comprender como funcionan las redes TCP/IP, apa-recen en los documentos RFC’s y son necesarios su conocimiento para poder seguir el desarrollo del temario.

Elementos básicos de una red

TCP/IP es el estándar defini-do para el uso

de redes en Internet, TCP/

IP incluye IPv4 e IPv6. IPv4 fue la capa de Internet

originalmente definida y ac-tualmente es

la más amplia-mente usada

con diferencia, aunque el cam-

bio a IPV6 es irreversible y

gradualmente se migrará ha-cia este nuevo sistema de di-

reccionamiento

TCP/IP es publicado en una serie de documentos llamados RFC en los cuales se describe, primeramente mediante un borrador publicado por un grupo de trabajo del IETF, después mediante una serie de revisiones del borrador y se llega a un consenso de versión final a la que se le asigna un número, por ejemplo el RFC 894 describe el uso de IP sobre Ethernet.

NOTA: Los RFC’s se pueden obtener desde esta dirección http://www.rfc-editor.org/


1-6

Elementos básicos de

una red

Node (Nodo): Cualquier dispositivo, incluidos los routers y hosts que tiene im-plementado TCP/IP.

Router (Enrutador): Es un nodo que es capaz de reenviar paquetes a otros nodos.

Host: Es típicamente el origen y el destino de los paquetes que circulan en la red, silenciosamente descarta paquetes que no van dirigidos a ellos expresa-mente. Un servidor Web es un claro ejemplo de Host.

LAN (Red de área local): Una porción de red con una subnet, consistente en un único medio que está conectado mediante switches de capa 2.

Switch dispositivo de interconexión de redes de computadoras que opera en la capa de enlace de datos del modelo OSI. Su función es interconectar dos o más segmentos de red, pasando datos de un segmento a otro de acuerdo con la dirección MAC de destino de las tramas en la red.

Subnet (Subred): Uno o más segmentos de LAN que están conectados por routers usando el mismo prefijo de red.

Network (Red): Dos o más subredes conectadas mediante routers usando distintos prefijos de red.

Neighbor (Vecinos): Dos nodos conectados a la misma subred y con el mis-mo prefijo de red.

Interface (Interfaz): Representa el enlace físico o lógico (si es virtual o un tú-nel) de un nodo. Un ejemplo claro de un interfaz físico es una tarjeta de red de cualquier PC.

Packet (Paquete): Es la unidad de datos que se transmite por la capa de Internet, Protocol Data Unit (PDU), se compone de cabecera IP y los datos útiles.

Ventajas del uso de TCP/IP:

La suite de protocolos TCP/IP tiene la ventaja de que es estándar y enrutable.

Es el protocolo más completo y aceptado mundial-mente disponible.

Todos los modernos sistemas operativos sopor-tan TCP/IP pues entre otras, permite la comunica-ción entre sistemas heterogéneos, estos incluyen HTTP, FTP, SMTP etc.


1-7

2.2. Fundamentos de la arquitectura de TCP/IP

El modelo OSI esta constituido por siete capas que definen las funciones de los protocolos de comunicaciones, es un modelo teórico y cada capa del modelo repre-senta una función realizada cuando los datos son transferidos entre aplicaciones que cooperan a través de una red.

La pila TCP/IP mapea cuatro de las capas del estándar teórico del modelo OSI, por tanto capa de la pila TCP/IP corresponde a una o más capas del modelo OSI. En este gráfico se puede ver esta correspondencia.

Modelo OSI vs TCPIP

El modelo de arquitectura de TCPIP es mas simple que el modelo OSI, como resul-tado de la agrupación de diversas capas en una sola o bien por no usar alguna de las capas propuestas en dicho modelo de referencia, como vemos abajo tiene siete capas por las cuatro de TCP/IP.

Para más información sobre OSI: http://es.wikipedia.org/wiki/Modelo_OSI


1-8

Estructura de

TCP/IP

La capa de acceso a red o (Network Interface Layer) envía los paquetes TCP/IP sobre el medio de red y los recibe del mismo independientemente de cual sea el método de acceso a la red (Frame Relay, Ethernet, Wireless etc).

La capa de Internet o (Internet Layer) incluye el direccionamiento, empaquetado y funciones de Routing, esta capa es análoga con la capa de red (Network Layer) del modelo conceptual OSI.

La capa de transporte o (Transport Layer) provee los servicios de comunicacio-nes, los protocolos que la componen pueden ser TCP o UDP, la diferencia entre ambos que es TCP es un protocolo orientado a conexión, provee un servicio uno a uno, fiable con recuperación de paquetes perdidos durante la transmisión en cam-bio UDP provee servicios uno a uno, o uno a muchos sin ser orientado a conexión, no tiene recuperación de paquetes pero esto le hace un protocolo muy rápido al tener menos sobrecarga.

La capa de Aplicación o (Application Layer) es la que permite a las aplicaciones el acceso a las demás capas para intercambiar datos. La capa de aplicación está en constante desarrollo, y contiene muchos protocolos como HTTP (para la trans-misión de páginas WEB), FTP (para la transmisión de ficheros) o SMTP (para la trasmisión de mensaje de correo y archivos adjuntos).

2.3. Direccionamiento IP.v4

Cada dirección IP es de 32 bits de longitud en binario, correspondiendo a 4 nú-meros decimales de 0 a 255 separados por puntos (por ejemplo 192.168.1.20). Cada dirección IP, va seguida de una mascara de red la cual se identifica por 4 números deci-males separados por puntos de 0 a 255 (por ejemplo 255.255.255.0). Así una dirección IP válida podría ser IP 192.168.1.20 con mascara 255.255.255.0, la máscara de red o identificador de red también puede venir en el siguiente formato 192.168.1.20/24, que corresponde al número 255.255.255.0 de la máscara de red en binario.

Una dirección IP es un identi-ficador que se asigna a la capa de Internet a un interfaz de red o conjunto de interfaces, cada nodo en una red IP tiene al menos un interfaz con una dirección IP, con lo que es nece-sario habilitarle esta dirección en cada uno de estos interfaces de manera auto-mática o manual

255 en binario corresponde a 11111111, con lo que 255.255.255 corresponde a 11111111.11111111.11111111, es decir 24 unos


1-9

Tipos de direcciones IP:

Direcciones públicas (Public Addresses)

Para que tu servidor Web o cualquier nodo puedan conectarse a Internet, obligatoriamente necesita una dirección pública. Esta identifica nuestro equipo en Internet y nos la tiene que proveer nuestro ISP.

Direcciones privadas (Private Addresses) Existen un conjunto de direcciones que no pueden conectar-se a Internet directamente, aunque hay mecanismos para que estas se puedan conectar (NAT, Proxies etc). Estos espacios de direcciones privados gene-ralmente son los que se usan en las redes locales (LAN), para el direccionamiento interno, y pueden ser cualquiera de los siguientes:

10.0.0.0/8 (10.0.0.0, 255.0.0.0)

172.16.0.0/12 (172.16.0.0, 255.240.0.0)

192.168.0.0/16 (192.168.0.0, 255.255.0.0)

2.4. Nombres de dominio

Como ya sabemos, cada nodo que actúa en una red TCP/IP necesita forzosamen-te una dirección IP válida, la cual le identifica inequívocamente dentro de la red, por ejemplo, 192.168.123.5. El inconveniente que tiene este método para los humanos es que estas direcciones son muy difíciles de recordar y por tanto de interactuar con ellas. Para poder hacerlas más “humanas” se desarrollo el sistema de nombres por el cual se asocia una dirección IP a un nombre inequívoco de dominio del tipo www.amazon.com.

Cuando tecleamos en el navegador http://www.google.es, éste, automáticamente consulta en un servidor encargado de resolver nombres, llamado DNS, el cual traduce este nombre en una IP por ejemplo 173.194.34.215. Como podemos ver en la siguiente imagen, con la utilidad PING podemos saber que IP tienen los servidores a través de su Host Name o nombre de Host.

Utilidad PING para resolver Nombres de Hosts

Un nombre de Host o (Host

Name) es un alias asignado para identificar

una dirección IP válida en una de sus interfaces.


1-10

Ping es una utilidad diagnóstica en redes de computadoras que comprueba el estado de la conexión del host local con uno o varios equipos remo-tos de una red TCP/IP por me-dio del envío de paquetes ICMP de solicitud y de respuesta. Mediante esta utilidad puede diagnosticarse el estado, velo-cidad y calidad de una red de-terminada.

Un Host Name debe de tener las siguientes características:

Debe tener como máximo 255 caracteres.

Múltiples nombres de Host se pueden asignar al mismo host.

El nombre de Host debe corresponder con una dirección IP almacenada en un fichero local llamado “Host” o en una base de datos como un servidor DNS.

Para ver el nombre de Host en una máquina Windows podemos ir a Start->Control Panel-> System-> Computer Name


1-11

El fichero de hosts

Este fichero local que existe en cada máquina, se utiliza para obtener una re-lación entre un nombre de máquina y una dirección IP. En cada línea del fichero de hosts se especifica una dirección IP y los nombres de máquina que le corresponden, de forma que un usuario no tenga que recordar direcciones sino nombres de hosts. Habitualmente se suelen incluir las direcciones, nombres y alias de todos los equipos conectados a la red local, de forma que para comunicación dentro de la red no se ten-ga que recurrir a DNS a la hora de resolver un nombre de máquina.

2.5. Servidores de Nombres (Domain Name

System)

Existen millones de sitios web en Internet, por lo que es necesario un sistema que optimice la resolución de los nombre de los dominios. La solución propuesta anterior-mente del fichero Host.txt para resolver los nombres realmente tiene muchas limitacio-nes, en un mundo de Internet que crecen por millones los sitios web, el mantenimiento del fichero local se hace inviable, por ello, se usan los servidores de resolución de nombres como método estándar y popularizado.

El espacio de nombres de DNS está basado en una estructura lógica con heren-cias en forma de árbol que da lugar a los nombres de Host o FQDN (Fully Qualified Domain Name), por ejemplo el archiconocido www.google.es, un FQDN tiene los si-guientes atributos:

La estructura de un fichero

Host.txt para re-solver direccio-nes localmente

podría ser el siguiente:

# # Table of IP addresses and

host names

127.0.0.1 local-host

131.107.34.1 router

172.30.45.121 server.central.

com

Dominar este tipo de ficheros

puede venir muy bien para testear nuestros servidor

web en fase de pruebas local-

mente, ya que de esta manera,

podemos probar un site publica-

do en nuestro servidor local

sin contar con un servidor DNS

configurado.

Un FQDN consiste en un nombre, uno o más nombres de dominio y la raíz del dominio, tomando nues-tro ejemplo anterior, “www” seria el nombre del host, “google” seria el dominio y “.es” la raíz del dominio.

El punto final determina la raíz del dominio.

Los FQDN no son sensibles a mayúsculas y minúsculas, o sea, www.google.es es igual a WWW.GOOGLE.ES

Cada nombre dentro del FQDN no puede ser mayor de 63 caracteres y en conjunto no puede ser mayor de 255 caracteres.

Los nombre solo puede componer-se de los caracteres a-z,A-Z,0-9,_ - (símbolo menos), por lo que www.googl-e.es seria un nombre válido, pero ¡Error! Referencia de hiper-

vínculo no válida. no lo seria.


1-12

Espacio de Nombres de DNS:

Arriba en lo más alto se encuentra el “.” que es el dominio raíz, normalmente no es necesario poner el punto final, puesto que nuestro DNS se encargará de hacerlo por nosotros. En un segundo escalón, se sitúan los dominios de primer nivel: .Com, .Org, .Es, etc... Algunos de los dominios de primer nivel más comunes podrían ser:

.com, destinado para las organizaciones comer-ciales.

.edu, para las organizaciones destinadas a la en-señanza.

.xx, donde las dos letras corresponden a la codifi-cación del nombre del país, p.ejemplo, .es.

.org, para las organizaciones no comerciales.

Listado de todos los dominios actuales de primer nivel:

La IANA (Internet Assigned Numbers Authority) es la entidad que supervisa la localización global de todas las direcciones IP, el dominio raíz y los dominios de primer nivel en Internet sobre DNS.

http://data.iana.org/TLD/tlds-alpha-by-doma

Los dominios de segundo nivel contienen nombres de organizaciones, países etc. Está administrado por ellos mismos directamente, manteniendo un servidor DNS, o bien a través de un IPS (proveedor de servicios de Internet). En nuestro ejemplo, esto corresponde con el dominio de segundo nivel “Google”.

Por último, tendríamos el nombre de Host, en nuestro caso “WWW”, muy común como nombre de los servidores web.


1-13

2.6. Configuración de TCP/IP en Windows

El componente TCP/IP de Microsoft viene instalado por defecto en las distintas versiones de Windows y por tanto no es necesario instalarlo.

Para configurarlo podemos hacerlo o bien de manera automática (mediante un servidor DHCP) o manualmente, abajo vemos las propiedades de la pestaña general del protocolo IP v4.

DHCP. Protocolo de configuración dinámico de host

Es un protocolo de red que permite a los clientes de una red IP obtener sus pará-metros de configuración automáticamente. Se trata de un protocolo de tipo cliente/servidor en el que generalmente un servidor posee una lista de direcciones IP diná-micas y las va asignando a los clientes conforme éstas van estando libres, sabiendo en todo momento quién ha estado en posesión de esa IP, cuánto tiempo la ha tenido y a quién se la ha asignado después.

www.google.es.

. Dominio raíz

.es Dominio de primer nivel, correspondiente al código del país España.

.google Dominio de segundo nivel, contiene el nombre de la organización “Google”.

www Nombre del Host, común en servidores web.


1-14

Propiedades de TCP/IP en WIndows

Posibilidades de configuración de TCP/IP sobre Windows:

1. Configuración automática, si especifica como modo de configuración el modo automático, éste intentará buscar un servidor de configuración dinámi-ca DHCP para obtener los datos de configuración, muchas redes usan este tipo de configuración.

Si el componente falla y no es capaz de encontrar un servidor DHCP dispo-nible en la red, siempre podemos dotarle de una configuración alternativa.


1-15

Configuración alternativa TCP/IP:

2. Configuración manual, para su configuración, también llamada configura-ción estática, se necesitan estos parámetros:

Dirección IP, cada Host dentro de una red TCP/IP, necesita una única dirección IP que identifica el Host en la red, por ejemplo 192.168.1.20

Mascara de red, necesita esta información para diferencia el prefijo de red del identificador de Host, por ejemplo 255.255.255.0

Es conveniente también configurar la dirección IP de un servidor DNS, que resuelva nuestras consultas de nombres, por ejemplo de www.go-ogle.es a 173.194.34.223.


1-16

Configuración TCP/IP manual:

3. Estructura cliente-servidorEl modelo de computación distribuida cliente/servidor separa las tareas entre los

que sirven recursos o servicios, llamados servidores, y los que demandan estos servi-cios, llamados clientes. Un cliente inicia la comunicación con el servidor para pedir un recurso y espera hasta que el resultado de su consulta o petición por parte del servidor este resuelta. Para esto se basan en redes homogéneas en las que ambos pueden comunicarse.

Es importante dimensionar muy bien los recursos de la máquina que va a actuar como servidor, dado que puede lle-gar a recibir un elevado número de peticiones de servicio por parte de los cliente y colap-sarse, dejando de prestar los servicios

En los modelos cliente/servidor, se da la circunstancia de que muchos clientes se conectan a un único servidor central para pedir servicios o recursos, esto implica que la potencia de computación de la parte que actúa como servidora necesita ser robusta, con potentes procesadores, memoria y grandes cantidades de disco duro, para poder soportar grandes volúmenes de peticiones de clientes.


1-17

Ejemplo de estructura cliente/servidor:

Análisis de un acceso web o un acceso a una base de datos

1. Un usuario accede a con su navegador (web browser) a una página de una aplicación publicada en Internet, por ejemplo accede a su página personal de su banco.

2. Una vez dentro, el usuario hace una petición de los movimientos de hace un mes de su cuenta.

3. El servidor web, en nombre del cliente ejecuta una petición a la base de datos del banco sobre la consulta an-terior y se los devuelve presentados con el formato adecuado al navegador del usuario.

El modelo cliente servidor, se ha convertido en un modelo central en la computa-ción de redes, muchas aplicaciones de negocio están escritas bajo este modelo usan-do la suite de protocolos TCP/IP como HTTP, FTP, SMTP, DNS etc.

Ejemplo de estructura cliente servidor:

NOTA: cuando un equipo servidor se colapsa, se utiliza el término “servidor caído”.

Ejemplos típicos de clien-

tes se pueden incluir, navega-dores, clientes

de correo elec-trónico, cliente

FTP etc.

Ejemplos típi-cos de servi-

dores pueden incluir, servi-dores Web,

servidores FTP, servidores de

Base de datos, servidores de Nombres etc.

Test de Autoevaluación

1-19

1. La siguiente dirección IP v4, 193.168.1.1

a) Es privada.b) Es pública.c) Está mal construida, no es válido.d) Está incompleta.

2. La siguiente dirección IP v4, 192.168.256.1

a) Es privada.b) Es pública.c) Está mal construida, no es valido.d) Está incompleta.

3. El nombre FQDN www.Googler-es.com

a) Está mal construido, no es valido.b) Está bien construido.c) Debe ir así www.googler-es.com.d) Está Incompleto.

4. Si necesitamos obligatoriamente usar la tecnología ASP.Net , nuestro servidor Web

a) Debe ser Windows Server.b) Debe ser Linux.c) Es indiferente, valdrían los dos.d) Podrían los dos pero mucho mejor en Windows.

Test de Autoevaluación

Unidad Didáctica 1


1-20

5. HTTP es un protocolo de la capa de…

a) Transporte.b) Aplicación.c) Internet.d) Ninguna, no es un protocolo.

6. .ORG, es un dominio…

a) De primer nivel.b) De segundo nivel.c) Raíz.d) No es un dominio.

7. La configuración automática de TCP/IP necesita..

a) Una IP.b) Una mascara de red.c) Un servidor DNS.d) Un servidor DHCP.

8. Uno de los inconvenientes de TCP/IP es que…

a) No lo soportan los sistemas modernos.b) Es estándar.c) Es enrutable.d) Puede conectar sistemas heterogéneos.

9. El protocolo UDP está en la capa de..

a) Transporte.b) Aplicación.c) Internet.d) No es un protocolo.

10. Un ejemplo típico de Servidor en la arquitectura cliente/servidor puede ser..

a) Una Servidor de Base de datos.b) Un Servidor WEB.c) Un Servidor DNS.d) Todas las respuestas son correctas.

Soluciones al Test de Autoevaluación

1-21

1. b) Es pública.

2. a) Es privada.

3. b) Está bien construido.

4. d) Podrían los dos pero mucho mejor en Windows.

5. b) Aplicación.

6. a) De primer nivel.

7. d) Un servidor DHCP.

8. d) Puede conectar sistemas heterogéneos.

9. a) Transporte.

10. d) Todas las respuestas son correctas.

Solución al Test de

Autoevaluación de la

Unidad Didáctica 1

Supuestos Prácticos

1-23

DADA ESTA RED: 192.168.14.0/255.255.255.192 (/26)

1. ¿Cuántas subredes tenemos?

2. ¿Cuántos hosts por subred tenemos?

3. ¿Cuáles son las subredes válidas?

Supuestos Prácticos

Unidad Didáctica 1

Soluciones a los Supuestos Prrácticos

1-25

Ya que 192 incluye solo 2 bits en 1 (11000000), la respuesta debería ser: 2^2 - 2 = 2. (El 1. menos 2 es la subred cuyos bits de máscara se encuentran todos encendidos y la subred

cuyos bits de hosts se encuentran todos apagados, las cuales no son subredes válidas por

defecto).

Tenemos entonces que para el octeto de la máscara solo cuenta con 6 bits de hosts en 0, por 2. lo cual la respuesta debería ser 2^6 - 2 = 62 Hosts.

3. 256 - 192 = 64, la cual es la primera subred y también tamaño de bloque. Seguimos

sumando al tamaño del bloque el resultado anterior hasta alcanzar el valor de la máscara:

64 + 64 = 128 (la segunda subred). 128 + 64 = 192 alcanzamos el valor de la máscara

pero esta no es una subred válida. Así que las subredes válidas son: 64 y 128.

Subred Máscara Primer Host Ultimo Host

192.168.10.64 255.255.255.192 192.168.10.65 192.168.10.126

192.168.10.128 255.255.255.192 192.168.10.129 192.168.10.190

Soluciones a losSupuestos Prácticos

Unidad Didáctica 1

mejora del proceso de comunicación con la persona … · fundamentos de tcp/ip 2.1. historia y...

Documents