Unidad 4 - Introduccion A Redes

https://alumni.educacionit.
com/clases/videos/id/1436/contenido/1
ESTÁNDAR ETHERNET
El estándar para Ethernet es el 802.3. El IEEE quería asegurar que sus estándares fueran compatibles con los del modelo
OSI de la Organización Internacional para la Estandarización (ISO). Para garantizar la compatibilidad, los estándares IEEE
802.3 debían cubrir las necesidades de la Capa 1 y de las porciones inferiores de la Capa 2 del modelo OSI. Como
resultado, ciertas pequeñas modificaciones al estándar original de Ethernet se efectuaron en el 802.3. Ethernet opera en
las dos capas inferiores del modelo OSI: la capa de enlace de datos y la capa física.
Ethernet opera a través de dos capas del modelo OSI. El modelo ofrece una referencia sobre con qué puede relacionarse
Ethernet, pero en realidad se implementa sólo en la mitad inferior de la capa de Enlace de datos, que se conoce como
subcapa Control de acceso al medio (Media Access Control, MAC), y la capa física.
Ethernet en la Capa 1 implica señales, streams de bits que se transportan en los medios, componentes físicos que
transmiten las señales a los medios y distintas topologías. La Capa 1 de Ethernet tiene un papel clave en la comunicación
que se produce entre los dispositivos, pero cada una de estas funciones tiene limitaciones. En la Capa 2 se ocupa de estas
limitaciones. Las subcapas de enlace de datos contribuyen significativamente a la compatibilidad de tecnología y la
comunicación con la computadora. La subcapa MAC se ocupa de los componentes físicos que se utilizarán para
comunicar la información y prepara los datos para transmitirlos a través de los medios.
La subcapa Control de enlace lógico (Logical Link Control, LLC) sigue siendo relativamente independiente del equipo físico
que se utilizará para el proceso de comunicación.
1 de 25 23/09/2017 20:31
https://alumni.educacionit.com/clases/videos/id/1436/contenido/1
Para Ethernet, el estándar IEEE 802.2 describe las funciones de la subcapa LLC y el estándar 802.3 describe las
funciones de la subcapa MAC y de la capa física. El Control de enlace lógico se encarga de la comunicación entre las
capas superiores y el software de red, y las capas inferiores, que generalmente es el hardware. La subcapa LLC toma los
datos del protocolo de la red, que generalmente son un paquete IPv4, y agrega información de control para ayudar a
entregar el paquete al nodo de destino. La Capa 2 establece la comunicación con las capas superiores a través del LLC.
El LLC se implementa en el software y su implementación depende del equipo físico. En una computadora, el LLC puede
considerarse como el controlador de la Tarjeta de interfaz de red (NIC). El controlador de la NIC (Tarjeta de interfaz de red)
es un programa que interactúa directamente con el hardware en la NIC para pasar los datos entre los medios y la subcapa
de Control de Acceso al medio (MAC).
MEDIOS ETHERNET
Las primeras versiones de Ethernet utilizaban cable coaxial para conectar computadoras en una topología de bus. Cada
computadora se conectaba directamente al backbone. Estas primeras versiones de Ethernet se conocían como Thicknet
(10BASE5) y Thinnet (10BASE2).
La 10BASE5, o Thicknet, utilizaba un cable coaxial grueso que permitía lograr distancias de cableado de hasta 500 metros
antes de que la señal requiriera un repetidor. La 10BASE2, o Thinnet, utilizaba un cable coaxial fino que tenía un diámetro
menor y era más flexible que la Thicknet y permitía alcanzar distancias de cableado de 185 metros.
2 de 25 23/09/2017 20:31
Ethernet antigua
En redes 10BASE-T, el punto central del segmento de red era generalmente un hub. Esto creaba un medio compartido.
Debido a que el medio era compartido, sólo una estación a la vez podía realizar una transmisión de manera exitosa. Este
tipo de conexión se describe como comunicación half-duplex. A medida que se agregaban más dispositivos a una red
Ethernet, la cantidad de colisiones de tramas aumentaba notablemente. Durante los períodos de poca actividad de
comunicación, las pocas colisiones que se producían se administraban mediante el CSMA/CD, con muy poco impacto en
el rendimiento, en caso de que lo hubiera. Sin embargo, a medida que la cantidad de dispositivos y el consiguiente tráfico
de datos aumenta, el incremento de las colisiones puede producir un impacto significativo en la experiencia del usuario. A
modo de analogía, sería similar a cuando salimos a trabajar o vamos a la escuela a la mañana temprano y las calles están
relativamente vacías. Más tarde, cuando hay más automóviles en las calles, pueden producirse colisiones y generar
demoras en el tráfico.
Ethernet actual
3 de 25 23/09/2017 20:31
Un desarrollo importante que mejoró el rendimiento de la LAN fue la introducción de los switches para reemplazar los hubs
en redes basadas en Ethernet. Este desarrollo estaba estrechamente relacionado con el desarrollo de Ethernet 100BASE-
TX. Los switches pueden controlar el flujo de datos mediante el aislamiento de cada uno de los puertos y el envío de una
trama sólo al destino correspondiente (en caso de que se lo conozca) en vez del envío de todas las tramas a todos los
dispositivos. El switch reduce la cantidad de dispositivos que recibe cada trama, lo que a su vez disminuye o minimiza la
posibilidad de colisiones. Esto, junto con la posterior introducción de las comunicaciones full-duplex (que tienen una
conexión que puede transportar señales transmitidas y recibidas al mismo tiempo), permitió el desarrollo de Ethernet de 1
Gbps y más.
ESTRUCTURA DE LA TRAMA ETHERNET

La estructura de la trama de Ethernet agrega encabezados y tráilers a la PDU de Capa 3 para encapsular el mensaje que
se envía. Tanto el encabezado como el tráiler de Ethernet tienen varias secciones de información que el protocolo Ethernet
utiliza. Cada sección de la trama se denomina campo. Hay dos estilos de tramas de Ethernet: el IEEE 802.3 (original) y el
IEEE 802.3 revisado (Ethernet). Las diferencias entre los estilos de tramas son mínimas. La diferencia más significativa
entre el IEEE 802.3 (original) y el IEEE 802.3 revisado es el agregado de un delimitador de inicio de trama (SFD) y un
pequeño cambio en el campo Tipo que incluye la Longitud.
TAMAÑO DE LA TRAMA DE ETHERNET

El estándar Ethernet original definió el tamaño mínimo de trama en 64 bytes y el tamaño máximo de trama en 1518 bytes.
Esto incluye todos los bytes del campo Dirección MAC de destino a través del campo Secuencia de verificación de trama
(FCS). Los campos Preámbulo y Delimitador de inicio de trama no se incluyen en la descripción del tamaño de una trama.
El estándar IEEE 802.3ac, publicado en 1998, amplió el tamaño de trama máximo permitido a 1522 bytes. Se aumentó el
tamaño de la trama para que se adapte a una tecnología denominada Red de área local virtual (VLAN). Las VLAN se
crean dentro de una red conmutada
4 de 25 23/09/2017 20:31
Campos Preámbulo y Delimitador de inicio de trama

Los campos Preámbulo (7 bytes) y Delimitador de inicio de trama (SFD) (1 byte) se utilizan para la sincronización entre los
dispositivos de envío y de recepción. Estos ocho primeros bytes de la trama se utilizan para captar la atención de los
nodos receptores. Básicamente, los primeros bytes le indican al receptor que se prepare para recibir una trama nueva.
Campo Dirección MAC de destino

El campo Dirección MAC de destino (6 bytes) es el identificador del receptor deseado. Como recordará, la Capa 2 utiliza
esta dirección para ayudar a los dispositivos a determinar si la trama viene dirigida a ellos. La dirección de la trama se
compara con la dirección MAC del dispositivo. Si coinciden, el dispositivo acepta la trama.
Campo Dirección MAC de origen

El campo Dirección MAC de origen (6 bytes) identifica la NIC o interfaz que origina la trama. Los switches también utilizan
esta dirección para ampliar sus tablas de búsqueda. El rol de los switches se analizará más adelante en este capítulo.
Campo Longitud/Tipo
El campo Longitud/Tipo (2 bytes) define la longitud exacta del campo Datos de la trama. Esto se utiliza posteriormente
como parte de la FCS para garantizar que el mensaje se reciba adecuadamente. En este campo debe ingresarse una
longitud o un tipo. Sin embargo, sólo uno u otro podrá utilizarse en una determinada implementación. Si el objetivo del
campo es designar un tipo, el campo Tipo describe qué protocolo se implementa.
Campos Datos y Relleno

Los campos Datos y Relleno (de 46 a 1500 bytes) contienen los datos encapsulados de una capa superior, que es una
PDU de Capa 3 genérica o, con mayor frecuencia, un paquete IPv4. Todas las tramas deben tener al menos 64 bytes de
longitud. Si se encapsula un paquete pequeño, el Pad se utiliza para aumentar el tamaño de la trama hasta alcanzar este
tamaño mínimo.
GATEWAY
El gateway, también conocido como puerta de enlace predeterminada, es necesario para enviar un paquete fuera de la red
local. Si la porción de red de la dirección de destino del paquete es diferente de la red del host de origen, el paquete tiene
que hallar la salida fuera de la red original. Para esto, el paquete es enviado al gateway. Este gateway es una interfaz del
router conectada a la red local. La interfaz del gateway tiene una dirección de capa de Red que concuerda con la dirección
de red de los hosts. Los hosts están configurados para reconocer que la dirección es un gateway.
Gateway por defecto

El gateway por defecto está configurado en el host. En una computadora con Windows, se usan las herramientas de las
Propiedades del Protocolo de Internet (TCP/IP) para ingresar la dirección IPv4 del gateway por defecto. Tanto la dirección
IPv4 de host como la dirección de gateway deben tener la misma porción de red (y subred si se utiliza) de sus respectivas
direcciones.
5 de 25 23/09/2017 20:31
Ningún paquete puede ser enviado sin una ruta. Si el paquete se origina en un host o se reenvía por un dispositivo
intermediario, el dispositivo debe tener una ruta para identificar dónde enviar el paquete. Un host debe reenviar el paquete
ya sea al host en la red local o al gateway, según sea lo adecuado. Para reenviar los paquetes, el host debe tener rutas
que representan estos destinos. Un router toma una decisión de reenvío para cada paquete que llega a la interfaz del
gateway. Este proceso de reenvío es denominado enrutamiento. Para reenviar un paquete a una red de destino, el router
requiere una ruta hacia esa red. Si una ruta a una red de destino no existe, el paquete no puede reenviarse. La red de
destino puede ser un número de routers o saltos fuera del gateway. La ruta hacia esa red sólo indicaría el router del
siguiente salto al cual el paquete debe reenviarse, no el router final. El proceso de enrutamiento usa una ruta para asignar
una dirección de red de destino hacia el próximo salto y luego envía el paquete hacia esta dirección del próximo salto.
6 de 25 23/09/2017 20:31
DIRECCIONAMIENTO DE UNA RED

Estructura de una dirección IPv4
En la capa de red es necesario identificar los paquetes de la transmisión con las direcciones de origen y de destino de los
dos sistemas finales. Con IPv4, esto significa que cada paquete posee una dirección de origen de 32 bits y una dirección
de destino de 32 bits en el encabezado de Capa 3.
Los patrones binarios que representan direcciones IPv4 son expresados con puntos decimales separando cada byte del
patrón binario, llamado octeto, con un punto. Se le llama octeto debido a que cada número decimal representa un byte u 8
bits.
Por ejemplo: la dirección
10101100000100000000010000010100
Es expresada en puntos decimales como
172.16.4.20
A pesar de que los 32 bits definen la dirección host IPv4, existe una cantidad variable de bits que conforman la porción de
host de la dirección. El número de bits usado en esta porción del host determina el número de hosts que podemos tener
dentro de la red.
Sistema de numeración binaria

En el sistema de numeración binaria la raíz es 2. Por lo tanto, cada posición representa potencias incrementadas de 2. En
números binarios de 8 bits, las posiciones representan estas cantidades:
2^7 2^62^5 2^4 2^32^2 2^1 2^0
128 64 32 16 8 4 2 1
El sistema de numeración de base 2 tiene solamente dos dígitos: 0 y 1.
Cuando se interpreta un byte como un número decimal, se obtiene la cantidad que esa posición representa si el dígito es 1
y no se obtiene la cantidad si el dígito es 0.
11111111
7 de 25 23/09/2017 20:31
128 64 32 16 8 4 2 1
Un 1 en cada posición significa que el valor para esa posición se suma al total. Ésta es la suma cuando hay un 1 en cada
posición de un octeto. El total es 255.
128 + 64 + 32 + 16 + 8 + 4 + 2 + 1 = 255
Un 0 en cada posición indica que el valor para esa posición no se suma al total. Un 0 en cada posición produce un total de
0.
00000000
128 64 32 16 8 4 2 1
0+0+0+0+0+0+0+0=0
En el ejemplo, el número binario:
10101100000100000000010000010100
Se convierte en:
172.16.4.20
Pasos:
Divida los 32 bits en 4 octetos.
Convierta cada octeto a decimal.
Agregue un "punto" entre cada decimal.
8 de 25 23/09/2017 20:31
TIPOS DE DIRECCIONES EN UNA RED IPV4

Dentro del rango de direcciones de cada red IPv4, existen tres tipos de direcciones:
Dirección de red: la dirección en la que se hace referencia a la red.
9 de 25 23/09/2017 20:31
Dirección de broadcast: una dirección especial utilizada para enviar datos a todos los hosts de la red.
Direcciones host: las direcciones asignadas a los dispositivos finales de la red.
Dirección de red
La dirección de red es una manera estándar de hacer referencia a una red. Por ejemplo: se podría hacer referencia a la
red de la figura como "red 10.0.0.0". Ésta es una manera mucho más conveniente y descriptiva de referirse a la red que
utilizando un término como "la primera red". Todos los hosts de la red 10.0.0.0 tendrán los mismos bits de red.
Dentro del rango de dirección IPv4 de una red, la dirección más baja se reserva para la dirección de red. Esta dirección
tiene un 0 para cada bit de host en la porción de host de la dirección.
Dirección de broadcast
La dirección de broadcast IPv4 es una dirección especial para cada red que permite la comunicación a todos los host en
esa red. Para enviar datos a todos los hosts de una red, un host puede enviar un solo paquete dirigido a la dirección de
broadcast de la red. La dirección de broadcast utiliza la dirección más alta en el rango de la red. Ésta es la dirección en la
cual los bits de la porción de host son todos 1. Para la red 10.0.0.0 con 24 bits de red, la dirección de broadcast sería
10.0.0.255. A esta dirección se la conoce como broadcast dirigido.
10 de 25 23/09/2017 20:31
Direcciones host
Como se describe anteriormente, cada dispositivo final requiere una dirección única para enviar un paquete a dicho host.
En las direcciones IPv4, se asignan los valores entre la dirección de red y la dirección de broadcast a los dispositivos en
dicha red.
11 de 25 23/09/2017 20:31
Direcciones Públicas y Privadas

Los bloques de direcciones de espacio privadas, se separa para utilizar en redes privadas. No necesariamente el uso de
estas direcciones debe ser exclusivo entre redes externas. Por lo general, los hosts que no requieren acceso a Internet
pueden utilizar las direcciones privadas sin restricciones. Sin embargo, las redes internas aún deben diseñar esquemas de
direcciones de red para garantizar que los hosts de las redes privadas utilicen direcciones IP que sean únicas dentro de su
entorno de networking.
Muchos hosts en diferentes redes pueden utilizar las mismas direcciones de espacio privado. Los paquetes que utilizan
estas direcciones como la dirección de origen o de destino no deberían aparecer en la Internet pública
Direcciones públicas
La amplia mayoría de las direcciones en el rango de host unicast IPv4 son direcciones públicas. Estas direcciones están
diseñadas para ser utilizadas en los hosts de acceso público desde Internet. Son direcciones exclusivas, globales y están
estandarizadas.
Direcciones Privadas
Las redes privadas que no están conectadas a internet pueden utilizar cualquier dirección de host, siempre que cada host
dentro de una red privada sea exclusivo. Existen tres bloques para el direccionamiento privado.
TRADUCCIÓN DE DIRECCIONES DE RED
12 de 25 23/09/2017 20:31
(NAT)
Es un mecanismo utilizado por encaminadores IP para intercambiar paquetes entre dos redes que asignan mutuamente
direcciones incompatibles. Consiste en convertir, en tiempo real, las direcciones utilizadas en los paquetes transportados.
También es necesario editar los paquetes para permitir la operación de protocolos que incluyen información de direcciones
dentro de la conversación del protocolo. Con servicios para traducir las direcciones privadas a direcciones públicas, los
hosts en una red direccionada en forma privada pueden tener acceso a recursos a través de Internet. Estos servicios,
llamados Traducción de dirección de red (NAT), pueden ser implementados en un dispositivo en un extremo de la red
privada.
NAT permite a los hosts de la red "pedir prestada" una dirección pública para comunicarse con redes externas. A pesar de
que existen algunas limitaciones y problemas de rendimiento con NAT, los clientes de la mayoría de las aplicaciones
pueden acceder a los servicios de Internet sin problemas evidentes.
CLASES DE DIRECCIÓN IP
Clase A
Se diseñó un bloque de direcciones de clase A para admitir redes extremadamente grandes con más de 16 millones de
direcciones host. El primer octeto indicaba la dirección de red. Los tres octetos restantes se usaban para las direcciones
host. Para reservar espacio de direcciones para las clases de direcciones restantes, todas las direcciones de clase A
requerían que el bit más significativo del octeto de orden superior fuera un cero. Esto significaba que sólo había 128 redes
de clase A posibles, de 0.0.0.0 /8 a 127.0.0.0 /8, antes de excluir los bloques de direcciones reservadas.
Clase B
El espacio de direcciones de clase B fue diseñado para satisfacer las necesidades de las redes de tamaño moderado a
grande con más de 65.000 hosts. Una dirección IP de clase B usaba los dos octetos de orden superior para indicar la
dirección de red. Los dos octetos restantes especificaban las direcciones host. Al igual que con la clase A, debía
reservarse espacio de direcciones para las clases de direcciones restantes. Con las direcciones de clase B, los dos bits
más significativos del octeto de orden superior eran 10. De esta forma, se restringía el bloque de direcciones para la clase
13 de 25 23/09/2017 20:31
B a 128.0.0.0 /16 hasta 191.255.0.0 /16. La clase B tenía una asignación de direcciones un tanto más eficiente que la clase
A debido a que dividía equitativamente el 25% del total del espacio de direcciones IPv4 entre aproximadamente 16.000
redes.
Clase C
El espacio de direcciones de clase C era la clase de direcciones antiguas más comúnmente disponible. Este espacio de
direcciones tenía el propósito de proporcionar direcciones para redes pequeñas con un máximo de 254 hosts.
La Clase D (multicast) y E (experimental) mediante el uso de un valor fijo de 110 para los tres bits más significativos
del octeto de orden superior. Esto restringió el bloque de direcciones para la clase C de 192.0.0.0 /16 a 223.255.255.0 /16.
A pesar de que ocupaba sólo el 12.5% del total del espacio de direcciones IPv4, podía suministrar direcciones a 2 millones
de redes.
ASIGNACIÓN ESTÁTICA DE DIRECCIONES

Con una asignación estática, el administrador de red debe configurar manualmente la información de red para un host.
Como mínimo, esto implica ingresar la dirección IP del host, la máscara de subred y el gateway por defecto. Las
direcciones estáticas tienen algunas ventajas en comparación con las direcciones dinámicas. Por ejemplo, resultan útiles
para impresoras, servidores y otros dispositivos de red que deben ser accesibles a los clientes de la red. Si los hosts
normalmente acceden a un servidor en una dirección IP en particular, esto provocaría problemas si se cambiara esa
dirección. Además, la asignación estática de información de direccionamiento puede proporcionar un mayor control de los
recursos de red. Sin embargo, puede llevar mucho tiempo ingresar la información en cada host.
14 de 25 23/09/2017 20:31
ASIGNACIÓN DINÁMICA DE DIRECCIONES

Debido a los desafíos asociados con la administración de direcciones estáticas, los dispositivos de usuarios finales a
menudo poseen direcciones dinámicamente asignadas, utilizando el Protocolo de configuración dinámica de host (DHCP).
El DHCP permite la asignación automática de información de direccionamiento como la dirección IP, la máscara de subred,
el gateway por defecto y otra información de configuración. La configuración del servidor DHCP requiere que un bloque de
direcciones, llamado conjunto de direcciones, sea definido para ser asignado a los clientes DHCP en una red. Las
direcciones asignadas a este pool deben ser planificadas de manera que se excluyan las direcciones utilizadas para otros
tipos de dispositivos. DHCP es generalmente el método preferido para asignar direcciones IP a los hosts de grandes
redes, dado que reduce la carga para al personal de soporte de la red y prácticamente elimina los errores de entrada. Otro
beneficio de DHCP es que no se asigna de manera permanente una dirección a un host, sino que sólo se la "alquila"
durante un tiempo. Si el host se apaga o se desconecta de la red, la dirección regresa al pool para volver a utilizarse. Esta
función es muy útil para los usuarios móviles que entran y salen de la red.
15 de 25 23/09/2017 20:31
ENTES REGULADORES
El uso de estas direcciones públicas es regulado y la compañía u organización debe tener un bloque de direcciones
asignado. Esto es lo que sucede con las direcciones IPv4, IPv6 y multicast.
La autoridad de números asignados a Internet (IANA) es un soporte maestro de direcciones IP. Las direcciones IP
multicast y las direcciones IPv6 se obtienen directamente de la IANA. Hasta mediados de los años noventa, todo el
espacio de direcciones IPv4 era directamente administrado por la IANA. En ese entonces, se asignó el resto del espacio
de direcciones IPv4 a otros diversos registros para que realicen la administración de áreas regionales o con propósitos
particulares. Estas compañías de registro se llaman Registros regionales de Internet (RIR), como se muestra en la figura.
Los principales registros son:
AfriNIC (African Network Information Centre) - Región de África
APNIC (Asia Pacific Network Information Centre) - Región de Asia/Pacífico
ARIN (American Registry for Internet Numbers) - Región de Norte América
LACNIC (Registro de dirección IP de la Regional Latinoamericana y del Caribe) - América Latina y algunas islas del Caribe
RIPE NCC (Reseaux IP Europeans) - Europa, Medio Oriente y Asia Central
DESCRIPCIÓN DEL IPV6

A principios de los años noventa, el Grupo de trabajo de ingeniería de Internet (IETF) centró su interés en el agotamiento
de direcciones de red IPv4 y comenzó a buscar un reemplazo para este protocolo. Esta actividad produjo el desarrollo de
lo que hoy se conoce como IPv6.
Crear mayores capacidades de direccionamiento fue la motivación inicial para el desarrollo de este nuevo protocolo.
También se consideraron otros temas durante el desarrollo de IPv6, como:
Manejo mejorado de paquetes
Escalabilidad y longevidad mejoradas
Mecanismos QoS (Calidad del Servicio)
Seguridad integrada
Para proveer estas características, IPv6 ofrece:
Direccionamiento jerárquico de 128 bits: para expandir las capacidades de direccionamiento
Simplificación del formato de encabezado: para mejorar el manejo de paquetes
Soporte mejorado para extensiones y opciones: para escalabilidad/longevidad mejoradas y manejo mejorado de
paquetes
Capacidad de rotulado de flujo: como mecanismos QoS
Capacidades de autenticación y privacidad: para integrar la seguridad
TRANSICIÓN A IPV6
Como se puede ver en esta breve introducción, IPv6 ha sido diseñado con escalabilidad para permitir años de crecimiento
de la internetwork. Sin embargo, IPv6 se está implementando lentamente y en redes selectas. Debido a las mejores
herramientas, tecnologías y administración de direcciones en los últimos años, IPv4 todavía se utiliza ampliamente y
probablemente permanezca durante algún tiempo en el futuro. Sin embargo, IPv6 podrá eventualmente reemplazar a IPv4
como protocolo de Internet dominante. El 6 de junio de 2012 a las 00:00 GMT, se llevó a cabo el Lanzamiento Mundial de
IPv6, cuando los principales proveedores de servicios de Internet y Compañías web habilitaron permanentemente IPv6 en
sus productos y servicios
16 de 25 23/09/2017 20:31
MÁSCARA DE SUBRED
Como se enseñó anteriormente, una dirección IPv4 tiene una porción de red y una porción de host. Para definir las
porciones de red y de host de una dirección, los dispositivos usan un patrón separado de 32 bits llamado máscara de
subred, como se muestra en la figura. La máscara de subred se expresa con el mismo formato decimal punteado que la
dirección IPv4. La máscara de subred se crea al colocar un 1 binario en cada posición de bit que representa la porción de
red y un 0 binario en cada posición de bit que representa la porción de host.
Se expresa una máscara de subred de esta forma 255.255.255.0 (11111111.11111111.11111111.00000000). Los bits
restantes (orden inferior) de la máscara de subred son números cero, que indican la dirección host dentro de la red. La
máscara de subred se configura en un host junto con la dirección IPv4 para definir la porción de red de esa dirección.
Por ejemplo: veamos el host 172.16.4.35/27:
dirección
172.16.20.35
10101100.00010000.00010100.00100011
17 de 25 23/09/2017 20:31
máscara de subred
255.255.255.224
11111111.11111111.11111111.11100000
dirección de red
172.16.20.32
10101100.00010000.00010100.00100000
Como los bits de orden superior de las máscaras de subred son contiguos números 1, existe solamente un número
limitado de valores de subred dentro de un octeto. Sólo es necesario ampliar un octeto si la división de red y host entra en
dicho octeto. Por lo tanto, se usan patrones de 8 bits limitados en las máscaras de subred.
Estos patrones son:
00000000 = 0
10000000 = 128
11000000 = 192
11100000 = 224
11110000 = 240
11111000 = 248
11111100 = 252
11111110 = 254
11111111 = 255
Si la máscara de subred de un octeto está representada por 255, entonces todos los bits equivalentes de ese octeto de la
dirección son bits de red. De igual manera, si la máscara de subred de un octeto está representada por 0, entonces todos
los bits equivalentes de ese octeto de la dirección son bits de host. En cada uno de estos casos, no es necesario ampliar
este octeto a binario para determinar las porciones de red y host.
18 de 25 23/09/2017 20:31
PRINCIPIOS EN DIVISIÓN EN SUBREDES

La división en subredes permite crear múltiples redes lógicas de un solo bloque de direcciones. Como usamos un router
para conectar estas redes, cada interfaz en un router debe tener un ID único de red. Cada nodo en ese enlace está en la
misma red. Creamos las subredes utilizando uno o más de los bits del host como bits de la red. Esto se hace ampliando la
máscara para tomar prestado algunos de los bits de la porción de host de la dirección, a fin de crear bits de red
adicionales. Cuantos más bits de host se usen, mayor será la cantidad de subredes que puedan definirse. Para cada bit
que se tomó prestado, se duplica la cantidad de subredes disponibles. Por ejemplo: si se toma prestado 1 bit, es posible
definir 2 subredes. Si se toman prestados 2 bits, es posible tener 4 subredes. Sin embargo, con cada bit que se toma
prestado, se dispone de menos direcciones host por subred.
19 de 25 23/09/2017 20:31
El router A en la figura posee dos interfaces para interconectar dos redes. Dado un bloque de direcciones 192.168.1.0 /24,
se crearán dos subredes. Se toma prestado un bit de la porción de host utilizando una máscara de subred
255.255.255.128, en lugar de la máscara original 255.255.255.0. El bit más significativo del último octeto se usa para
diferenciar dos subredes. Para una de las subredes, este bit es "0" y para la otra subred, este bit es "1".
Fórmula para calcular subredes

Use esta fórmula para calcular la cantidad de subredes: 2^n donde n = la cantidad de bits que se tomaron prestados
En este ejemplo, el cálculo es así: 2^1 = 2 subredes
La cantidad de hosts
Para calcular la cantidad de hosts por red, se usa la fórmula 2^n - 2 donde n = la cantidad de bits para hosts.
La aplicación de esta fórmula, (2^7 - 2 = 126) muestra que cada una de estas subredes puede tener 126 hosts. En cada
subred, examine el último octeto binario. Los valores de estos octetos para las dos redes son:
Subred 1: 00000000 = 0
Subred 2: 10000000 = 128
Ejemplo de cálculo de subredes

Cada red dentro de la internetwork de una empresa u organización está diseñada para incluir una cantidad limitada de
hosts. Algunas redes, como enlaces WAN punto a punto, sólo requieren un máximo de dos hosts. Otras redes, como una
LAN de usuario en un edificio o departamento grande, pueden necesitar la inclusión de cientos de hosts. Es necesario que
los administradores de red diseñen el esquema de direccionamiento de la internetwork para incluir la cantidad máxima de
hosts para cada red. La cantidad de hosts en cada división debe permitir el crecimiento de la cantidad de hosts.
Determine la cantidad total de hosts
Primero, considere la cantidad total de hosts necesarios por toda la internetwork corporativa. Se debe usar un bloque de
direcciones lo suficientemente amplio como para incluir todos los dispositivos en todas las redes corporativas. Esto incluye
dispositivos de usuarios finales, servidores, dispositivos intermediarios e interfaces de routers.
Paso 1
Considere el ejemplo de una internetwork corporativa que necesita incluir 800 hosts en sus cuatro ubicaciones. Determine
la cantidad y el tamaño de las redes
20 de 25 23/09/2017 20:31
Paso 2
Se dividen las subredes de la red para superar problemas de ubicación, tamaño y control. Al diseñar el direccionamiento,
se tienen en cuenta los factores para agrupar los hosts antes tratados:
Agrupar basándonos en una ubicación geográfica común
Agrupar hosts usados para propósitos específicos
Agrupar basándonos en la propiedad
Cada enlace WAN es una red. Se crean subredes para la WAN que interconecta diferentes ubicaciones geográficas. Al
conectar diferentes ubicaciones, se usa un router para dar cuenta de las diferencias de hardware entre las LAN y la WAN.
A pesar de que los hosts de una ubicación geográfica en común típicamente comprenden un solo bloque de direcciones,
puede ser necesario realizar la división en subredes de este bloque para formar redes adicionales en cada ubicación. Es
necesario crear subredes en diferentes ubicaciones que tengan hosts para las necesidades comunes de los usuarios.
También puede suceder que otros grupos de usuarios requieran muchos recursos de red o que muchos usuarios requieran
su propia subred. Además, es posible tener subredes para hosts especiales, como servidores. Es necesario tener en
cuenta cada uno de estos factores para determinar la cantidad de redes. También se deben tener en cuenta las
necesidades de propiedad especiales de seguridad o administrativas que requieran redes adicionales.
A fin de incluir 800 hosts en las cuatro ubicaciones de la compañía, se usa la aritmética binaria para asignar un bloque /22
(2^10-2=1022).
ASIGNACIÓN DE DIRECCIONES
Ahora que se conoce la cantidad de redes y la cantidad de hosts para cada red, es necesario comenzar a asignar
direcciones a partir del bloque general de direcciones.
21 de 25 23/09/2017 20:31
Paso 3
Este proceso comienza al asignar direcciones de red para ubicaciones de redes especiales. Se comienza por las
ubicaciones que requieren la mayoría de los hosts y se continúa hasta los enlaces punto a punto. Este proceso asegura
que se disponga de bloques de direcciones lo suficientemente amplios para incluir los hosts y las redes para estas
ubicaciones. Al hacer las divisiones y asignar las subredes disponibles, es necesario asegurarse de que haya direcciones
del tamaño adecuado para mayores demandas.
La subdivisión en subredes, o el uso de una Máscara de subred de longitud variable (VLSM), fue diseñada para maximizar
la eficiencia del direccionamiento. Al identificar la cantidad total de hosts que utiliza la división tradicional en subredes, se
asigna la misma cantidad de direcciones para cada subred. Si todas las subredes tuvieran los mismos requisitos en cuanto
a la cantidad de hosts, estos bloques de direcciones de tamaño fijo serían eficientes. Sin embargo, esto no es lo que suele
suceder.
22 de 25 23/09/2017 20:31
La topología en la Figura muestra los requisitos de subred de siete subredes, una para cada una de las cuatro LAN y una
para cada una de las tres WAN. Con la dirección 192.168.20.0, es necesario pedir prestados 3 bits de los bits del host en
el último octeto para satisfacer los requisitos de subred de siete subredes. Estos bits son bits que se toman prestados al
cambiar la máscara de subred correspondiente por números "1" para indicar que estos bits ahora se usan como bits de
red. Entonces, el último octeto de la máscara se representa en binario con 11100000, que es 224. La nueva máscara
255.255.255.224 se representa mediante la notación /27 para representar un total de 27 bits para la máscara.
En binario, esta máscara de subred se representa como: 11111111.11111111.11111111.11100000
Luego de tomar prestados tres de los bits de host para usar como bits de red, quedan cinco bits de host. Estos cinco bits
permitirán más de 30 hosts por subred. A pesar de que se ha cumplido la tarea de dividir la red en una cantidad adecuada
de redes, esto se hizo mediante la pérdida significativa de direcciones no utilizadas. Por ejemplo: sólo se necesitan dos
direcciones en cada subred para los enlaces WAN. Hay 28 direcciones no utilizadas en cada una de las tres subredes
WAN que han sido bloqueadas en estos bloques de direcciones. Además, de esta forma se limita el crecimiento futuro al
reducir el número total de subredes disponibles. Este uso ineficiente de direcciones es característico del direccionamiento
con clase.
Aplicar un esquema de división en subredes estándar al escenario no es muy eficiente y puede causar desperdicio. De
hecho, este ejemplo es un modelo satisfactorio para mostrar cómo la división en subredes de una subred puede utilizarse
para maximizar el uso de la dirección.
OBTENCIÓN DE MÁS SUBREDES PARA MENOS

HOSTS
Como se mostró en ejemplos anteriores, se comenzó con las subredes originales y se obtuvieron subredes adicionales
más pequeñas para usar en los enlaces WAN. Creando subredes más pequeñas, cada subred puede soportar 2 hosts,
dejando libres las subredes originales para ser asignadas a otros dispositivos y evitando que muchas direcciones puedan
ser desperdiciadas. Para crear estas subredes más pequeñas para los enlaces WAN, comience con 192.168.20.192.
Podemos dividir esta subred en subredes más pequeñas. Para suministrar bloques de direcciones para las WAN con dos
direcciones cada una, se tomarán prestados tres bits de host adicionales para usar como bits de red.
Dirección: 192.168.20.192 En binario: 11000000.10101000.00010100.11000000
Máscara: 255.255.255.252 30 bits en binario: 11111111.11111111.11111111.11111100
La topología en el segundo cuadro muestra un plan de direccionamiento que divide las subredes 192.168.20.192 /27 en
subredes más pequeñas para suministrar direcciones para las WAN. De esta forma se reduce la cantidad de direcciones
por subred a un tamaño apropiado para las WAN. Con este direccionamiento, se obtienen subredes 4, 5 y 7 disponibles
para futuras redes, así como varias subredes disponibles para las WAN.
23 de 25 23/09/2017 20:31

Unidad 4 - Introduccion A Redes

Cargado por

Copyright:

Formatos disponibles

Unidad 4 - Introduccion A Redes

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Unidad 4 - Introduccion A Redes

Cargado por

Copyright:

Formatos disponibles

https://alumni.educacionit.

ESTRUCTURA DE LA TRAMA ETHERNET

TAMAÑO DE LA TRAMA DE ETHERNET

Campos Preámbulo y Delimitador de inicio de trama

Campo Dirección MAC de destino

Campo Dirección MAC de origen

Campos Datos y Relleno

Gateway por defecto

DIRECCIONAMIENTO DE UNA RED

Sistema de numeración binaria

En el ejemplo, el número binario:

Divida los 32 bits en 4 octetos.

Convierta cada octeto a decimal.

Agregue un "punto" entre cada decimal.

TIPOS DE DIRECCIONES EN UNA RED IPV4

Direcciones Públicas y Privadas

TRADUCCIÓN DE DIRECCIONES DE RED

ASIGNACIÓN ESTÁTICA DE DIRECCIONES

ASIGNACIÓN DINÁMICA DE DIRECCIONES

DESCRIPCIÓN DEL IPV6

PRINCIPIOS EN DIVISIÓN EN SUBREDES

Fórmula para calcular subredes

Ejemplo de cálculo de subredes

OBTENCIÓN DE MÁS SUBREDES PARA MENOS

También podría gustarte