CCNA Fastrack

Qu es un Modelo de RED?
Los modelos de red son estructuras de operacin diseadas para reducir la complejidad a la hora de disear una funcionalidad de red.
Buscando as construir una arquitectura de red basada en el uso de protocolos y servicios cooperando entre si para brindar un servicio de transporte de informacin estndar independiente de la tecnologa usada o un fabricante en particular.
2007 Cisco Systems, Inc. All rights reserved.
ICND1 v1.01-1
Para reducir la complejidad de su diseo, la mayora de las redes est organizada como una pila de capas o niveles, cada una construida a partir de la que est debajo de ella. El nmero de capas, as como el nombre, contenido y funcin de cada una de ellas difieren de red a red. El propsito de cada capa es ofrecer ciertos servicios a las capas superiores, a las cuales no se les muestran los detalles reales de implementacin de los servicios ofrecidos.
ICND1 v1.01-2
ICND1 v1.01-3
Modelo de RED
Varios tipos de dispositivos pueden comunicarse mediante el mismo conjunto de protocolos. Esto se debe a que los protocolos especifican la funcionalidad de red y no la tecnologa subyacente que soporta dicha funcionalidad.
ICND1 v1.01-4
Ventajas de un modelo por capas.

Asiste en el diseo del protocolo, porque los protocolos que operan en una capa especfica poseen informacin definida que van a poner en prctica y una interfaz definida segn las capas por encima y por debajo. Fomenta la competencia, ya que los productos de distintos proveedores pueden trabajar en conjunto. Evita que los cambios en la tecnologa o en las capacidades de una capa afecten otras capas superiores e inferiores. Proporciona un lenguaje comn para describir las funciones y capacidades de red.
2007 Cisco Systems, Inc. All rights reserved. ICND1 v1.01-5
Modelo de Referencia Modelo de Protocolo

Un modelo de referencia, proporciona una referencia comn para mantener la coherencia dentro de todos los tipos de servicios y protocolos de red. Un modelo de protocolo, proporciona un modelo que coincide estrechamente con la estructura de una suite de protocolos especfica, es implementarle.
ICND1 v1.01-6
Modelos de RED
Disponemos difundidos: de dos modelos de red altamente
Modelo OSI Modelo de Interconexin de Sistemas Abiertos, este es un modelo de referencia usado por la industria para capacitarse en el rea de redes de datos. Modelo TCP/IP Protocolo de Control de Transferencia/Protocolo de Internet, este es un modelo de protocolo, estndar de facto de la industria de las redes e Internet.
ICND1 v1.01-7
Modelo OSI - Open Systems Interconnection

Este modelo conceptual, creado por la Organizacin Internacional de Normalizacin (ISO) en 1978 y revisado en 1984, describe una arquitectura de red que permite que los datos se pasan entre los sistemas informticos. A pesar de que el modelo apreciacin de su propsito y entender mejor cmo protocolos y arquitecturas aplicaciones prcticas. OSI es conceptual, la funcin puede ayudar a los conjuntos de de red trabajan en
ICND1 v1.01-8
Modelo OSI
En trminos simples, el modelo OSI proporciona una estructura que nos ayuda a trabajar con redes. Al relacionar los servicios y dispositivos para una determinada capa del modelo, puede tener una mejor idea de su funcin y propsito. Este es un modelo de 7 capas.
ICND1 v1.01-9
Modelo OSI
El modelo se utiliza para relacionar el transporte de datos de un host a otro.
ICND1 v1.01-10
Modelo OSI - PDU

Cuando hablamos de las PDU Unidades de Datos de Protocolo nos referimos a la encapsulacin propia de cada capa del modelo.
Como se pasan los datos arriba o hacia abajo a travs de la estructura del modelo OSI, se agregan encabezados (hacia abajo) o eliminado (hacia arriba) en cada nivel, un proceso llamado encapsulacin (suma) o des-encapsulacin (extirpacin).
ICND1 v1.01-11
Modelo OSI PDU de Cada Capa
ICND1 v1.01-12
Modelo OSI PDU de Cada CAPA
ICND1 v1.01-13
Modelo OSI Capa 7 Capa de Aplicacin

Cada capa del modelo OSI define una funcionalidad especfica. En las secciones siguientes analizaremos cada una de las capas por separado y analizar la funcin de cada una. La capa de Aplicacin, es la capa superior de los modelos OSI y TCP/IP. Es la capa que proporciona la interfaz entre las aplicaciones que utilizamos para comunicarnos y la red subyacente en la cual se transmiten los mensajes.
ICND1 v1.01-14

Los protocolos de capa de aplicacin se utilizan para intercambiar los datos entre los programas que se ejecutan en los hosts de origen y destino.
Existen muchos protocolos de capa de aplicacin y siempre se desarrollan protocolos nuevos.
ICND1 v1.01-15
ICND1 v1.01-16
Modelo OSI Capa 7 Protocolos Capa de Aplicacin

Los protocolos de la capa de aplicacin son utilizados tanto por los dispositivos de origen como de destino durante una sesin de comunicacin.
Para que las comunicaciones sean exitosas, deben coincidir los protocolos de capa de aplicacin implementados en el host de origen y destino.
ICND1 v1.01-17

Definen los procesos en cada uno de los extremos de la comunicacin. Define los tipos de mensajes. Define la sintaxis de los mensajes. Define el significado de los campos de informacin. Define la forma en que se envan los mensajes y la respuesta esperada. Define la interaccin con la prxima cada inferior del modelo.
ICND1 v1.01-18
ICND1 v1.01-19

Algunos protocolos de la Capa de Aplicacin bien conocidos son: HTTP - Protocolo de Transferencia de Hipertexto FTP Protocolo de Transferencia de Archivos DNS Servicio de Nombres de Dominio SMTP - Protocolo de Transferencia Simple de Mensajes POP - Protocolo de Oficina de Correo SMB Protocolo de Bloques de Mensajes de Servidor Telnet- Protocolo de emulacion de terminal SSH-Acceso remoto (seguro) a servdores o dispositivos .
Modelo OSI Capa 6 Capa de Presentacin

La Capa de Presentacin se ocupa del formato y la representacin de los datos y, si es necesario, esta capa puede traducir entre distintos formatos de datos.
Es una capa intermedia, diseada para la manipulacin de los datos.
ICND1 v1.01-21

La Capa de presentacin est a cargo de la presentacin de los datos en una forma que el dispositivo receptor pueda comprender.
Esta capa cumple tres funciones principales y son las siguientes:

Formateo de datos (presentacin)
Cifrado de datos
Compresin de datos
ICND1 v1.01-22

Ejemplos funciones de la Capa de Presentacin: Codificacin de Texto: Cdigo ASCCII Compresin y Codificacin de Imgenes JPG PNG TIFF GIFF Compresin y Codificacin de Audio MP3 WAV WMA

Ejemplos funciones de la Capa de Presentacin: Compresin y Codificacin de Video AVI MPEG MOV Cifrado Protocolos (TLS, SSL, SET, DSS) Algoritmos (RSA, MD5)
ICND1 v1.01-24

La capa de presentacin es la capa ms baja en la que los desarrolladores de aplicaciones cuentan con la estructura y presentacin de datos, en lugar de simplemente enviar datos en forma de datagramas o paquetes entre los hosts. Ejemplo: Los strings de Java, los cadenas de C/C++.
ICND1 v1.01-25
Modelo OSI Capa 5 Capa de Sesin

Permite a los usuarios de diferentes host de una red establecer sesiones entre ellos. A travs de una sesin se puede llevar a cabo un transporte de datos ordinario, aunque esta capa se diferencia de la de transporte en los servicios que proporciona.
ICND1 v1.01-26

Funciones de la capa de sesin: Intercambio de datos
Administracin del dialogo.

Iniciar Mantener Reiniciar Cerrar Sincronizacin Administracin de actividades. Notificacin de excepciones.

Algunos protocolos conocidos de la capa de sesin son: Sistema de archivos de red (NFS).
Lenguaje de consulta estructurado (SQL).

Llamada de procedimiento remoto (RPC) Sistema X Windows Protocolo de control de session DNA (SCP).
ICND1 v1.01-28
Modelo OSI Capa 3 Capa de Red

La capa de red del modelo OSI se ocupa principalmente de establecer un mecanismo por el cual los datos pueden moverse entre dos redes o sistemas.
La capa de red no define cmo los datos se mueven, sino que se ocupa de proporcionar los mecanismos que se pueden utilizar para ese fin.
Los mecanismos que pueden ser utilizados incluyen la definicin de red de abordar y llevar a cabo el descubrimiento de rutas y mantenimiento.
ICND1 v1.01-29
Capa de Transporte del modelo OSI
Aspectos bsicos de networking: Captulo 4
ICND1 v1.01-30
Los servicios y la funcin de la capa de transporte

La capa de Transporte es responsable de la transferencia de extremo a extremo general de los datos de aplicacin.
ICND1 v1.01-31

La capa de Transporte incluye las siguientes funciones:
permitir mltiples aplicaciones para comunicarse a travs de la red al mismo tiempo en un solo dispositivo,
asegurar que, si se requiere, todos los datos sean recibidos de manera confiable y en orden por la aplicacin correcta, y
emplear mecanismos de manejo de error.
ICND1 v1.01-32

La capa de Transporte permite la segmentacin de datos y brinda el control necesario para reensamblar las partes dentro de los distintos streams de comunicacin. Funciones Principales:
Seguimiento de la comunicacin individual entre aplicaciones en los hosts origen y destino. Cualquier host puede tener mltiples aplicaciones que se estn comunicando a travs de la red. Cada una de estas aplicaciones se comunicar con una o ms aplicaciones en hosts remotos. Segmentacin de datos y gestin de cada porcin. Describe los servicios que segmentan estos datos de la capa de Aplicacin. Esto incluye la encapsulacin necesaria en cada seccin de datos para indicar la comunicacin a la que est asociada. Reensamble de segmentos en flujos de datos de aplicacin. En el host de recepcin, cada seccin de datos puede ser direccionada a la aplicacin adecuada. Las secciones de datos individuales deben reconstruirse para generar un stream completo de datos que sea til para la capa de Aplicacin. Identificacin de las diferentes aplicaciones. Para poder transferir los streams de datos a las aplicaciones adecuadas, la capa de Transporte debe identificar la aplicacin de destino. Para lograr esto, la capa de Transporte asigna un identificador a la aplicacin (nmero de puerto).

En las redes convergentes actuales, las aplicaciones con distintas necesidades de transporte pueden comunicarse en la misma red. Los distintos protocolos de la capa de Transporte poseen distintas reglas que permiten que los dispositivos gestionen los diversos requerimientos de datos. Algunos protocolos proporcionan slo las funciones bsicas para la entrega eficiente de las secciones de datos entre las aplicaciones adecuadas. Estos tipos de protocolos son tiles para aquellas aplicaciones cuyos datos son sensibles a las demoras.
Otros protocolos de la capa de Transporte describen procesos que brindan funciones adicionales, como asegurar la entrega confiable entre las aplicaciones. Si bien estas funciones adicionales proveen una comunicacin ms slida entre aplicaciones de la capa de Transporte, representan la necesidad de utilizar recursos adicionales y generan un mayor nmero de demandas en la red.

Control de las conversaciones:
Las funciones principales especificadas por todos los protocolos de la capa de Transporte incluyen:
Segmentacin y re ensamblaje: La mayora de las redes poseen una limitacin en cuanto a la cantidad de datos que pueden incluirse en una nica PDU (Unidad de datos del protocolo). La capa de Transporte divide los datos de aplicacin en bloques de datos de un tamao adecuado. En el destino, la capa de Transporte re ensambla los datos antes de enviarlos a la aplicacin o servicio de destino. Multiplexacin de conversaciones: Pueden existir varias aplicaciones o servicios ejecutndose en cada host de la red. A cada una de estas aplicaciones o servicios se les asigna una direccin conocida como puerto para que la capa de Transporte pueda determinar con qu aplicacin o servicio se identifican los datos.
ICND1 v1.01-35

Control de las conversaciones
ICND1 v1.01-36

Algunos protocolos de la capa de Transporte proveen:
Conversaciones orientadas a la conexin. Crea una sesin entre las aplicaciones Entrega confiable. Asegurar que todas las secciones lleguen a destino (retransmisiones). Reconstruccin ordenada de datos. Al numerar y secuenciar los segmentos.
Control del flujo. Solicitar que la aplicacin que enva reduzca la velocidad del flujo de datos.
ICND1 v1.01-37

La funcin principal de la capa de Transporte es administrar los datos de aplicacin para las conversaciones entre hosts. Sin embargo, las diferentes aplicaciones tienen diferentes requerimientos para sus datos y, por lo tanto, se han desarrollado diferentes protocolos de Transporte para satisfacer estos requerimientos.
ICND1 v1.01-38

La capa de transporte tambin puede entregar confiabilidad:
Las tres operaciones bsicas de confiabilidad son:
seguimiento de datos transmitidos, acuse de recibo de los datos recibidos, y
retransmisin de cualquier dato sin acuse de recibo.
Se debe mantener el seguimiento de todas las porciones de datos que se transmitan y reciban. En la capa de Transporte, existen protocolos que especifican mtodos para entrega confiable, garantizada o de mximo esfuerzo.
ICND1 v1.01-39

Los dos protocolos ms comunes de la capa de Transporte del conjunto de protocolos TCP/IP son el Protocolo de control de transmisin (TCP) y el Protocolos de datagramas de usuario (UDP).
ICND1 v1.01-40

UDP es un protocolo simple, sin conexin. Cuenta con la ventaja de proveer la entrega de datos sin utilizar muchos recursos. Las porciones de comunicacin en UDP se llaman datagramas. Este protocolo de la capa de Transporte enva estos datagramas como "mejor intento".
Entre las aplicaciones que utilizan UDP se incluyen: sistema de nombres de dominios (DNS),
streaming de vdeo, y
Voz sobre IP (VoIP).
TCP es un protocolo orientado a la conexin, descrito en la RFC 793. TCP incurre en el uso adicional de recursos para agregar funciones. Las funciones adicionales especificadas por TCP estn en el mismo orden de entrega, son de entrega confiable y de control de flujo.
Las aplicaciones que utilizan TCP son: exploradores Web, e-mail, y transferencia de archivos

Los servicios basados en TCP y UDP mantienen un seguimiento de las varias aplicaciones que se comunican. Para diferenciar los segmentos y datagramas para cada aplicacin, tanto TCP como UDP cuentan con campos de encabezado que pueden identificar de manera exclusiva estas aplicaciones. Estos identificadores nicos son los nmeros de los puertos.
ICND1 v1.01-42

En el encabezado de cada segmento o datagrama hay un puerto de origen y destino. El nmero de puerto de origen es el nmero para esta comunicacin asociado con la aplicacin que origina la comunicacin en el host local. El nmero de puerto de destino es el nmero para esta comunicacin asociado con la aplicacin de destino en el host remoto. En el servidor los nmeros puerto son estticos y en el cliente son dinmicos.
Cuando una aplicacin de cliente enva una solicitud a una aplicacin de servidor, el puerto de destino contenido en el encabezado es el nmero de puerto que se asigna al daemon de servicio que se ejecuta en el host remoto. El software del cliente debe conocer el nmero de puerto asociado con el proceso del servidor en el host remoto.
El puerto de origen del encabezado de un segmento o datagrama de un cliente se genera de manera aleatoria. Siempre y cuando no entre en conflicto con otros puertos en uso en el sistema, el cliente puede elegir cualquier nmero de puerto. El nmero de puerto acta como direccin de retorno para la aplicacin que realiza la solicitud.
ICND1 v1.01-43

La capa de Transporte mantiene un seguimiento de este puerto y de la aplicacin que gener la solicitud, de manera que cuando se devuelva una respuesta, pueda ser enviada a la aplicacin correcta. El nmero de puerto de la aplicacin que realiza la solicitud se utiliza como nmero de puerto de destino en la respuesta que vuelve del servidor. La combinacin del nmero de puerto de la capa de Transporte y de la direccin IP de la capa de Red asignada al host identifica de manera exclusiva un proceso en particular que se ejecuta en un dispositivo host especfico. Esta combinacin se denomina socket.
Por ejemplo, una solicitud de pgina Web HTTP que se enva a un servidor Web (puerto 80) y que se ejecuta en un host con una direccin IP 192.168.1.20 ser destinada al socket 192.168.1.20:80. Si el explorador Web que solicita la pgina Web se ejecuta en el host 192.168.100.48 y el nmero de puerto dinmico asignado al explorador Web es 49.152, el socket para la pgina Web ser 192.168.100.48:49152.
ICND1 v1.01-44

Existen distintos tipos de nmeros de puerto:
Puertos bien conocidos (Nmeros del 0 al 1 023): estos nmeros se reservan para servicios y aplicaciones.
Puertos Registrados (Nmeros 1024 al 49151): estos nmeros de puertos estn asignados a procesos o aplicaciones del usuario.
Puertos dinmicos o privados (Nmeros del 49 152 al 65 535): tambin conocidos como puertos efmeros
ICND1 v1.01-45

Dividir los datos de aplicacin en secciones garantiza que los datos se transmitan dentro de los lmites del medio y que los datos de distintas aplicaciones puedan ser multiplexados en el medio.
ICND1 v1.01-46

Con TCP, cada encabezado de segmento contiene un nmero de secuencia. Este nmero de secuencia permite que las funciones de la capa de Transporte del host de destino reensamblen los segmentos en el mismo orden en el que fueron transmitidos. Esto asegura que la aplicacin de destino cuente con los datos en la forma exacta en la que se enviaron. No existe nmero de secuencia en el encabezado UDP. UDP es un diseo simple y genera menos carga que TCP, lo que produce una transferencia de datos ms rpida. La informacin puede llegar en un orden distinto al que fue transmitida, ya que los paquetes pueden tomar diversas rutas a travs de la red. Una aplicacin que utiliza UDP debe tolerar el hecho de que los datos no lleguen en el orden en el que fueron enviados.
ICND1 v1.01-47

TCP y UDP gestionan la segmentacin de forma distinta.
ICND1 v1.01-48
Aplicacin y funcionamiento de los mecanismos del protocolo TCP

La diferencia clave entre TCP y UDP es la confiabilidad
La confiabilidad de la comunicacin TCP se lleva a cabo utilizando sesiones orientadas a la conexin. Antes de que un host que utiliza TCP enve datos a otro host, la capa de Transporte inicia un proceso para crear una conexin con el destino. Esto permite rastrear la comunicacin de extremo a extremo.
ICND1 v1.01-49
Aplicacin y funcionamiento de los mecanismos del protocolo

Luego de establecida la sesin, el destino enva acuses de recibo al origen por los segmentos que recibe. Estos acuses de recibo forman la base de la confiabilidad dentro de la sesin TCP. Cuando el origen recibe un acuse de recibo, reconoce que los datos se han entregado con xito y puede dejar de rastrearlos. Si el origen no recibe el acuse de recibo dentro de un tiempo predeterminado, retransmite esos datos al destino.
ICND1 v1.01-50

Cada proceso de aplicacin que se ejecuta en el servidor es configurado por el administrador del sistema para utilizar un nmero de puerto, de forma predeterminada o manual. Un servidor individual no puede tener dos servicios asignados al mismo nmero de puerto dentro de los mismos servicios de la capa de Transporte.
ICND1 v1.01-51

Cuando una aplicacin de servidor activa se asigna a un puerto especfico, este puerto se considera "abierto" para el servidor. Esto significa que la capa de Transporte acepta y procesa segmentos direccionados a ese puerto. Toda solicitud entrante de un cliente direccionada al socket correcto es aceptada y los datos se envan a la aplicacin del servidor. Pueden existir varios puertos simultneos abiertos en un servidor, uno para cada aplicacin de servidor activa. Una manera de mejorar la seguridad en un servidor es restringir el acceso al servidor a slo aquellos puertos asociados con los servicios y aplicaciones accesibles a solicitantes autorizados.
ICND1 v1.01-52

Cuando dos hosts se comunican utilizando TCP, se establece una conexin antes de que puedan intercambiarse los datos. Luego de que se completa la comunicacin, se cierran las sesiones y la conexin finaliza. Intercambio de seales de 3 vas (sealizador en SYN)
El cliente que inicia la conexin enva un segmento que contiene un valor de secuencia inicial. El servidor responde con un segmento que contiene un valor de reconocimiento igual al valor de secuencia recibido ms 1,
adems de su propio valor de secuencia

de sincronizacin. El cliente que inicia la conexin responde con un valor de reconocimiento igual al valor de secuencia que recibi ms uno.

Para cerrar la conexin se debe establecer el sealizador de control FIN (Finalizar) en el encabezado del segmento.
1. Cuando el cliente no tiene ms datos para enviar al stream, enva un segmento con el sealizador FIN establecido. 2.El servidor enva un ACK para acusar recibo de Fin y terminar la sesin del cliente al servidor. 3. El servidor enva un FIN al cliente para finalizar la sesin del servidor al cliente.
4. El cliente responde con un ACK para dar acuse de recibo de FIN desde el servidor.
ICND1 v1.01-54
Administracin de sesiones TCP

Cuando los servicios envan datos utilizando TCP, los segmentos pueden llegar a destinos desordenados. Para que el receptor comprenda el mensaje original, los datos en estos segmentos se reensamblan en el orden original. Para lograr esto, se asignan nmeros de secuencia en el encabezado de cada paquete.
ICND1 v1.01-55

Los nmeros de secuencia de segmento permiten la confiabilidad indicando cmo reensamblar y reordenar los segmentos recibidos, como se muestra en la figura.
El proceso TCP receptor coloca los datos del segmento en un bfer de recepcin. Los segmentos se colocan en el orden de nmero de secuencia adecuado y se pasa a la capa de Aplicacin cuando son reensamblados. Todos los segmentos que llegan con nmeros de secuencia no contiguos se mantienen para su procesamiento posterior.
ICND1 v1.01-56

Confirmacin de recepcin de segmentos
Una de las funciones de TCP es asegurar que cada segmento llegue a su destino. Los servicios TCP en el host de destino envan a la aplicacin de origen un acuse de recibo de los datos recibidos. El nmero de secuencia y el nmero de acuse de recibo (ACK)del encabezado del segmento se utilizan para confirmar la recepcin de los bytes de datos contenidos en los segmentos. El nmero de secuencia es el nmero de bytes que ha sido transmitido en esta sesin ms 1. TCP utiliza el nmero de reconocimiento en segmentos que se vuelven a enviar al origen para indicar el prximo byte de esta sesin que espera el receptor. Esto se llama acuse de recibo de expectativa.
ICND1 v1.01-57

En la imagen: Un host enva un segmento que contiene 10 bytes de datos y un nmero de secuencia igual a 1, el receptor recibe el segmento y determina que el nmero de secuencia es 1 y que contiene 10 bytes de datos, luego enva un segmento devuelta para acusar recibo de estos datos. En este segmento, el host establece el nmero de acuse de recibo en 11 para indicar que el prximo byte de datos que espera recibir en esta sesin es el byte nmero 11. Cuando el host emisor de la izquierda recibe este acuse de recibo, puede enviar el prximo segmento que contiene datos para esta sesin a partir del byte 11. La cantidad de datos que un origen puede transmitir antes de que un acuse de recibo deba ser recibido se denomina tamao de la ventana. El tamao de la ventana es un campo en el encabezado TCP que permite la administracin de datos perdidos y el control del flujo.
ICND1 v1.01-58

Manejo de la prdida de segmentos
Por ptimo que sea el diseo de una red, siempre se producirn prdidas ocasionales de datos. Por lo tanto, TCP cuenta con mtodos para gestionar dichas prdidas de segmentos. Entre los mismos existe un mecanismo para retransmitir segmentos con datos no reconocidos. Si uno o ms segmentos se pierden, slo se acusa recibo de los datos de los segmentos que completan el stream. Cuando TCP en el host de origen no recibe un acuse de recibo pasado un tiempo predeterminado, volver al ltimo nmero de acuse de recibo que recibi y retransmitir los datos a partir de ste.
ICND1 v1.01-59

Para una implementacin de TCP tpica, un host puede transmitir un segmento, colocar una copia del segmento en una cola de retransmisin e iniciar un temporizador. Cuando se recibe el acuse de recibo de los datos, se elimina el segmento de la cola. Si no se recibe el acuse de recibo antes de que el temporizador venza, el segmento es retransmitido.
ICND1 v1.01-60

Control del flujo
TCP tambin provee mecanismos para el control del flujo. El control del flujo contribuye con la confiabilidad de la transmisin TCP ajustando la tasa efectiva de flujo de datos entre los dos servicios de la sesin. Cuando el origen advierte que se recibi la cantidad de datos especificados en los segmentos, puede continuar enviando ms datos para esta sesin.
ICND1 v1.01-61

El campo Tamao de la ventana en el encabezado TCP especifica la cantidad de datos que puede transmitirse antes de que se reciba el acuse de recibo. El tamao de la ventana inicial se determina durante el comienzo de la sesin a travs del enlace de tres vas. El mecanismo de retroalimentacin de TCP ajusta la tasa de transmisin de datos efectiva al flujo mximo que la red y el dispositivo de destino pueden soportar sin sufrir prdidas. TCP intenta gestionar la tasa de transmisin de manera que todos los datos se reciban y se reduzcan las retransmisiones. Durante la demora en la recepcin del acuse de recibo, el emisor no enviar ningn segmento adicional para esta sesin. En los perodos en los que la red est congestionada o los recursos del host receptor estn exigidos, la demora puede aumentar. A medida que aumenta esta demora, disminuye la tasa de transmisin efectiva de los datos para esta sesin. La disminucin de la tasa de datos ayuda a reducir la contencin de recursos.
ICND1 v1.01-62

Reduccin del tamao de la ventana
Otra forma de controlar el flujo de datos es utilizar tamaos dinmicos de ventana. Cuando los recursos de la red son limitados, TCP puede reducir el tamao de la ventana para lograr que los segmentos recibidos sean reconocidos con mayor frecuencia. Esto disminuye de manera efectiva la tasa de transmisin, ya que el origen espera que los datos sean recibidos con ms frecuencia.
ICND1 v1.01-63

El host receptor TCP enva el valor del tamao de la ventana al TCP emisor para indicar el nmero de bytes que est preparado para recibir como parte de la sesin. Si el destino necesita disminuir la tasa de comunicacin debido a limitaciones de memoria del bfer, puede enviar un valor de tamao de la ventana menor al origen como parte de un acuse de recibo.
Si un host de recepcin sufre una congestin, puede responder al host emisor con un segmento con el tamao de la ventana reducido.
Despus de perodos de transmisin sin prdidas de datos o recursos limitados, el receptor comenzar a aumentar el tamao de la ventana. Esto reduce la sobrecarga de la red, ya que se requiere enviar menos acuses de recibo. El tamao de la ventana continuar aumentando hasta que haya prdida de datos, lo que producir una disminucin del tamao de la ventana.
ICND1 v1.01-64
Protocolo UDP
Baja sobrecarga VS confiabilidad.
UDP es un protocolo simple que provee las funciones bsicas de la capa de Transporte. Genera mucho menos sobrecarga que TCP, ya que no es orientado a la conexin y no cuenta con los sofisticados mecanismos de retransmisin, secuenciacin y control del flujo. Esto no significa que las aplicaciones que utilizan UDP no sean confiables. Slo quiere decir que estas funciones no son contempladas por el protocolo de la capa de Transporte y deben implementarse aparte, si fuera necesario.
ICND1 v1.01-65
Protocolo UDP
Protocolos principales de la capa de Aplicacin que utilizan UDP se incluyen:
sistema de denominacin de dominio (DNS), protocolo simple de administracin de red (SNMP),
protocolo de configuracin dinmica de host (DHCP),

protocolo de informacin de enrutamiento (RIP), protocolo trivial de transferencia de archivos (TFTP), y juegos en lnea.
Algunas aplicaciones como los juegos en lnea o VoIP pueden tolerar algunas prdida de datos. Si estas aplicaciones utilizaran TCP, experimentaran largas demoras, ya que TCP detecta la prdida de datos y los retransmite. Estas demoras seran ms perjudiciales para la aplicacin que las pequeas prdidas de datos. Algunas aplicaciones, como DNS, simplemente reintentan enviar la solicitud si no obtienen respuesta y, por lo tanto, no necesitan TCP para garantizar la entrega del mensaje.
ICND1 v1.01-66
Protocolo UDP
Ya que UDP opera sin conexin, las sesiones no se establecen antes de que se lleve a cabo la comunicacin, como sucede con TCP. Se dice que UDP es basado en transacciones. En otras palabras, cuando una aplicacin posee datos para enviar, simplemente los enva.
Cantidades mayores grandes de datos deben dividirse en varios segmentos. La PDU de UDP se conoce como datagrama, pese a que los trminos segmento y datagrama a veces se utilizan de manera indistinta para describir una PDU de la capa de Transporte.
ICND1 v1.01-67
Protocolo UDP
Cuando se envan mltiples datagramas a un destino, los mismos pueden tomar rutas distintas y llegar en el orden incorrecto. UDP no mantiene un seguimiento de los nmeros de secuencia de la manera en que lo hace TCP. UDP no puede reordenar los datagramas en el orden de la transmisin UDP simplemente reensambla los datos en el orden en que se recibieron y los enva a la aplicacin. Si la secuencia de los datos es importante para la aplicacin, la misma deber identificar la secuencia adecuada de datos y determinar cmo procesarlos.
ICND1 v1.01-68
Protocolo UDP
Al igual que las aplicaciones basadas en TCP, a las aplicaciones de servidor basadas en UDP se les asigna nmeros de puerto bien conocidos o registrados. Cuando se ejecutan estas aplicaciones o procesos, aceptan los datos que coincidan con el nmero de puerto asignado. Cuando UDP recibe un datagrama destinado a uno de esos puertos, enva los datos de aplicacin a la aplicacin adecuada en base a su nmero de puerto.
ICND1 v1.01-69
Protocolo UDP
Como en TCP, la comunicacin cliente/servidor se inicia por una aplicacin cliente que solicita datos de un proceso del servidor. El proceso de cliente UDP selecciona al azar un nmero de puerto del rango dinmico de nmeros de puerto y lo utiliza como puerto de origen para la conversacin. El puerto de destino por lo general ser el nmero de puerto bien conocido o registrado asignado al proceso del servidor.
ICND1 v1.01-70
Protocolo UDP
Ya que no se crean sesiones con UDP, tan pronto como los datos estn listos para ser enviados y los puertos estn identificados, UDP puede formar el datagrama y enviarlo a la capa de Red para direccionamiento y envo a la red. Una vez que el cliente ha elegido los puertos de origen y destino, estos mismos puertos se utilizarn en el encabezado de todos los datagramas que se utilicen en la transaccin. Para la devolucin de datos del servidor al cliente, se invierten los nmeros de puerto de origen y destino en el encabezado del datagrama.
ICND1 v1.01-71
Protocolos de capa de red y protocolo de Internet (IP)

La Capa de red o Capa 3 de OSI provee servicios para intercambiar secciones de datos individuales a travs de la red entre dispositivos finales identificados. Para realizar este transporte de extremo a extremo la Capa 3 utiliza cuatro procesos bsicos: direccionamiento,
encapsulamiento,
enrutamiento , y desencapsulamiento.
ICND1 v1.01-72

Direccionamiento
Primero, la Capa de red debe proveer un mecanismo para direccionar estos dispositivos finales. Si las secciones individuales de datos deben dirigirse a un dispositivo final, este dispositivo debe tener una direccin nica. cuando se agrega esta direccin a un dispositivo, al dispositivo se lo denomina host.
Encapsulacin
Segundo, la capa de Red debe proveer encapsulacin. La Capa 3 recibe la PDU de la Capa 4 y agrega un encabezado o etiqueta de Capa 3 para crear la PDU de la Capa 3. Cuando nos referimos a la capa de Red, denominamos paquete a esta PDU. Cuando se crea un paquete, el encabezado debe contener, entre otra informacin, la direccin del host hacia el cual se lo est enviando. A esta direccin se la conoce como direccin de destino. El encabezado de la Capa 3 tambin contiene la direccin del host de origen. A esta direccin se la llama direccin de origen.
ICND1 v1.01-73

Enrutamiento
Luego, la capa de red debe proveer los servicios para dirigir estos paquetes a su host destino. Los host de origen y destino no siempre estn conectados a la misma red. En realidad, el paquete podra recorrer muchas redes diferentes. Los dispositivos intermedios que conectan las redes son los routers. La funcin del router es seleccionar las rutas y dirigir paquetes hacia su destino. A este proceso se lo conoce como enrutamiento. Durante el enrutamiento a travs de una internetwork, el paquete puede recorrer muchos dispositivos intermedios. A cada ruta que toma un paquete para llegar al prximo dispositivo se la llama salto. A medida que el paquete es enviado, su contenido (la PDU de la Capa de transporte) permanece intacto hasta que llega al host destino.
ICND1 v1.01-74

Desencapsulamiento
Finalmente, el paquete llega al host destino y es procesado en la Capa 3. El host examina la direccin de destino para verificar que el paquete fue direccionado a ese dispositivo. Si la direccin es correcta, el paquete es desencapsulado por la capa de Red y la PDU de la Capa 4 contenida en el paquete pasa hasta el servicio adecuado en la capa de Transporte. Los protocolos especifican la estructura y el procesamiento del paquete utilizados para llevar los datos desde un host hasta otro host. Operar ignorando los datos de aplicacin llevados en cada paquete permite a la capa de Red llevar paquetes para mltiples tipos de comunicaciones entre hosts mltiples.
ICND1 v1.01-75

Caractersticas bsicas y la funcin del protocolo IPv4
IP fue diseado como un protocolo con bajo costo. Provee slo las funciones necesarias para enviar un paquete desde un origen a un destino a travs de un sistema interconectado de redes. Caractersticas bsicas de IPv4: Sin conexin: No establece conexin antes de enviar los paquetes de datos. Mximo esfuerzo: No se usan encabezados para garantizar la entrega de paquetes. Medios independientes: Operan independientemente del medio que lleva los datos.
ICND1 v1.01-76

Sin Conexin Los paquetes IP se envan sin notificar al host final que estn llegando. Como IP trabaja sin conexin, no requiere un intercambio inicial de informacin de control para establecer una conexin de extremo a extremo antes de que los paquetes sean enviados, ni requiere campos adicionales en el encabezado de la PDU para mantener esta conexin.
ICND1 v1.01-77

Servicio de maximo esfuerzo (no confiable) El protocolo IP no sobrecarga el servicio IP suministrando confiabilidad. La funcin de la Capa 3 es transportar los paquetes entre los hosts tratando de colocar la menor carga posible en la red. La Capa 3 no se ocupa de ni advierte el tipo de comunicacin contenida dentro de un paquete. No confiable significa que IP no tiene la capacidad de administrar ni recuperar paquetes no entregados o corruptos.
ICND1 v1.01-78

Independiente de los medios.
Cualquier paquete IP individual puede ser comunicado elctricamente por cable, como seales pticas por fibra, o sin cables como las seales de radio.
Es responsabilidad de la capa de Enlace de datos de OSI tomar un paquete IP y prepararlo para transmitirlo por el medio de comunicacin.
Una caracterstica principal de los medios que la capa de Red considera: el tamao mximo de la PDU que cada medio puede transportar. A esta caracterstica se la denomina Unidad mxima de transmisin (MTU).
ICND1 v1.01-79

IPv4 encapsula o empaqueta el datagrama o segmento de la capa de Transporte para que la red pueda entregarlo a su host de destino. La encapsulacin de IPv4 permanece en su lugar desde el momento en que el paquete deja la capa de Red del host de origen hasta que llega a la capa de Red del host de destino. El proceso de encapsular datos por capas permite que los servicios en las diferentes capas se desarrollen y escalen sin afectar otras capas.
ICND1 v1.01-80

Campos del encabezado IPV4 Direccin IP destino El campo de Direccin IP destino contiene un valor binario de 32 bits que representa la direccin de host de capa de red de destino del paquete. Direccin IP origen El campo de Direccin IP origen contiene un valor binario de 32 bits que representa la direccin de host de capa de red de origen del paquete.
ICND1 v1.01-81

Tiempo de vida
El tiempo de vida (TTL) es un valor binario de 8 bits que indica el tiempo remanente de "vida" del paquete. El valor TTL disminuye al menos en uno cada vez que el paquete es procesado por un router (es decir, en cada salto). Cuando el valor se vuelve cero, el router descarta o elimina el paquete y es eliminado del flujo de datos de la red.
Protocolo
El campo de protocolo permite a la Capa de red pasar los datos al protocolo apropiado de la capa superior. Los valores de ejemplo son: 01 ICMP. 06 TCP. 17 UDP.
Tipo de servicio
El campo de tipo de servicio contiene un valor binario de 8 bits que se usa para determinar la prioridad de cada paquete. Este valor permite aplicar un mecanismo de Calidad del Servicio (QoS) a paquetes de alta prioridad.
Desplazamiento de fragmentos
Un router puede tener que fragmentar un paquete cuando lo enva desde un medio a otro medio que tiene una MTU ms pequea. Cuando se produce una fragmentacin, el paquete IPv4 utiliza el campo Desplazamiento de fragmento y el sealizador MF en el encabezado IP para reconstruir el paquete cuando llega al host destino. El campo de desplazamiento del fragmento identifica el orden en el cual ubicar el fragmento del paquete en la reconstruccin.
Sealizador de Ms fragmentos
Usado con el Desplazamiento de fragmentos para la fragmentacin y reconstruccin de paquetes. Cuando est configurado el sealizador Ms fragmentos, significa que no es el ltimo fragmento de un paquete.
Sealizador de No Fragmentar
indica que no se permite la fragmentacin del paquete. Si se establece el bit del sealizador No Fragmentar, entonces la fragmentacin de este paquete NO est permitida. Si un router necesita fragmentar un paquete para permitir el paso hacia abajo hasta la capa de Enlace de datos pero pero el bit DF se establece en 1, entonces el router descartar este paquete.
ICND1 v1.01-83
Agrupamiento de dispositivos en redes y direccionamiento jerrquico

En lugar de tener todos los hosts conectados en cualquier parte a una vasta red global, es ms prctico y manejable agrupar los hosts en redes especficas. A medida que nuestras redes crecen, pueden volverse demasiado grandes para manejarlas como una nica red. En ese punto, necesitamos dividir nuestra red. Factores comunes para agrupar hosts: ubicacin geogrfica, propsito, y propiedad.
ICND1 v1.01-84

Agrupacin de hosts de manera geogrfica
Podemos agrupar hosts de redes geogrficamente. El agrupamiento de hosts en la misma ubicacin, como cada construccin en un campo o cada piso de un edificio de niveles mltiples, en redes separadas puede mejorar la administracin y operacin de la red.
Agrupacin de hosts para propsitos especficos

Los usuarios que tienen tareas similares usan generalmente software comn, herramientas comunes y tienen patrones de trfico comn. A menudo podemos reducir el trfico requerido por el uso de software y herramientas especficos, ubicando estos recursos de soporte en la red con los usuarios.
Agrupacin de hosts para propiedad

Utilizar una base organizacional (compaa, departamento) para crear redes ayuda a controlar el acceso a los dispositivos y datos como tambin a la administracin de las redes.
ICND1 v1.01-85

A medida que las redes crecen, presentan problemas que pueden reducirse al menos parcialmente dividiendo la red en redes interconectadas ms pequeas. Grandes cantidades de hosts generan grandes cantidades de broadcasts que consumen el ancho de banda de la red. Los problemas comunes con las redes grandes son: Degradacin de rendimiento Temas de seguridad Administracin de direcciones
ICND1 v1.01-86

La divisin de redes basada en la propiedad significa que el acceso a y desde los recursos externos de cada red pueden estar prohibidos, permitidos o monitoreados. Dividir una red basada en el acceso a usuarios es un medio para asegurar las comunicaciones y los datos del acceso no autorizado, ya sea por usuarios dentro de la organizacin o fuera de ella. La seguridad entre redes es implementada en un dispositivo intermediario (router o firewall) en el permetro de la red. La funcin del firewall realizada por este dispositivo permite que datos conocidos y confiables accedan a la red.
ICND1 v1.01-87

Dividir grandes redes para que estn agrupados los hosts que necesitan comunicarse, reduce la carga innecesaria de todos los hosts para conocer todas las direcciones. Para todos los otros destinos, los hosts slo necesitan conocer la direccin de un dispositivo intermediario al que envan paquetes para todas las otras direcciones de destino. Este dispositivo intermediario se denomina gateway. El gateway es un router en una red que sirve como una salida desde esa red.
ICND1 v1.01-88

Direccionamiento jerrquico
Una direccin jerrquica identifica cada host de manera exclusiva. Tambin tiene niveles que ayudan a enviar paquetes a travs de internetworks, lo que permite que una red sea dividida en base a esos niveles. Usar el esquema de direccionamiento jerrquico significa que pueden conservarse los niveles ms altos de la direccin (similar al pas en una direccin postal), con el nivel medio denotando las direcciones de la red (estado o ciudad) y el nivel ms bajo, los hosts individuales.
ICND1 v1.01-89

Divisin de redes
Si se tiene que dividir una red grande, se pueden crear capas de direccionamiento adicionales. Usar direccionamiento jerrquico significa que se conservan los niveles ms altos de la direccin; con un nivel de subred y luego el nivel de host. La direccin lgica IPv4 de 32 bits es jerrquica y est constituida por dos partes. La primera parte identifica la red y la segunda parte identifica al host en esa red. Se requiere de las dos partes para completar una direccin IP.
ICND1 v1.01-90

Por comodidad, las direcciones IPv4 se dividen en cuatro grupos de ocho bits (octetos). Cada paso se convierte a su valor decimal y la direccin completa escrita como los cuatro valores decimales separados por punto (perodo). Por ejemplo: 192.168.18.57 Los routers slo necesitan conocer cmo llegar a cada red en lugar de conocer la ubicacin de cada host individual. Con el direccionamiento jerrquico de IPv4, la porcin de la red de la direccin para todos los hosts en una red es la misma. Para dividir una red, la porcin de la red de la direccin es extendida para usar bits desde la porcin del host de la direccin. Estos bits de host pedidos prestados luego se usan como bits de red para representar las diferentes subredes dentro de un rango de red original. Cuanto ms subredes se crean, menos hosts pueden utilizarse para cada subred. Al nmero de bits de una direccin utilizada como porcin de red se lo denomina longitud del prefijo. Por ejemplo, si una red usa 24 bits para expresar la porcin de red de una direccin, se dice que el prefijo es /24.
ICND1 v1.01-91
Aspectos fundamentales de las rutas, las direcciones del siguiente salto y el reenvo de paquetes
Dentro de una red o subred, los hosts se comunican entre s sin necesidad de un dispositivo intermediario de capa de red. Cuando un host necesita comunicarse con otra red, un dispositivo intermediario o router acta como un gateway hacia la otra red.
La direccin de gateway es la direccin de una interfaz de router que est conectada a la misma red que el host. Para comunicarse con un dispositivo en otra red, un host usa la direccin de este gateway, o gateway por defecto, para enviar un paquete fuera de la red local.
ICND1 v1.01-92
Si el host de destino est en la misma red que el host de origen, el paquete se enva entre dos hosts en el medio local sin la necesidad de un router.
Si la comunicacin se produce entre dos hosts de diferentes redes, la red local enva el paquete desde el origen hasta su router del gateway. El router examina la porcin de la red de la direccin de destino del paquete y enva el paquete a la interfaz adecuada. Si la red de destino est conectado directamente a este router, el paquete es enviado directamente a ese host. Si la red de destino no est conectada directamente, el paquete es enviado a un segundo router, que es el router del siguiente salto.
ICND1 v1.01-93
Gateway: La salida de nuestra red El gateway, tambin conocido como gateway por defecto, es necesario para enviar un paquete fuera de la red local. Si la porcin de red de la direccin 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 direccin de capa de Red que concuerda con la direccin de red de los hosts. Los hosts estn configurados para reconocer que la direccin es un gateway.
ICND1 v1.01-94
Ningn paquete puede ser enviado sin una ruta.Si el paquete se origina en un host o se reenva por un dispositivo intermediario, el dispositivo debe tener una ruta para identificar dnde enviar el paquete.
Un host debe reenviar el paquete ya sea al host en la red local o al gateway, segn sea lo adecuado. Para reenviar los paquetes, el host debe tener rutas que representan estos destinos.
Para reenviar un paquete a una red de destino, el router requiere una ruta hacia esa red.
ICND1 v1.01-95
La ruta: el camino hacia una red
Una ruta para paquetes para destinos remotos se agrega usando la direccin de gateway por defecto como el siguiente salto. Para reenviar un paquete, el router debe saber dnde enviarlo. Esta informacin est disponible como rutas en una tabla de enrutamiento. La tabla de enrutamiento almacena la informacin sobre las redes conectadas y remotas. Las redes conectadas est directamente adjuntas a una de las interfaces del router. Las redes remotas son redes que no estn conectadas directamente al router.
ICND1 v1.01-96
Tabla de enrutamiento de host
Un host crea las rutas usadas para reenviar los paquetes que origina. Estas rutas derivan de la red conectada y de la configuracin del gateway por defecto. Los hosts tambin requieren una tabla de enrutamiento para asegurarse de que los paquetes de la capa de Red estn dirigidos a la red de destino correcta. La tabla de enrutamiento de un host de computadora puede ser analizada en la lnea de comando introduciendo los comandos netstat -r, route, o route PRINT.
ICND1 v1.01-97
Los routers en una tabla de enrutamiento tienen tres caractersticas principales: red de destino, prximo salto, y mtrica.
ICND1 v1.01-98
Red de destino
La red de destino que aparece en la entrada de la tabla de enrutamiento, llamada ruta, representa un rango de direcciones de hosts y, algunas veces, un rango de direcciones de red y de host. La prioridad de la seleccin de una ruta para el paquete que va a 10.1.1.55 sera: 1. 10.1.1.0 2. 10.1.0.0 3. 10.0.0.0 4. 0.0.0.0
5. Descartada
ICND1 v1.01-99
Ruta default
Un router puede ser configurado para que tenga una ruta default. Una ruta default es una ruta que coincida con todas las redes de destino. En redes IPv4 se usa la direccin 0.0.0.0 para este propsito. La ruta default se usa para enviar paquetes para los que no hay entrada en la tabla de enrutamiento para la red de destino. Los paquetes con una direccin de red de destino que no combinan con una ruta ms especfica en la tabla de enrutamiento son enviados al router del prximo salto asociados con la ruta por defecto.
ICND1 v1.01-100
Siguiente salto: dnde se enva luego el paquete
Un siguiente salto es la direccin del dispositivo que procesar luego el paquete. Para un host en una red, la direccin de gateway por defecto (interfaz de router) es el siguiente salto para todos los paquetes destinados a otra red.
En la tabla de enrutamiento de un router, cada ruta enumera un siguiente salto para cada direccin de destino abarcada por la ruta. A medida que cada paquete llega al router, la direccin de la red de destino es analizada y comparada con las rutas en la tabla de enrutamiento.
El router luego enva el paquete hacia la interfaz a la cual est conectado el router del siguiente salto. Las redes conectadas directamente a un router no tienen direccin del siguiente salto porque no existe un dispositivo de Capa 3 entre el router y esa red. El router puede reenviar paquetes directamente hacia la interfaz por esa red al host de destino.
ICND1 v1.01-101
Envo de paquetes
En cada salto, el router analiza la direccin IP de destino para cada paquete y luego controla la tabla de enrutamiento para reenviar informacin. El router har una de tres cosas con el paquete: Envelo al router del prximo salto
Envelo al host de destino

Descrtelo
ICND1 v1.01-102
Un router procesa el paquete en la Capa de red. No obstante, los paquetes que llegan a las interfaces del router estn encapsulados como PDU (Capa 2) de la capa de Enlace de datos. el router primero descarta la encapsulacin de la Capa 2 para poder examinar el paquete. En el router, se analiza la direccin de destino en el encabezado del paquete. Si una ruta coincidente en la tabla de enrutamiento muestra que la red de destino est conectada directamente al router, el paquete es reenviado a la interfaz a la cual est conectada la red. En este caso, no existe siguiente salto. Para ubicarlo en la red conectada, el paquete primero debe ser reencapsulado por el protocolo de la Capa 2 y luego reenviado hacia la interfaz. Si la tabla de enrutamiento no contiene una entrada de ruta ms especfica para un paquete que llega, el paquete se reenva a la interfaz indicada por la ruta default, si la hubiere. A medida que el paquete pasa a travs de saltos en la internetwork, todos los routers necesitan una ruta para reenviar un paquete. Si, en cualquier router, no se encuentra una ruta para la red de destino en la tabla de enrutamiento y no existe una ruta default, ese paquete se descarta.
Protocolos de enrutamiento
El enrutamiento requiere que cada salto o router a lo largo de las rutas hacia el destino del paquete tenga una ruta para reenviar el paquete. De otra manera, el paquete es descartado en ese salto. Cada router en una ruta no necesita una ruta hacia todas las redes. Slo necesita conocer el siguiente salto en la ruta hacia la red de destino del paquete.
La tabla de enrutamiento contiene informacin que un router usa en sus decisiones al reenviar paquetes.
ICND1 v1.01-104
Enrutamiento esttico
Las rutas a redes remotas con los siguientes saltos asociados se pueden configurar manualmente en el router. Esto se conoce como enrutamiento esttico.
Como los paquetes son reenviados en cada salto, cada router debe estar configurado con rutas estticas hacia los siguientes saltos que reflejan su ubicacin en la internetwork.
ICND1 v1.01-105
Enrutamiento dinmico
Los protocolos de enrutamiento son un conjunto de reglas por las que los routers comparten dinmicamente su informacin de enrutamiento. Cuando un router recibe informacin sobre rutas nuevas o modificadas, actualiza su propia tabla de enrutamiento y, a su vez, pasa la informacin a otros routers. De esta manera, todos los routers cuentan con tablas de enrutamiento actualizadas dinmicamente y pueden aprender sobre las rutas a redes remotas en las que se necesitan muchos saltos para llegar.
ICND1 v1.01-106
Entre los protocolos de enrutamiento comunes se incluyen: protocolo de informacin de enrutamiento (RIP), protocolo de enrutamiento de gateway interior mejorado (EIGRP), y Open Shortest Path First (OSPF). Aunque los protocolos de enrutamiento proveen routers con tablas de enrutamiento actualizadas, existen costos. Primero, el intercambio de la informacin de la ruta agrega una sobrecarga que consume el ancho de banda de la red. Esta sobrecarga puede ser un problema, particularmente para los enlaces del ancho de banda entre routers. Segundo, la informacin de la ruta que recibe un router es procesada extensamente por protocolos como EIGRP y OSPF para hacer las entradas a las tablas de enrutamiento. Esto significa que los routers que emplean estos protocolos deben tener suficiente capacidad de procesamiento como para implementar los algoritmos del protocolo para realizar el enrutamiento oportuno del paquete y enviarlo.
ICND1 v1.01-107
Modelo OSI Capa 2 Capa de Enlace de Datos

La capa de enlace de datos es responsable de enviar los datos a la capa fsica para que pueda transmitirse a travs de la red.
La capa de enlace de datos puede realizar sumas de comprobacin y deteccin de errores en los datos para asegurarse de que los datos enviados son los mismos que los datos recibidos.
ICND1 v1.01-108
ICND1 v1.01-109
ICND1 v1.01-110
ICND1 v1.01-111

La capa de enlace de datos es diferente de las otras capas del modelo OSI, dado que esta esa conformada por dos subcapas con tareas bien diferenciadas.
Subcapa LLC, o la subcapa de control de enlace lgico.

Subcapa MAC, o la subcapa de control de acceso al medio.
ICND1 v1.01-112
Modelo OSI Capa 2 Subcapa LLC

La subcapa LLC, esta definida por el estndar IEEE 802.2, controla el acceso delos medios de comunicacin, lo que permite mltiples protocolos de alto nivel para utilizar una conexin de red.
ICND1 v1.01-113
Modelo OSI Capa 2 Subcapa MAC

La subcapa MAC administra y controla el acceso a los medios de comunicacin de red para los protocolos de intentar usarlo. La direccin MAC se define en esta subcapa.
ICND1 v1.01-114
ICND1 v1.01-115
ICND1 v1.01-116
Modelo OSI Capa 1 Capa de Fsica

La capa fsica define la conexin fsica a la red, tambin define la topologa fsica de la red.
ICND1 v1.01-117

La capa fsica es la capa del modelo OSI que define las caractersticas fsicas de la red. Las caractersticas fsicas pueden incluir el tipo de cable y el conector. Tambin se define cmo los datos en realidad viajan a travs de la red. La capa fsica define tambin el voltaje que se utiliza en el cable y la frecuencia con la que las seales portadoras llevan los datos. Estas caractersticas afectan directamente a la velocidad de un medio determinado y la distancia mxima en que puede ser un cierto tipo de material utilizado.
ICND1 v1.01-118
ICND1 v1.01-119
ICND1 v1.01-120
ICND1 v1.01-121
Tarea
Realizar un documento que describa las codificaciones de Lnea, como funcionan y para que se usan estas.
ICND1 v1.01-122
Modelo de TCP/IP
A diferencia del Modelo OSI que es un modelo de referencia el Modelo TCP/IP es un modelo de protocolo, es decir, es el estndar de facto de la industria, es el protocolo mas usado en redes de datos. A finales de 1970 y principios de 1980, el Departamento de Defensa de EE.UU y la Agencia de Proyectos Avanzados de Investigacin (ARPA), necesitaba un sistema que le permita compartir los recursos de sus costosos sistemas de computacin central. A partir de este, la red ARPANET, precursora de la actual Internet fue desarrollado.
Modelo de TCP/IP
El original de la red ARPANET utiliza un protocolo de comunicacin conocido como NCP, pero las limitaciones de este se presentaron muy pronto, y un nuevo protocolo se necesitaba para satisfacer las demandas de redes nuevas. El nuevo protocolo fue TCP / IP, que pronto se convirti en el lder indiscutible en el mbito de las redes de datos.
ICND1 v1.01-124
Modelo de TCP/IP
TCP/IP siempre ha estado en la suite de protocolos de Internet y todos los principales sistemas operativos de red incluyen soporte para TCP / IP.
ICND1 v1.01-125
Modelo de TCP/IP Proceso de Comunicacin
ICND1 v1.01-126
Modelo de TCP/IP
Aunque TCP/IP se refiere a menudo como un protocolo nico, el conjunto de protocolos TCP/IP est compuesto por muchos protocolos.
Cada uno de los protocolos en el conjunto de protocolos TCP/IP proporciona una funcin diferente, y juntos proporcionan la funcionalidad que se conoce como TCP/IP.
ICND1 v1.01-127
Modelo de TCP/IP
TCP/IP debe su nombre a los dos principales protocolos de la suite: TCP y el IP. TCP es responsable de proporcionar transmisiones confiables de un sistema a otro, y el protocolo IP es responsable de dirigir y seleccionar rutas.
ICND1 v1.01-128
Modelo de TCP/IP
ICND1 v1.01-129
Modelo de TCP/IP Las PDU
Jesse Padilla
ICND1 v1.01-130
Equivalencia entre Modelo OSI y Modelo TCP/IP
Jesse Padilla
ICND1 v1.01-131
Ejemplo del Suite TCP/IP aplicado a la Transferencia HTTP
Jesse Padilla
ICND1 v1.01-132
Los RFC
Los RFC o los Request for Comments, son las normas publicadas por la Internet Engineering Task Force (IETF) que describen los mtodos, los comportamientos, la investigacin, o las innovaciones aplicables a la operacin de la Internet y los sistemas de Internet conectadas. Cada RFC tiene un nuevo nmero de referencia asociado. Mirando este nmero proporciona informacin sobre la tecnologa especfica. Para ms informacin sobre RFC ir a la Internet Engineering Task lnea de la Fuerza (www.ietf.org).
Jesse Padilla
ICND1 v1.01-133
Lectura
Consultar el RFC 791 y analizar en que consiste este.
Jesse Padilla
ICND1 v1.01-134
Preguntas! Contacto a jpadillaa@gmail.com
Jesse Padilla
ICND1 v1.01-135
Bibliografa en Espaol
Currculo de Cisco CCNA versin 3.1 Currculo de Cisco CCNA Exploration versin 4.0
Andrew Tanenbaum. (2003). Redes De Computadoras Cuarta Edicin. Editorial Pearson.

James F. Kurose y Keith W. Ross. Redes de Computadores: Un Enfoque descendente basado en Internet - Segunda Edicin. Editorial Pearson. Pat Eyler. (2001). Redes Linux con TCP/IP - Primera Edicin. Editorial Prentice Hall. Behrouz A. Forouzan. (2002). Transmisin de Datos y Redes de Comunicaciones - Segunda Edicin - Editorial McGraw Hill. Jesse Padilla
ICND1 v1.01-136
Bibliografa en Ingles
Al Anderson & Ryan Benedetii. (2009). Head Firs Networking. Editorial O'Reilly Bruce Hartpence. (2011). Packet Guide to Core Network Protocols - Primera Edicn. Editorial O'Reilly Craig Hunt. (2002). TCP/IP Network Administration - Tercera Edicin, Editorial O'Reilly Gary A. Donabue. (2011). Network Warrior - Segunda Edicin. Editorail O'Reilly Joe Casad. (2009). Sams Teach Yourself TCP/IP in 24 Hours - Cuerta Edicin, Editorial SAMS. Mike Harwood. (2011). Cert Guide CompTIA Network+ N10-004. Editorial Pearson Silviu Angelescu. (2010). CCNA Certification All in One for dummies. Editorial Wiley
Jesse Padilla
ICND1 v1.01-137
Bibliografa en Ingles
Shannon MCFarland, Muninder Sambi, Nikhil Sharmad & Sanjay Hooda. (2011). IPv6 for Enterprise Networks - Primera Edicin. Editorial Cisco Press IIjitscb van Beijnum. (2002). BGP - Primera Edicin. Editorial O'Reilly. Jianguo Ding. (2010). Advances in Network Management - Primera Edicin. Editorial CRC. Priscilla Oppenheimer. (2010). Top Down Network Design - Tercera Edicin. Editorial Cisco Press. S.S. Shinde. (2009). Computer Network - Primera Edicin. Editorial New Age Publishers. Todd Lammle. (2007). CCNA: Cisco Certified Network Asocciante Study Guide - Sexta Edicin. Editorial Wiley.
Jesse Padilla
ICND1 v1.01-138
Gracias
ICND1 v1.01-139
Transport Layer
Session multiplexing Segmentation Flow control (when required) Connection-oriented (when required) Reliability (when required)
ICND1 v1.01-140
Reliable vs. Best-Effort Comparison
ICND1 v1.01-141
UDP Characteristics
Operates at transport layer of OSI and TCP/IP models Provides applications with access to the network layer without the overhead of reliability mechanisms
Is a connectionless protocol
Provides limited error checking Provides best-effort delivery Has no data-recovery features
ICND1 v1.01-142
UDP Header
ICND1 v1.01-143
TCP Characteristics
Transport layer of the TCP/IP stack Access to the network layer for applications Connection-oriented protocol
Full-duplex mode operation

Error checking Sequencing of data packets Acknowledgement of receipt Data-recovery features
ICND1 v1.01-144
TCP Header
ICND1 v1.01-145
TCP/IP Application Layer Overview

File transfer FTP TFTP Network File System E-mail Simple Mail Transfer Protocol Remote login Telnet rlogin Network management Simple Network Management Protocol Name management Domain Name System
Mapping Layer 3 to Layer 4
ICND1 v1.01-147
Mapping Layer 4 to Applications
ICND1 v1.01-148
Establishing a Connection
ICND1 v1.01-149
Three-Way Handshake
CTL = Which control bits in the TCP header are set to 1

Flow Control
ICND1 v1.01-151
TCP Acknowledgment
ICND1 v1.01-152
Fixed Windowing
ICND1 v1.01-153
TCP Sliding Windowing
ICND1 v1.01-154
TCP Sequence and Acknowledgment Numbers
ICND1 v1.01-155
Summary
The purpose of the transport layer is to hide the network requirements from the application layer. Connection-oriented transport provides reliable transport; connectionless transport provides best-effort transport. UDP is a protocol that operates at the transport layer and provides applications with access to the network layer without the overhead of the reliability mechanisms of TCP. UDP is a connectionless, best-effort delivery protocol.
TCP is a protocol that operates at the transport layer and provides applications with access to the network layer. TCP is connectionoriented, provides error checking, delivers data reliably, operates in full-duplex mode, and provides some data recovery functions.
ICND1 v1.01-156
Summary (Cont.)
TCP/IP supports a number of applications, including FTP (supports bidirectional binary and ASCII file transfers), TFTP (transfers configuration files and Cisco IOS images), and Telnet (provides capability to remotely access another computer). IP uses a protocol number in the datagram header to identify which protocol to use for a particular datagram. Port numbers are used to map Layer 4 to an application.
ICND1 v1.01-157
Summary (Cont.)
Flow control avoids the problem of a transmitting host overflowing the buffers in the receiving host and slowing network performance. TCP provides sequencing of segments with a forward reference acknowledgment. When a single segment is sent, receipt is acknowledged and the next segment is then sent.
ICND1 v1.01-158
Summary (Cont.)
The TCP window size decreases the transmission rate to a level at which congestion and data loss do not occur. The TCP window size allows a specified number of unacknowledged segments to be sent. A fixed window is a window with an unchanging size that can accommodate a specific flow of segments. A TCP sliding window is a window that can change size dynamically to accommodate the flow of segments.
TCP provides the sequencing of segments by providing sequence numbers and acknowledgment numbers in TCP headers.
ICND1 v1.01-159
ICND1 v1.01-160

CCNA Fastrack

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

CCNA Fastrack

Hochgeladen von

Copyright:

Verfügbare Formate

Qu es un Modelo de RED?

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

Ventajas de un modelo por capas.

Modelo de Referencia Modelo de Protocolo

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI - Open Systems Interconnection

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI - PDU

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI PDU de Cada Capa

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI PDU de Cada CAPA

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Capa de Aplicacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Capa de Aplicacin

Existen muchos protocolos de capa de aplicacin y siempre se desarrollan protocolos nuevos.

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Capa de Aplicacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Protocolos Capa de Aplicacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Protocolos Capa de Aplicacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Protocolos Capa de Aplicacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 7 Protocolos Capa de Aplicacin

Modelo OSI Capa 6 Capa de Presentacin

Es una capa intermedia, diseada para la manipulacin de los datos.

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 6 Capa de Presentacin

Esta capa cumple tres funciones principales y son las siguientes:

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 6 Capa de Presentacin

Modelo OSI Capa 6 Capa de Presentacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 6 Capa de Presentacin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 5 Capa de Sesin

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 5 Capa de Sesin

Administracin del dialogo.

Modelo OSI Capa 5 Capa de Sesin

Lenguaje de consulta estructurado (SQL).

2007 Cisco Systems, Inc. All rights reserved.

Modelo OSI Capa 3 Capa de Red

2007 Cisco Systems, Inc. All rights reserved.

Capa de Transporte del modelo OSI

Aspectos bsicos de networking: Captulo 4

2007 Cisco Systems, Inc. All rights reserved.

Los servicios y la funcin de la capa de transporte

2007 Cisco Systems, Inc. All rights reserved.

Los servicios y la funcin de la capa de transporte

2007 Cisco Systems, Inc. All rights reserved.

Los servicios y la funcin de la capa de transporte

Los servicios y la funcin de la capa de transporte

Los servicios y la funcin de la capa de transporte