Source: http://www.slideshare.net/cjao/redes-cap9
Timestamp: 2016-05-04 13:31:28+00:00

Document:
by LuzMCM
Modeloosiytcp
by Andrés Munoz
buenge
Roxana Stiletto
Z Karina Hernandez A
1<br />Capítulo 9<br />Conjunto de Protocolos de TCP/IP<br />
Introducción<br />El conocimiento de los modelos OSI y TCP/IP es importante para poder explicar el funcionamiento de una red.<br />Los Routers utilizan un protocolo de la capa tres (el protocolo IP) para encontrar la mejor ruta hacia un dispositivo destino. <br />IPv4, la versión actual de IP, se diseñó antes de que se produjera una gran demanda de direcciones. <br />El crecimiento explosivo de Internet ha amenazado con agotar el suministro de direcciones IP. <br />La división en subredes, la Traducción de direcciones en red (NAT) y el direccionamiento privado se utilizan para extender el direccionamiento IP sin agotar el suministro. <br />Otra versión de IP conocida como IPv6 mejora la versión actual proporcionando un espacio de direccionamiento mucho mayor, integrando o eliminando los métodos utilizados para trabajar con los puntos débiles del IPv4.<br />Además de la dirección física MAC, cada computador necesita de una dirección IP exclusiva, a veces llamada dirección lógica, para formar parte de la Internet. <br />Existen varios métodos para la asignación de una dirección IP. <br />Algunos dispositivos siempre cuentan con una dirección estática.<br />Otros cuentan con una dirección temporaria asignada dinámicamente.<br />2<br />
9.1 Origen y Futuro de TCP/IP<br />El DoD de EE.UU. creó el modelo de referencia TCP/IP porque necesitaba una red que pudiera sobrevivir ante cualquier circunstancia. <br />Imaginemos un mundo, cruzado por numerosos tendidos de cables, alambres, microondas, fibras ópticas y enlaces satelitales.<br />El DoD requería una transmisión de datos confiable hacia cualquier destino de la red, en cualquier circunstancia. <br />La creación del modelo TCP/IP ayudó a solucionar este difícil problema de diseño.<br />Desde entonces, TCP/IP se ha convertido en el estándar en el que se basa la Internet. <br />Al leer sobre las capas del modelo TCP/IP, debemos tener en cuenta el propósito original de la Internet. <br />Esto ayudará a reducir las confusiones. <br />El modelo TCP/IP tiene cuatro capas:<br />la capa de aplicación<br />la capa de transporte<br />la capa de Internet<br />la capa de acceso de red. <br />Es importante observar que algunas de las capas del modelo TCP/IP poseen el mismo nombre que las capas del modelo OSI. <br />Resulta fundamental no confundir las funciones de las capas de los dos modelos ya que estas desempeñan diferentes funciones en cada modelo.<br />3<br />
9.2 La Capa de Aplicación<br />La capa de aplicación del modelo TCP/IP:<br />Maneja protocolos de alto nivel.<br />Aspectos de representación, codificación y control de diálogo. <br />El modelo TCP/IP combina todos los aspectos relacionados con las aplicaciones en una sola capa y asegura que estos datos estén correctamente empaquetados antes de que pasen a la capa siguiente. <br />TCP/IP incluye no sólo las especificaciones de Internet y de la capa de transporte, tales como IP y TCP, sino también las especificaciones para aplicaciones comunes. <br />TCP/IP tiene los siguientes protocolos :<br />FTP, TFTP, NFS, SMTP, Telnet, SNMP y DNS.<br />4<br />
9.2.1 Protocolos de la Capa de Aplicación<br />Protocolo de transferencia de archivos (FTP): <br />Es un servicio confiable orientado a conexión que utiliza TCP para transferir archivos entre sistemas que admiten la transferencia FTP. <br />Permite transferencias bidireccionales de archivos binarios ASCII.<br />Protocolo trivial de transferencia de archivos (TFTP): <br />Es un servicio no orientado a conexión que utiliza el Protocolo de datagrama de usuario (UDP). <br />Los Routers utilizan el TFTP para transferir los archivos de configuración e imágenes IOS de Cisco y para transferir archivos entre sistemas que admiten TFTP. <br />Es útil en LANs porque opera más rápido que FTP en un entorno estable.<br />Sistema de archivos de red (NFS): <br />Es un conjunto de protocolos para un sistema de archivos distribuido, desarrollado por Sun Microsystems que permite acceso a los archivos de un dispositivo de almacenamiento remoto, por ejemplo, un disco rígido a través de una red.<br />5<br />
Protocolo simple de transferencia de correo (SMTP): <br />Administra la transmisión de correo electrónico a través de las redes informáticas. <br />No admite la transmisión de datos que no sea en forma de texto simple.<br />Emulación de terminal (Telnet): <br />Telnet tiene la capacidad de acceder de forma remota a otro computador. <br />Permite que el usuario se conecte a un host de Internet y ejecute comandos. <br />El cliente de Telnet recibe el nombre de host local. <br />El servidor de Telnet recibe el nombre de host remoto.<br />Protocolo simple de administración de red (SNMP): <br />Es un protocolo que provee una manera de monitorear y controlar los dispositivos de red y de administrar las configuraciones, la recolección de estadísticas, el desempeño y la seguridad.<br />Sistema de denominación de dominio (DNS): <br />Es un sistema que se utiliza en Internet para convertir los nombres de los dominios y de sus nodos de red publicados abiertamente en direcciones IP.<br />6<br />
9.3 La Capa de Transporte<br />La capa de transporte proporciona servicios de transporte desde el host origen hacia el host destino. <br />Forma una conexión lógica entre los puntos finales de la red, el host transmisor y el host receptor.<br />Los protocolos de transporte segmentan y reensamblan los datos mandados por las capas superiores en el mismo flujo de datos, o conexión lógica entre los extremos. <br />La corriente de datos de la capa de transporte brinda transporte de extremo a extremo.<br />Se compara la Internet con una nube. <br />La capa de transporte envía los paquetes de datos desde la fuente transmisora hacia el destino receptor a través de la nube. <br />El control de punta a punta, que se proporciona con las ventanas deslizantes y la confiabilidad de los números de secuencia y acuses de recibo, es el deber básico de la capa de transporte cuando utiliza TCP. <br />La capa de transporte también define la conectividad de extremo a extremo entre las aplicaciones de los hosts. <br />Los servicios de transporte incluyen los siguientes servicios:<br />TCP y UDP<br />Segmentación de los datos de capa superior.<br />Envío de los segmentos desde un dispositivo en un extremo a otro dispositivo en otro extremo.<br />TCP solamente<br />Establecimiento de operaciones de punta a punta.<br />Control de flujo proporcionado por ventanas deslizantes.<br />Confiabilidad proporcionada por los números de secuencia y los acuses de recibo.<br />7<br />
9.4 La Capa de Internet<br />El propósito de la capa de Internet es seleccionar la mejor ruta para enviar paquetes por la red. <br />El protocolo principal que funciona en esta capa es el Protocolo de Internet (IP). <br />La determinación de la mejor ruta y la conmutación de los paquetes ocurre en esta capa.<br />Los siguientes protocolos operan en la capa de Internet TCP/IP:<br />IP proporciona un enrutamiento de paquetes no orientado a conexión de máximo esfuerzo. El IP no se ve afectado por el contenido de los paquetes, sino que busca una ruta de hacia el destino.<br />El Protocolo de mensajes de control en Internet (ICMP) suministra capacidades de control y envío de mensajes.<br />El Protocolo de resolución de direcciones (ARP) determina la dirección de la capa de enlace de datos, la dirección MAC, para las direcciones IP conocidas.<br />El Protocolo de resolución inversa de direcciones (RARP) determina las direcciones IP cuando se conoce la dirección MAC.<br />El IP ejecuta las siguientes operaciones:<br />Define un paquete y un esquema de direccionamiento.<br />Transfiere los datos entre la capa Internet y las capas de acceso de red.<br />Enruta los paquetes hacia los hosts remotos.<br />8<br />
9.5 La Capa de Acceso a la Red<br />También denominada capa de host a red. <br />Maneja todos los aspectos que un paquete IP requiere para efectuar un enlace físico real con los medios. <br />Incluye los detalles de tecnologías LAN y WAN y los detalles de las capas física y de enlace de datos del modelo OSI.<br />Los controladores para las aplicaciones de software, las tarjetas de módem y otros dispositivos operan en esta capa. <br />La capa de acceso de red define los procedimientos para realizar la interfaz con el hardware de la red y para tener acceso al medio de transmisión. <br />Los estándares del protocolo de los módem como ser el Protocolo Internet de enlace serial (SLIP) y el Protocolo de punta a punta (PPP):<br />Brindan acceso a la red a través de una conexión por módem. <br />Debido a un intrincado juego entre las especificaciones del hardware, el software y los medios de transmisión, existen muchos protocolos que operan en esta capa. <br />Esto genera confusión en los usuarios. <br />La mayoría de los protocolos reconocibles operan en las capas de transporte y de Internet del modelo TCP/IP.<br />Las funciones de esta capa incluyen:<br />La asignación de direcciones IP a las direcciones físicas.<br />El encapsulamiento de los paquetes IP en tramas. <br />9<br />
9.6 Comparación OSI v.s. TCP/IP<br />Similitudes entre los modelos OSI y TCP/IP:<br />Ambos se dividen en capas.<br />Ambos tienen capas de aplicación, aunque incluyen servicios muy distintos.<br />Ambos tienen capas de transporte y de red similares.<br />Se supone que la tecnología es de conmutación por paquetes y no de conmutación por circuito.<br />Los profesionales de networking deben conocer ambos modelos.<br />Diferencias entre los modelos OSI y TCP/IP:<br />TCP/IP combina las capas de presentación y de sesión en una capa de aplicación<br />TCP/IP combina la capas de enlace de datos y la capa física del modelo OSI en una sola capa.<br />TCP/IP parece ser más simple porque tiene menos capas.<br />La capa de transporte TCP/IP que utiliza UDP no siempre garantiza la entrega confiable de los paquetes mientras que la capa de transporte del modelo OSI sí.<br />10<br />
9.7 Arquitectura de Internet<br />Una red de redes recibe el nombre de internet, que se escribe con &quot;i&quot; minúscula. <br />Cuando se hace referencia a las redes desarrolladas por el DoD en las que corre la Worldwide Web (www) (Red mundial), se utiliza la letra &quot;I“ mayúscula y recibe el nombre de Internet. <br />Internetworking:<br />Debe ser escalable respecto del número de redes y computadores conectados.<br />Debe ser capaz de manejar el transporte de datos a lo largo de grandes distancias. <br />Tiene que ser flexible para admitir las constantes innovaciones tecnológicas. <br />Además, debe ser capaz de ajustarse a las condiciones dinámicas de la red. <br />Deben ser económicas. <br />Deben estar diseñadas para permitir que en cualquier momento, en cualquier lugar, cualquier persona reciba la comunicación de datos.<br />11<br />
9.8 Direccionamiento IP<br />Una dirección IP es una secuencia de unos y ceros de 32 bits. <br />Para que el uso de la dirección IP sea más sencillo, en general, la dirección aparece escrita en forma de cuatro números decimales separados por puntos. <br />Esto es el formato decimal punteado. <br />Cada dirección IP se escribe en cuatro partes separadas por puntos. <br />Cada parte de la dirección se conoce como octeto:<br />Se compone de ocho dígitos binarios. <br />Tanto los números binarios como los decimales de la figura representan a los mismos valores, pero resulta más sencillo apreciar la notación decimal punteada. <br />Resulta más sencillo observar la relación entre los números:<br />192.168.1.8 y 192.168.1.9<br />Mientras que :<br />11000000.10101000.00000001.00001000 y 11000000.10101000.00000001.00001001 <br />No son fáciles de reconocer. <br />Al observar los binarios, resulta complicado apreciar que son números consecutivos.<br />12<br />
9.9 Direccionamiento IPv4<br />Un Router envía los paquetes desde la red origen a la red destino utilizando el protocolo IP. <br />Los paquetes deben incluir un identificador tanto para la red origen como para la red destino. <br />Cuando un paquete llega a un Router conectado a la red destino, este utiliza la dirección IP para localizar el computador en particular conectado a la red. <br />Este sistema funciona de la misma forma que un sistema nacional de correo. <br />Cuando se envía una carta, primero debe enviarse a la oficina de correos de la ciudad destino, utilizando el código postal. <br />Dicha oficina debe entonces localizar el destino final en la misma ciudad utilizando el domicilio. <br />Es un proceso de dos pasos.<br />De igual manera, cada dirección IP consta de dos partes. <br />Una parte identifica la red donde se conecta el sistema y la segunda identifica el sistema en particular de esa red. <br />Cada octeto varía de 0 a 255. <br />Cada uno de los octetos se divide en 256 subgrupos y éstos, a su vez, se dividen en otros 256 subgrupos con 256 direcciones cada uno. <br />Al referirse a una dirección de grupo inmediatamente arriba de un grupo en la jerarquía, se puede hacer referencia a todos los grupos que se ramifican a partir de dicha dirección como si fueran una sola unidad.<br />13<br />
9.9.1 Dirección Jerárquica<br />La dirección jerárquica contiene diferentes niveles. <br />Una dirección IP combina estos dos identificadores en un solo número. <br />Este número debe ser un número exclusivo, porque las direcciones repetidas harían imposible el enrutamiento, consta de 2 partes:<br />La primera parte identifica la dirección de la red del sistema. <br />La segunda parte, la parte del host, identifica qué máquina en particular de la red.<br />14<br />
9.9.2 Clases<br />Las direcciones IP se dividen en clases para definir las redes de tamaño pequeño, mediano y grande. <br />Las direcciones Clase A se asignan a las redes de mayor tamaño. <br />Las direcciones Clase B se utilizan para las redes de tamaño medio.<br />Las de Clase C para redes pequeñas. <br />El primer paso para determinar qué parte de la dirección identifica la red y qué parte identifica el host es identificar la clase de dirección IP.<br />15<br />
9.9.3 Clases A, B, C, D y E<br />Para adaptarse a redes de distintos tamaños y para clasificarlas, las direcciones IP se dividen en grupos llamados clases. <br />Esto se conoce como direccionamiento classful. <br />Cada dirección IP completa de 32 bits se divide en la parte de la red y parte del host. <br />Un bit o una secuencia de bits al inicio de cada dirección determina su clase.<br />16<br />
9.9.3.1 Clase A<br />La dirección Clase A se diseñó para admitir redes de tamaño extremadamente grande, de más de 16 millones de direcciones de host disponibles. <br />Las direcciones IP Clase A utilizan sólo el primer octeto para indicar la dirección de la red. <br />Los tres octetos restantes son para las direcciones host.<br />El primer bit de la dirección Clase A siempre es 0. <br />Con dicho primer bit, que es un 0, el menor número que se puede representar es 00000000, 0 decimal. <br />El valor más alto que se puede representar es 01111111, 127 decimal. <br />Estos números 0 y 127 quedan reservados y no se pueden utilizar como direcciones de red.<br />Cualquier dirección que comience con un valor entre 1 y 126 en el primer octeto es una dirección Clase A.<br />La red 127.0.0.0 se reserva para las pruebas de loopback. <br />Los Routers o las máquinas locales pueden utilizar esta dirección para enviar paquetes nuevamente hacia ellos mismos. <br />Por lo tanto, no se puede asignar este número a una red.<br />17<br />
9.9.3.2 Clase B<br />La dirección Clase B se diseñó para cumplir las necesidades de redes de tamaño moderado a grande.<br />Una dirección IP Clase B utiliza los primeros dos de los cuatro octetos para indicar la dirección de la red.<br />Los dos octetos restantes especifican las direcciones del host.<br />Los primeros dos bits del primer octeto de la dirección Clase B siempre son 10. <br />Los seis bits restantes pueden poblarse con unos o ceros. <br />Por lo tanto, el menor número que puede representarse en una dirección Clase B es 10000000, 128 decimal. <br />El número más alto que puede representarse es 10111111, 191 decimal. <br />Cualquier dirección que comience con un valor entre 128 y 191 en el primer octeto es una dirección Clase B.<br />18<br />
9.9.3.3 Clase C<br />El espacio de direccionamiento Clase C es el que se utiliza más frecuentemente en las clases de direcciones originales. <br />Este espacio de direccionamiento tiene el propósito de admitir redes pequeñas con un máximo de 254 hosts.<br />Una dirección Clase C comienza con el binario 110. <br />Por lo tanto, el menor número que puede representarse es 11000000, 192 decimal. <br />El número más alto que puede representarse es 11011111, 223 decimal. <br />Si una dirección contiene un número entre 192 y 223 en el primer octeto, es una dirección de Clase C.<br />19<br />
9.9.3.4 Clase D<br />La dirección Clase D se creó para permitir multicast en una dirección IP. <br />Una dirección multicast es una dirección exclusiva de red que dirige los paquetes con esa dirección destino hacia grupos predefinidos de direcciones IP. <br />Por lo tanto, una sola estación puede transmitir de forma simultánea una sola corriente de datos a múltiples receptores.<br />El espacio de direccionamiento Clase D, en forma similar a otros espacios de direccionamiento, se encuentra limitado matemáticamente. <br />Los primeros cuatro bits de una dirección Clase D deben ser 1110.<br />Por lo tanto, el primer rango de octeto para las direcciones Clase D es 11100000 a 11101111, o 224 a 239.<br />Una dirección IP que comienza con un valor entre 224 y 239 en el primer octeto es una dirección Clase D.<br />20<br />
9.9.3.5 Clase E<br />Se ha definido una dirección Clase E. <br />Sin embargo, la Fuerza de tareas de ingeniería de Internet (IETF) ha reservado estas direcciones para su propia investigación. <br />Por lo tanto, no se han emitido direcciones Clase E para ser utilizadas en Internet. <br />Los primeros cuatro bits de una dirección Clase E siempre son 1s.<br />Por lo tanto, el rango del primer octeto para las direcciones Clase E es 11110000 a 11111111, o 240 a 255.<br />21<br />
9.10 Direcciones Reservadas<br />Ciertas direcciones de host son reservadas y no pueden asignarse a dispositivos de la red, estas direcciones incluyen:<br />22<br /><ul><li>Dirección de red:
Para identificar la red en sí.
En la figura, la sección del casillero superior representa la red 198.150.11.0.
Los datos enviados a cualquier host de dicha red (198.150.11.1- 198.150.11.254) se verá desde afuera de la red del área local con la dirección 198.159.11.0.
Los números del host sólo tienen importancia cuando los datos se encuentran en una red de área local.
Para realizar el broadcast de paquetes hacia todos los dispositivos de una red.
En la figura, la sección del casillero superior representa rá la dirección de broadcast 198.150.11.255.
Todos los hosts de la red leerán los datos enviados a la dirección de broadcast (198.150.11.1- 198.150.11.254).</li></li></ul><li>9.11 Direcciones IP Públicas y Privadas<br />Para asegurar que las direcciones fueran exclusivas, en principio, una organización conocida como el Centro de información de la red Internet (InterNIC) manejaba este procedimiento. <br />InterNIC ya no existe y la Agencia de asignación de números de Internet (IANA) la ha sucedido. <br />IANA administra, cuidadosamente, la provisión restante de las direcciones IP para garantizar que no se genere una repetición de direcciones utilizadas de forma pública. <br />La repetición suele causar inestabilidad en la Internet y compromete su capacidad para entregar datagramas a las redes.<br />Las direcciones IP públicas son exclusivas. <br />Dos máquinas que se conectan a una red pública nunca pueden tener la misma dirección IP porque las direcciones IP públicas son globales y están estandarizadas. <br />Todas las máquinas que se conectan a la Internet acuerdan adaptarse al sistema. <br />Hay que obtener las direcciones IP públicas de un proveedor de servicios de Internet (ISP) o un registro, a un costo.<br />Con el rápido crecimiento de Internet, las direcciones IP públicas comenzaron a escasear. <br />Se desarrollaron nuevos esquemas de direccionamiento, tales como el enrutamiento entre dominios sin clase (CIDR) y el IPv6, para ayudar a resolver este problema. <br />23<br />
9.11.1 Direcciones Privadas<br />Las direcciones IP privadas son otra solución al problema del inminente agotamiento de las direcciones IP públicas. <br />Las redes públicas requieren que los hosts tengan direcciones IP únicas. <br />Sin embargo, las redes privadas que no están conectadas a la Internet pueden utilizar cualquier dirección de host, siempre que cada host dentro de la red privada sea exclusivo. <br />Existen muchas redes privadas junto con las redes públicas. <br />Sin embargo, no es recomendable que una red privada utilice una dirección cualquiera debido a que, con el tiempo, dicha red podría conectarse a Internet. <br />El RFC 1918 asigna tres bloques de la dirección IP para uso interno y privado. <br />Estos tres bloques consisten en una dirección de Clase A, un rango de direcciones de Clase B y un rango de direcciones de Clase C. <br />Las direcciones que se encuentran en estos rangos no se enrutan hacia el backbone de la Internet. <br />Los Routers de Internet descartan inmediatamente las direcciones privadas. <br />Si se produce un direccionamiento hacia una intranet que no es pública, un laboratorio de prueba o una red doméstica, es posible utilizar las direcciones privadas en lugar de direcciones exclusivas a nivel global. <br />24<br />
9.11.2 Traducción de Direcciones Privadas<br />Las direcciones IP privadas pueden entremezclarse con las públicas, así se conservará el número de direcciones utilizadas para conexiones internas.<br />La conexión de una red que utiliza direcciones privadas a la Internet requiere que las direcciones privadas se conviertan a direcciones públicas. <br />Este proceso de conversión se conoce como Traducción de direcciones de red (NAT). <br />En general, un Router es el dispositivo que realiza la NAT.<br />25<br />
9.12 División de Subredes<br />Es otro método para administrar las direcciones IP. <br />Consiste en dividir las clases de direcciones de red completas en partes de menor tamaño.<br />Ha evitado el completo agotamiento de las direcciones IP. <br />Es imposible hablar sobre TCP/IP sin mencionar la división en subredes. <br />Como administrador de sistemas, es importante comprender que la división en subredes constituye un medio para dividir e identificar las redes individuales en toda la LAN. <br />No siempre es necesario subdividir una red pequeña. <br />Sin embargo, en el caso de redes grandes a muy grandes, la división en subredes es necesario. <br />Dividir una red en subredes significa:<br />Utilizar una máscara de subred para dividir la red.<br />Convertir una gran red en segmentos más pequeños, más eficientes y administrables. <br />Un ejemplo sería un sistema telefónico que se divide en:<br />Códigos de área.<br />Códigos de intercambio.<br />Números locales.<br />26<br />
El administrador del sistema debe resolver estos problemas al agregar y expandir la red. <br />Es importante saber cuántas subredes o redes son necesarias y cuántos hosts se requerirán en cada red. <br />Con la división en subredes, la red no está limitada a las máscaras de red por defecto Clase A, B o C y se da una mayor flexibilidad en el diseño de la red.<br />Las direcciones de subredes incluyen la porción de red más el campo de subred y el campo de host. <br />El campo de subred y el campo de host se crean a partir de la porción de host original de la red entera. <br />La capacidad para decidir cómo se divide la porción de host original en los nuevos campos de subred y de host ofrece flexibilidad en el direccionamiento al administrador de red.<br />Para crear una dirección de subred, un administrador de red pide prestados bits del campo de host y los designa como campo de subred. <br />El número mínimo de bits que se puede pedir es 2. <br />Al crear una subred, donde se solicita un sólo bit, el número de la red suele ser red “.0”. <br />El número de broadcast entonces sería la red “.255”. <br />El número máximo de bits que se puede pedir prestado puede ser cualquier número que deje por lo menos 2 bits restantes para el número de host.<br />27<br />
9.13 IPv4 v.s. IPv6<br />Cuando se adoptó TCP/IP en los años 80, dependía de un esquema de direccionamiento de dos niveles. <br />En ese entonces, esto ofrecía una escalabilidad adecuada. <br />Desafortunadamente, los diseñadores de TCP/IP no pudieron predecir que, con el tiempo, su protocolo sostendría una red global de información, comercio y entretenimiento. <br />Hace más de 20 años, la Versión 4 del IP (IPv4) ofrecía una estrategia de direccionamiento que, aunque resultó escalable durante algún tiempo, produjo una asignación poco eficiente de las direcciones.<br />Las direcciones Clase A y B forman un 75 por ciento del espacio de direccionamiento IPv4, sin embargo, se pueden asignar menos de 17 000 organizaciones a un número de red Clase A o B. <br />Las direcciones de red Clase C son mucho más numerosas que las direcciones Clase A y B aunque ellas representan sólo el 12,5 por ciento de los cuatro mil millones de direcciones IP posibles.<br />28<br />
Las direcciones Clase C están limitadas a 254 hosts utilizables. <br />Esto no satisface las necesidades de organizaciones más importantes que no pueden adquirir una dirección Clase A o B. <br />Aún si hubiera más direcciones Clase A, B y C, muchas direcciones de red harían que los Routers se detengan debido a la carga del enorme tamaño de las tablas de enrutamiento, necesarias para guardar las rutas de acceso a cada una de las redes.<br />Ya en 1992, la Fuerza de tareas de ingeniería de Internet (IETF) identificó las 2 dificultades siguientes:<br />Agotamiento de las restantes direcciones de red IPv4 no asignadas. En ese entonces, el espacio de Clase B estaba a punto de agotarse.<br />Se produjo un gran y rápido aumento en el tamaño de las tablas de enrutamiento de Internet a medida que las redes Clase C se conectaban en línea. La inundación resultante de nueva información en la red amenazaba la capacidad de los Routers de Internet para ejercer una efectiva administración.<br />Durante las últimas 2 décadas, se desarrollaron numerosas extensiones al IPv4. <br />Estas extensiones se diseñaron específicamente para mejorar la eficiencia con la cual es posible utilizar un espacio de direccionamiento de 32 bits. <br />Dos de las más importantes son las máscaras de subred y el enrutamiento entre dominios sin clase (CIDR).<br />Mientras tanto, se ha definido y desarrollado una versión más extensible y escalable del IP, la Versión 6 del IP (IPv6). <br />IPv6 utiliza 128 bits en lugar de los 32 bits que en la actualidad utiliza el IPv4. <br />IPv6 utiliza números hexadecimales para representar los 128 bits. <br />IPv6 proporciona 640 sextillones de direcciones. <br />Esta versión del IP proporciona un número de direcciones suficientes para futuras necesidades de comunicación.<br />Esta versión de IP debe proporcionar suficientes direcciones para las necesidades de comunicación futuras.<br />29<br />
9.13.1 Ejemplo<br />30<br />
En la figura vemos las direcciones IPv4 e IPv6. <br />Las direcciones de IPv4 miden 32 bits de longitud, se escriben con números decimales separados por puntos. <br />Las direcciones IPv6 miden 128 bits y son identificadores de interfaces individuales y conjuntos de interfaces. <br />Las direcciones IPv6 se asignan a interfaces, no a nodos. <br />Como cada interface pertenece a un solo nodo, cualquiera de las direcciones unicast asignada a las interfaces del nodo se pueden usar como identificadores del nodo. <br />Las direcciones IPv6 se escriben en hexadecimal, separados por comas. <br />Los campos IPv6 tienen una longitud de 16 bits. <br />Para que las direcciones sean más fáciles de leer, es posible omitir los ceros iniciales de cada campo. <br />El campo: 0003: se escribe :3:. <br />La representación taquigráfica del IPv6 de los 128 bits utiliza números de 16 dígitos, que se muestran en forma de cuatro dígitos hexadecimales.<br />Después de diez años de planificación y desarrollo, el IPv6 lentamente comienza a implementarse en redes selectas. <br />Con el tiempo, el IPv6 reemplazará el IPv4 como el protocolo de Internet dominante.<br />31<br />
9.14 ¿Cómo Obtener una IP?<br />Un host de red necesita obtener una dirección exclusiva a nivel global para poder funcionar en Internet. <br />La dirección MAC o física que posee el host sólo tiene alcance local, para identificar el host dentro de la red del área local. <br />Como es una dirección de Capa 2, el Router no la utiliza para realizar transmisiones fuera de la LAN.<br />Las direcciones IP son las direcciones que más frecuentemente se utilizan en las comunicaciones en la Internet. <br />Este protocolo es un esquema de direccionamiento jerárquico que permite que las direcciones individuales se asocien en forma conjunta y sean tratadas como grupos. <br />Estos grupos de direcciones posibilitan una eficiente transferencia de datos a través de la Internet. <br />Los administradores de redes utilizan dos métodos para asignar las direcciones IP. <br />Estos métodos son el estático y el dinámico. <br />Independientemente del esquema de direccionamiento elegido, no es posible tener dos interfaces con la misma dirección IP. <br />Dos hosts con la misma dirección IP pueden generar conflictos que hacen que ambos no puedan operar correctamente. <br />Como muestra la figura , los hosts tienen una dirección física ya que cuentan con una tarjeta de interfaz de red que les permite conectarse al medio físico.<br />32<br />
9.15 Asignación Estática<br />La asignación estática funciona mejor en las redes pequeñas con poca frecuencia de cambios. <br />De forma manual, el administrador del sistema asigna y rastrea las direcciones IP para cada computador, impresora o servidor de una red interna. <br />Es fundamental llevar un buen registro para evitar que se produzcan problemas con las direcciones IP repetidas. <br />Esto es posible sólo cuando hay una pequeña cantidad de dispositivos que rastrear.<br />Los servidores deben recibir una dirección IP estática de modo que las estaciones de trabajo y otros dispositivos siempre sepan cómo acceder a los servicios requeridos. <br />Consideremos lo difícil que sería realizar un llamado telefónico a un lugar que cambiara de número todos los días.<br />Otros dispositivos que deben recibir direcciones IP estáticas son las impresoras en red, servidores de aplicaciones y Routers.<br />34<br />
9.16 Protocolo de Resolución Inversa de Direcciones RARP IP<br />RARP asocia las direcciones MAC conocidas a direcciones IP. <br />Esto permite que los dispositivos de red encapsulen los datos antes de enviarlos a la red. <br />Es posible que un dispositivo de red, como por ejemplo una estación de trabajo sin disco, conozca su dirección MAC pero no su IP. <br />RARP permite que el dispositivo realice una petición para conocer su dirección IP. <br />Los dispositivos que usan RARP requieren que haya un servidor RARP en la red para responder a las peticiones RARP.<br />Considere el caso en que un dispositivo origen desee enviar datos al dispositivo madre. <br />En este ejemplo, el dispositivo fuente conoce su propia dirección MAC pero es incapaz de ubicar su propia dirección IP en la tabla ARP. <br />El dispositivio origen debe incluir tanto su dirección MAC como su dirección IP para que el dispositivo destino retire los datos, los pase a las capas superiores del modelo OSI y responda al dispositivo transmisor. <br />De esta manera, el origen inicia un proceso denominado petición RARP. <br />Esta petición ayuda al dispositivo origen a detectar su propia dirección IP. <br />Las peticiones RARP se envían en broadcast a la LAN y el servidor RARP que por lo general es un Router responde. <br />35<br />
RARP utiliza el mismo formato de paquete que ARP. <br />Sin embargo, en una petición RARP, los encabezados MAC y el &quot;código de operación&quot; son diferentes a los de una petición ARP. <br />El formato de paquete RARP contiene lugares para las direcciones MAC tanto de los dispositivos de origen como de los de destino. <br />El campo de dirección IP origen está vacío. <br />El broadcast se dirige a todos los dispositivos de la red.<br />Por lo tanto, la dirección MAC destino deberá ser: FF:FF:FF:FF:FF:FF. <br />Las estaciones de trabajo que admiten RARP tienen códigos en ROM que los dirige a iniciar el proceso de RARP.<br />36<br />
9.17 Asignación de Direcciones BOOTP IP<br /><ul><li>El protocolo bootstrap (BOOTP) opera en un entorno cliente-servidor y sólo requiere el intercambio de un solo paquete para obtener la información IP. </li></ul>Sin embargo, a diferencia del RARP, los paquetes de BOOTP pueden incluir la dirección IP, así como la dirección de un Router, la dirección de un servidor y la información específica del fabricante.<br />37<br />
Sin embargo, un problema del BOOTP es que no se diseñó para proporcionar la asignación dinámica de las direcciones. <br />Con el BOOTP, un administrador de redes crea un archivo de configuración que especifica los parámetros de cada dispositivo. <br />El administrador debe agregar hosts y mantener la base de datos del BOOTP. <br />Aunque las direcciones se asignan de forma dinámica, todavía existe una relación exacta entre el número de direcciones IP y el número de hosts. <br />Esto significa que para cada host de la red, debe haber un perfil BOOTP con una asignación de dirección IP en él. <br />Dos perfiles nunca pueden tener la misma dirección IP. <br />Es posible que estos perfiles se utilicen al mismo tiempo y esto quiere decir que dos hosts tendrían la misma dirección IP.<br />Un dispositivo utiliza el BOOTP para obtener una dirección IP cuando se inicializa. <br />El BOOTP utiliza UDP para transportar los mensajes. <br />El mensaje UDP se encapsula en un paquete IP. <br />Un computador utiliza el BOOTP para enviar un paquete IP de broadcast a la dirección IP destino de todos unos, o sea, 255.255.255.255. <br />El servidor del BOOTP recibe el broadcast y responde en forma de broadcast. <br />El cliente recibe una trama y verifica la dirección MAC. <br />Si el cliente encuentra su propia dirección MAC en el campo de dirección destino y un broadcast en el campo IP destino, toma la dirección IP y la guarda junto con la otra información proporcionada por el mensaje BOOTP de respuesta.<br />38<br />
9.18 Administración de Direcciones DHCP IP<br />El Protocolo de configuración dinámica del host (DHCP) es el sucesor del BOOTP. <br />A diferencia del BOOTP, el DHCP permite que el host obtenga la dirección IP de forma dinámica sin que el administrador de red tenga que configurar un perfil individual para cada dispositivo. <br />Lo único que se requiere para utilizar el DHCP es un rango definido de direcciones IP en un servidor DHCP. <br />A medida que los hosts entran en línea, se comunican con el servidor DHCP y solicitan una dirección. <br />El servidor DHCP elige una dirección y se la arrienda a dicho host. <br />Con DHCP, la configuración completa de las red se puede obtener en un mensaje.<br />Esto incluye todos los datos que proporciona el mensaje BOOTP más una dirección IP arrendada y una máscara de subred.<br />39<br />
La principal ventaja que el DHCP tiene sobre el BOOTP es que permite que los usuarios sean móviles. <br />Esta movilidad permite que los usuarios cambien libremente las conexiones de red de un lugar a otro. <br />Ya no es necesario mantener un perfil fijo de cada dispositivo conectado a la red como en el caso del sistema BOOTP. <br />La importancia de este avance del DHCP es su capacidad de arrendar una dirección IP a un dispositivo y luego reclamar dicha dirección IP para otro usuario una vez que el primero la libera. <br />Esto significa que DHCP puede asignar una dirección IP disponible a cualquiera que se conecte a la red.<br />40<br />
9.19 Problemas en la Resolución de Direcciones<br />Uno de los principales problemas del networking es cómo comunicarse con los otros dispositivos de la red.<br />En la comunicación TCP/IP, el datagrama de una red de área local debe contener tanto una dirección MAC destino como una dirección IP destino. <br />Estas direcciones deben ser correctas y concordar con las direcciones IP y MAC destino del dispositivo host. <br />Si no concuerdan, el host destino descartará el datagrama.<br />La comunicación dentro de un segmento de LAN requiere de dos direcciones. <br />Debe haber una forma de mapear las direcciones IP a MAC de forma automática. <br />Se necesitaría demasiado tiempo si el usuario creara los mapas de forma manual. <br />El conjunto TCP/IP cuenta con un protocolo, llamado Protocolo de resolución de direcciones (ARP), que puede obtener las direcciones MAC, de forma automática, para la transmisión local. <br />Pueden surgir diferentes problemas cuando se manda información fuera de la LAN.<br />41<br />
Las comunicaciones entre dos segmentos de LAN tienen una tarea extra. <br />Tanto las direcciones IP como las MAC son necesarias para el dispositivo de enrutamiento intermedio y el host destino. <br />TCP/IP tiene una variante en ARP llamada ARP proxy que proporciona la dirección MAC de un dispositivo intermedio para realizar la transmisión a otro segmento de la red fuera de la LAN.<br />42<br />
9.20 Protocolo de Resolución de Direcciones (ARP)<br />En la red TCP/IP, el paquete de datos debe contener tanto la dirección MAC destino como la dirección IP destino. <br />Si el paquete pierde alguna de las dos, los datos no pasarán de la Capa 3 a las capas superiores.<br />De esta forma, las direcciones MAC e IP actúan como controles y balances entre sí. <br />Una vez que los dispositivos determinan las direcciones IP de los dispositivos destino, pueden agregar las direcciones MAC de destino a los paquetes de datos.<br />Algunos dispositivos guardan tablas que contienen las direcciones MAC e IP de otros dispositivos conectados a la misma LAN. <br />Estas reciben el nombre de tablas del Protocolo de resolución de direcciones (ARP). <br />Las tablas ARP se guardan en la memoria RAM, donde la información en caché se guarda automáticamente en cada uno de los dispositivos. <br />Resulta muy inusual que un usuario tenga que entrar en la tabla ARP de forma manual. <br />Cada dispositivo de una red lleva su propia tabla ARP. <br />Cuando un dispositivo desea enviar datos a través de la red, utiliza la información que proporciona la tabla ARP.<br />43<br />
En la red TCP/IP, el paquete de datos debe contener tanto la dirección MAC destino como la dirección IP destino. <br />Si el paquete pierde alguna de las dos, los datos no pasarán de la Capa 3 a las capas superiores.<br />De esta forma, las direcciones MAC e IP actúan como controles y balances entre sí. <br />Una vez que los dispositivos determinan las direcciones IP de los dispositivos destino, pueden agregar las direcciones MAC de destino a los paquetes de datos.<br />Algunos dispositivos guardan tablas que contienen las direcciones MAC e IP de otros dispositivos conectados a la misma LAN. <br />Estas reciben el nombre de tablas del Protocolo de resolución de direcciones (ARP). Las tablas ARP se guardan en la memoria RAM, donde la información en caché se guarda automáticamente en cada uno de los dispositivos. <br />Resulta muy inusual que un usuario tenga que entrar en la tabla ARP de forma manual. <br />Cada dispositivo de una red lleva su propia tabla ARP. <br />Cuando un dispositivo desea enviar datos a través de la red, utiliza la información que proporciona la tabla ARP.<br />Cuando un origen determina la dirección IP para un destino, luego consulta la tabla ARP a fin de encontrar la dirección MAC destino. <br />Si el origen encuentra una entrada en su tabla (dirección IP destino a dirección MAC destino), se asigna la dirección IP a la dirección MAC y luego la usa para encapsular los datos. <br />Luego el paquete de datos se envía a través del medio de networking para que el destino lo reciba.<br />44<br />
Son dos las formas en las que los dispositivos pueden recolectar las direcciones MAC que necesitan agregar a los datos encapsulados. Una es monitorear el tráfico que se produce en el segmento de la red local. Todas las estaciones de una red Ethernet analizarán todo el tráfico a fin de determinar si los datos son para ellas. Parte de este proceso consiste en registrar la dirección IP y MAC origen del datagrama en una tabla ARP. A medida que los datos se transmiten a la red, los pares de direcciones pueblan la tabla ARP.<br />Otra forma de obtener un par de direcciones para la transmisión de datos es realizar el broadcast de una petición ARP.<br />45<br />
El computador que requiere un par de direcciones IP y MAC envía una petición ARP en broadcast. <br />Todos los demás dispositivos de la red de área local analizan la petición. <br />Si la dirección de uno de los dispositivos locales concuerda con la dirección IP de la petición, envía una respuesta ARP que contiene el par IP-MAC.<br />Si la dirección IP es para la red de área local y el computador no existe o se encuentra apagado, no hay respuesta a la petición ARP. <br />En este caso, el dispositivo origen informa un error. <br />Si la petición es para una red IP diferente, hay otro proceso que se puede utilizar.<br />Los Routers no envían los paquetes de broadcast. <br />Si la característica está activa, un Router ejecuta un ARP proxy. <br />Un ARP proxy es una variante del protocolo ARP. <br />En esta variante, un Router envía una respuesta ARP con la dirección MAC de la interfaz en la que se recibió la petición al host que la ejecuta. <br />El Router responde con direcciones MAC para aquellas peticiones en las que la dirección IP no se encuentra en el rango de direcciones de la subred local.<br />Otro método para enviar datos a la dirección de un dispositivo que se encuentra en otro segmento de red consiste en configurar un gateway por defecto. <br />El Gateway por defecto es una opción de host en la que la dirección IP de la interfaz del Router se guarda en la configuración de red del host. <br />El host origen compara la dirección IP destino y su propia dirección IP para determinar si las dos direcciones están ubicadas en el mismo segmento. <br />Si el host receptor no está en el mismo segmento, el host origen envía los datos utilizando la dirección IP real del destino y la dirección MAC del Router. <br />La dirección MAC para el Router se obtuvo de la tabla ARP utilizando la dirección IP de dicho Router.<br />Si el gateway por defecto del host o la característica ARP proxy del Router no están configurados, el tráfico no podrá salir de la red del área local. <br />Es necesario el uno o el otro para tener una conexión fuera de la red del área local.<br />46<br />
Andrés Munoz

References: resolución 
 resolución 
 Resolución 
 Resolución 
 resolución 
 Resolución 
 resolución 
 resolución