1.7. Introducción a la Capa de Red y al protocolo IPv4


Nota: Lastimosamente el contenido completo solo está disponible para miembros… por favor suscríbete

PREGUNTAS

Las preguntas que encontraras en esta sección, son similares a las que te encontraras en el examen de certificación.

Paso 1 de 2

50%

¡PARTICIPEMOS!

Si te quedaron dudas de la lección, escríbela a continuación y así todos podemos participar y ayudarte.
¿Quieres participar en los debates?… por favor suscríbete

NUESTROS CURSOS Foros Introducción a la Capa de Red y al protocolo IPv4

Viendo 15 entradas - de la 1 a la 15 (de un total de 27)
  • Autor
    Entradas
  • #10850
    AdminNG
    Superadministrador
    #17192
    DiegoAv
    Participante

    BUENAS NOCHES : TENGO UNA DUDA CON LA PREGUNTA 9. ¿Cuántos bits tiene una dirección IPv4? , ESO DE DONDE LO SACAMOS DEL HEADER? NO ENTIENDO DE DONDE SALE 32 BITS.
    MUCHAS GRACIAS

    #17198
    AlvaroM
    Superadministrador

    Hola Diego!

    Buenas noches, como mencionamos a partir del minuto 33, los campos «Source Address» y «Destination Address» del HEADER IPv4 tienen un tamaño de 32 bits… dentro de estos campos se almacenan las direcciones IP de origen y destino que tienen los paquetes cuando salen de un dispositivo en particular… no te preocupes que en esta siguiente clase: https://netwgeeks.com/topic/1-8-estructura-direccion-ipv4-parte-1-conversion-binario-decimal/ ya explicamos el porqué de 32 bits… dale una mirada y esta duda debería quedar totalmente disipada!

    Atento a tus comentarios.

    Saludos cordiales!

    #18868
    daniel Pinaud
    Participante

    buenos dias, como un pc sabe la ip de destino cuando se forma el paquete IP, si estoy en la capa de aplicacion y envio un correo a otro correo en que momento especifico el pc obtiene la direccion de destino ipv4 , entiendo que en la capa de red se tiene la ip origen y destino (esta no se como la sabe) luego en la capa 2 con la tabla arp se comienza a poblar esta tabla con las direciones ipv4 y su mac asociada, esa parte la entiendo,, tambien entiendo si la ip destino no esta en la red se envia por defecto a el gateway que obiamente la conoce, pero si hay 4 pc en una red lan y nunca han hecho conexcion ninguno de ellos y le acabo de enviar un correo a otro pc en mi misma red lan, como se la ip de destino

    #18875
    AlvaroM
    Superadministrador

    Hola Daniel!

    Buena pregunta, en realidad tienes que entender que este tema de «cómo se conoce la dirección de destino» se da a nivel aplicativo. Es decir cuando alguien desarrolla un determinado programa, en el código de la aplicación ya viene detallado a que dirección IP se debe comunicar un dispositivo. En algunos casos se debe configurar este dato en la aplicación de tu computadora (no aplica a servicios web).

    Por ejemplo, cuando tu abres Spotify, automáticamente recibes desde Internet las canciones y sugerencias de artistas entre muchas otras cosas no?… tu en ningún momento definiste la IP para solicitar esas canciones, esto es porque la aplicación ya está programada para comunicarse con la IP del servidor de Spotify para obtener todos los datos que te muestra el aplicativo.

    Respecto a tu consulta sobre el correo electrónico, en el caso de aplicaciones como Outlook, Zimbra o alguna similar, tu NO estas recibiendo el correo electrónico directamente en TU computadora, tu aplicativo de tu computadora es el que se está comunicando con el servidor de correo de manera interna… el aplicativo es el que ya está programado o configurado para comunicarse con la IP del servidor de correo de manera que pueda «obtener» los correos electrónicos que están destinados a tu cuenta y así tú los puedas ver en tu computadora. Si tu aplicas algún tipo de restricción entre la comunicación de tu IP con la IP del servidor de correo, NO vas a poder recibir los correos electrónicos aunque tengas comunicación con las otras PCs de tu red interna que te están enviando correos electrónicos. Y esto ocurre en la gran mayoría de las aplicaciones.

    En el caso de la navegación WEB se utiliza el protocolo DNS para obtener la dirección IP del servidor web que aloja la página web.

    Espero que ahora quede clara la idea!

    Atento a tus comentarios! =)

    • Esta respuesta fue modificada hace 1 año, 12 meses por AlvaroM.
    #20205
    oscar Ivan
    Participante

    Hola estimado Alvaro.

    En esta ocasión me surge la duda acerca del campo Header Lenght, el campo tiene un tamaño de 4 bits. pero no entiendo porque se utiliza 32 bits o 4 bytes como lo indicas para hacer el calculo del tamaño del header, nos indicas algo relacionado con palabras de 32 bits o 4 bytes pero no entiendo el concepto. De antemano muchas gracias por tu tiempo.

    #20226
    AlvaroM
    Superadministrador

    Hola Oscar!

    El campo Header Lenght tiene un tamaño de 4 bits, con esos 4 bits tú puedes expresar el tamaño de TODO el header IPv4 en palabras de 4 bytes o 32 bits (8 bits = 1 byte).

    Podrías tener todas estas combinaciones con 4 bits

    Binario Decimal
    0000 = 0
    0001 = 1
    0010 = 2
    0011 = 3
    0100 = 4
    0101 = 5
    0110 = 6
    0111 = 7
    1000 = 8
    1001 = 9
    1010 = 10
    1011 = 11
    1100 = 12
    1101 = 13
    1110 = 14
    1111 = 15

    Esto quiere decir que el número (decimal) que tengas almacenado en ese campo header lenght debes multiplicarlo por 4 para obtener el tamaño real del header IPv4 en bytes. El término «palabra» se usa en arquitecturas de computadoras, no te compliques con ese término… de manera simple, la «palabra» significa una agrupación de bits que pueden ser manejados por un procesador.

    Para hacerlo más sencillo, podríamos expresarnos de la siguiente manera… «el campo header lenght almacena el tamaño del header IPv4 dividido entre 4».

    Entonces, el mínimo valor permitido que puedes tener en ese campo es 5, ese valor lo multiplicas por 4… y te da 20 bytes que llegaría a ser el tamaño real del header IPv4.

    Espero que ahora quede claro el panorama.

    Atentos a tus comentarios!

    Saludos cordiales.

    #20377

    Que tal.
    Mucha teoria en estos capitulos.
    Espero en las practicas aterrizar lo visto aqui.

    #20379
    AlvaroM
    Superadministrador

    Hola Edgar bienvenido al foro! =)

    Recuerda que el curso está orientado a obtener la certificación CCNA. Se tocan los capítulos necesarios que te pide la certificación y se toca la parte práctica que te pide la certificación. De hecho toda la teoría que se aprende NO la vas a ver en la parte práctica, la mayoría sí pero no toda, por ejemplo de QoS vemos un poco de teoría pero no se ve la parte práctica, de VSS y Stacking vemos un poco de teoría pero no se ve la parte práctica, de 802.1X se ve teoría pero no parte práctica y así… para bien o para mal, así ha estructurado el material Cisco.

    Por otro lado, consideramos que estos temas iniciales son vitales para la parte práctica, sin conocer la conversión binario a decimal/VLSM/Subnetting sería imposible definir las IPs a utilizar en nuestros dispositivos… creemos que NO tiene mucho sentido ver práctica en este punto sin tener las bases necesarias para entender lo que se hace, podríamos enseñar a configurar una computadora, podríamos enseñar a configurar una IP en un dispositivo, pero eso no tiene mucho sentido si no se sabe que es lo que se está configurando.

    Para finalizar, no te preocupes que tienes mucha práctica por delante, e inclusive un curso entero de Packet tracer donde SOLAMENTE tienes prácticas.

    Estoy atento a tus comentarios.

    SAludos cordiales!

    • Esta respuesta fue modificada hace 2 años por AlvaroM.
    • Esta respuesta fue modificada hace 2 años por AlvaroM.
    #20736
    Fernando Moreno
    Participante

    Hola Álvaro,

    dices que se verá mas adelante pero, si en la capa de transporte el protocolo TCP se encarga de segmentar los datos que sobrepasan el tamaño máximo, que en el caso de utilizar el protocolo ethernet en capa 2, es de 1500 bytes menos 20 de la cabecera IP y 20 de la cabecera TCP, ¿Por qué en la capa de red se utiliza la fragmentación dependiendo otra vez del tamaño máximo que permita el protocolo de capa 2?

    Gracias

    #20786
    AlvaroM
    Superadministrador

    Hola Xopo!

    Bueno, en primera instancia tienes que tener en cuenta que la comunicación de TCP es entre el dispositivo que inicia la comunicación y el dispositivo al cual están destinado los datos ¿no es cierto? … por lo tanto, entre esos 2 dispositivos pueden existir decenas de routers, switches, firewalls, etc. Esto quiere decir que tus segmentos TCP transportados, van a viajar a través de diferentes enlaces de capa 2 que pueden tener diferentes MTUs, lo ideal sería que tus segmentos viajen a través de redes Ethernet que mantengan su MTU de 1500 bytes, en este caso no haría falta la fragmentación… sin embargo en la vida real puede no ser así, puede ser que en el primer salto desde tu computadora hacia un router utilices la tecnología Ethernet (1500 bytes), y que después tengas un enlace de capa 2 donde el MTU es menor… entonces que pasa en esos casos?… ¿cómo transportar una trama de 1500 bytes a través de un enlace que solo te permite transportar supongamos …600 bytes?… en estos casos lo único posible a realizar es la fragmentación. IP va agarrar todo el paquete y lo va dividir en partes más pequeñas de manera que puedan ser transportados por el segundo enlace.

    El MSS que define el tamaño el segmento TCP en el dispositivo inicial, solamente toma en cuenta el MTU de la interface de capa 2 LOCAL, es decir solamente te sirve para tu primer salto hacia el primer dispositivo en el camino al destino final, TCP no toma en cuenta los otros dispositivos que puedan existir en el camino al dispositivo final y que puedan tener otros tamaños de MTU.
    En la vida real, se trata de evitar la fragmentación a toda costa, ya que es un proceso que consume bastantes recursos. En la actualidad existen tecnologías como PMTU que se encargan de analizar cuál es el MTU más pequeño en todo el trayecto al destino final, y de acuerdo a ese MTU se crea el segmento TCP de manera que no pueda existir fragmentación en ningún punto de la red.

    Si gustas acá tenemos una entrada de un blog donde hablamos más a detalle sobre este tema: https://netwgeeks.com/fragmentacion-ipv4/

    Espero haberte ayudado con mi respuesta.

    Estoy atento a tus comentarios.

    Saludos cordiales.

    #22576

    1.7. Introducción a la Capa de Red y al protocolo IPv4

    1. ¿Cuáles son las funciones de la capa de Red? (2 opciones)
    Enrutamiento X
    Direccionamiento X
    Transporte seguro de los datos por la red
    Control de flujo
    Control de congestión
    Establece sesiones entre los dispositivos
    2. El PDU que se utiliza en la capa de red se denomina…
    Paquete X
    Trama
    Bits
    Datos
    Segmento
    Datagrama
    3. ¿Cuál es el tamaño mínimo del header IPv4?
    20 bytesX
    20 bits
    40 bytes
    40 bits
    8 bytes
    8 bits
    0 bytes/bits
    4. ¿Cuál es el tamaño máximo del header IPv4?
    20 bytes
    20 bits
    60 bytes X
    60 bits
    40 bits
    40 bytes
    5. ¿Cuál sería el tamaño del header IPv4 si tenemos el valor decimal «5» en el campo «header length»?
    5 bytes
    0 bytes
    50 bytes
    40 bytes
    20 bytes X
    25 bytes
    6. ¿Cuál sería el tamaño del header IPv4 si tenemos el valor decimal «15» en el campo «header length»?
    60 bytes X
    40 bytes
    20 bytes
    15 bytes
    5 bytes
    7. ¿Cuál es el tamaño máximo que puede tener un paquete IPv4?
    20 bytes
    60 bytes
    65534 bytes
    65534 bits
    65535 bytes X
    8. ¿Cuál es el campo del header IPv4 que se encarga de detener los loops de enrutamiento?
    Header Length
    TTL X
    Checksum
    IP source
    DSCP
    ECN
    9. ¿Cuántos bits tiene una dirección IPv4?
    20
    32 X
    64
    128
    16
    40
    10. ¿Cuál es el tamaño de los campos Options y Padding del header IPv4?
    Variable X
    20 bytes
    40 bytes
    40 bits
    0 bytes
    Ninguna de las opciones
    11. ¿Cuáles son las características del protocolo IPv4? (3 opciones)
    Protocolo connectionless X
    Protocolo connection-oriented
    Protocolo best-efford X
    Protocolo de recuperación de errores
    Protocolo independiente del medio X
    Protocolo dependiente del medio

    #22587
    AlvaroM
    Superadministrador

    Hola Jhon

    Tienes alguan consulta en particular?

    Estamos atentos a tus comentarios.

    #24097
    Javier Madrigal
    Participante

    Hola Alvaro!,

    Con respecto a la pregunta 7 considero que la respuesta correcta es 60 bytes, porque 65535 bytes se refiere al máximo valor de 16 bits y no al tamaño máximo que puede tener un paquete IPv4. En el video se dijo que el máximo valor de un paquete es de 60 bytes y el mínimo de 20 bytes. Podrías por favor aclararme esta esta duda? Muchas gracias y saludos.

    #24098
    AlvaroM
    Superadministrador

    Hola Javier!

    No nos confundamos entre el tamaño del paquete con el tamaño del HEADER del paquete, son cosas diferentes. El tamaño máximo del HEADER del paquete IP efectivamente llega hasta 60 bytes, pero el tamaño del PAQUETE IP hace referencia al tamaño del header del paquete IP + header de capa de transporte + datos de aplicación. El tamaño del CAMPO «PACKET LENGHT» del HEADER IP tiene 16 bits… en esos 16 bits tu expresas el tamaño del PAQUETE IP en BYTES… con 16 bits el valor máximo que puedes tener es de 65535, por lo tanto el tamaño máximo de paquete que puedes tener es de 65535 bytes.

    Espero que ahora quede claro, de todas formas esto se explica en el minuto 23:26.

    Atento a tus comentarios.

    Saludos cordiales.

Viendo 15 entradas - de la 1 a la 15 (de un total de 27)
  • Debes estar registrado para responder a este debate.