Jose Bernabe Garcia

Respuestas de foro creadas

Viendo 11 entradas - de la 1 a la 11 (de un total de 11)
  • Autor
    Entradas
  • #30552
    Jose Bernabe Garcia
    Participante

    Hola Alvaro.

    Tengo una pequeña duda.

    En el caso 1, el cual el PC final envia una trama, decimos que:

    Address1(RX) -> MAC_Interfaz_inalambrica_AP 000:000:3333
    Address2(TX) -> PC Izquierdo 0000:1111:1111
    Address3(RX) -> PC del DS 0000:0000:ABCD

    Cuando la trama vuelve del DS -> Zona inalámbrica:

    Address1(RX) -> PC Izquierdo 0000:1111:1111
    Address2(TX) -> AP 000:0000:3333
    Address3(RX) -> PC del DS 0000:0000:ABCD

    Pero… el Address1 de este segundo caso, no deberia ser la MAC de la interfaz inalambrica del AP? Así lo fué en el primer caso. «El RX de la interfaz inalambrica que recibe la trama». La trama es enviada por el PC del DS hacia el AP, por lo que el RX de esa comunicación seria el AP.

    No se si me he explicado correctamente.

    Espero me puedas aclarar.

    Un saludo.

    #29348
    Jose Bernabe Garcia
    Participante

    Hola Alvaro.

    El comando show cdp neighbors fastethernet0/10 detail me dice que es incorrecto.

    ¿Existe algun fallo en la presentación o estoy introduciendo algo erroneamente?

    Un saludo.

    #29304
    Jose Bernabe Garcia
    Participante

    Hola Alvaro.

    Queria hacer una pregunta relativa a la pregunta numero 7, que dice:

    «7. Tenemos una trama que esta viajando por una troncal que tiene en el campo type del header Ethernet el valor de 0x0806, en el campo destination MAC el valor de FF:FF:FF:FF:FF:FF y en el campo VID un valor de 1. ¿Qué afirmaciones son correctas? (2 opciones)»

    Las respuestas correctan son:

    La trama pertenece a un ARP request
    La VLAN de la trama es diferente que la VLAN Nativa

    La respuesta de «La VLAN de la trama es diferente que la VLAN Nativa». Esto es asi, por que, SI que contiene header 802.1Q y si fuese IDENTICA A LA VLAN NATIVA no deberia contenerlo? Creo haberlo comprendido así, pero me gustaría que me corrigieses por si me equivoco.

    Muchas gracias.
    Un saludo.

    #29295
    Jose Bernabe Garcia
    Participante

    Muchas gracias por tu respuesta.

    Hare todo lo posible por memorizar todo el tema WLAN para la certificación de cisco tal cual lo mencionas y espero no confundir con los datos que manejo a diario sobre redes wlan. Nunca he realizado ningun examen para ninguna certificación y por lo que veo el de cisco va a ser duro.

    Me he aventurado al mundo de CISCO por que trabajamos en nuestra redes de Fibra y Wisp con Mikrotik (wisp a nivel de core, cpe y ptp otros fabricantes) Los equipos de fibra trabajamos con huawei. Hemos alcanzado un nivel de tráfico (a nivel de core) el cual el proveedor «Mikrotik» parece ser que se queda «pequeño» y me gustaría ir migrando poco a poco a equipos cisco, que a mi parecer son más robustos y profesionales. Con este curso me gustaría:

    1. Obtener los conocimientos necesarios para poderme iniciar con los dispositivos cisco.
    2. Ya que realizo el curso, certificarme tambien 🙂

    Estamos en contacto en las proximas dudas que se me vayan planteado!.

    Muchas gracias.
    Un saludo.

    #29258
    Jose Bernabe Garcia
    Participante

    Hola Alvaro gracias por tu respuesta.

    El problema de estar realizando esto a diario y ponerse a estudiar para sacar una certificación es esto. Que ves cosas en el temario que realmente no te encuentras en la vida diaria.

    Ademas de con equipos Ubiquiti y Mikrotik tambien trabajamos con equipamiento Wimax puro 802.16. El cual es una empresa española llamado Albentia (http://www.albentia.com/). Ellos producen sus propias estaciones base (para las torres) y tambien los CPE para los clientes.

    Todo lo diseñan desde 0, desde el circuito integrado, la refrigeración pasiva de sus estaciones base, las tarjetas mini pci, sistema operativo para integrar todo el hardware y modulos del kernel para echar a andar todo.

    En su página web tienen muchos papers interesantes de como funciona el tiempo de trama en sus equipos y infinidad de cosas más. Ademas es una empresa 100% española y la verdad que estan siendo un gran avance en los proveedores Wisp que implementan sus equipos. Estos equipos funcionan como máximo con anchos de canal 10Mhz en la banda de 5Ghz. Si es cierto que al ser 802.16 y al ser como dicen ellos «un protocolo entramado» la latencia es algo superior a la de 802.11,(unos 30/35ms más) pero eso si, muchisimo más estable.

    Te he citado lo anterior por si quieres echarle un vistazo ya que esto nada tendria que ver con el tema de las certificaciones.

    Un saludo Alvaro (;

    #29095
    Jose Bernabe Garcia
    Participante

    Hola Alvaro.

    Tengo un par de dudas respecto al tema y es que diariamente trabajo con equipos de radio frecuencia y me ha sonado extraño algunas cosas que has explicado:

    Actualmente estoy trabajando con equipos con frecuencia en 5Ghz y estos permiten fijar el ancho de canal de 5Mhz, 10Mhz, 20Mhz…. En la diapositiva comentabas que el minimo ancho de canal de 5Ghz es de 20Mhz pero como te comento, trabajo con equipos que permiten tener otros anchos de canal. Supongo que cumpliran estandar ya que son marcas de bastante prestigio: Mikrotik, Ubiquiti….

    En la diapositiva comentas que que la frecuencia de 2,4Ghz tiene un ancho de canal de 22Mhz. Pero en la mayoria de equipos comerciales que he podido trabajar, para elegir el ancho de canal que deseas utilizar normalmente ofrecen 2 opciones 20Mhz o 40Mhz jamas he visto la opción de 22mhz. ¿A que se debe?

    Ademas, tambien existe equipamiento, por ejemplo Ubiquiti, el cual ofrece anchos de canales de 5Mhz, 10 y 20Mhz para los canales de 2,4Ghz.

    Espero me puedas ayudar.
    Gracias.

    #27132
    Jose Bernabe Garcia
    Participante

    Hola Alvaro.

    En la explicación del protocolo DHCP, comentas, que la respuesta SERVIDOR -> CLIENTE del mensaje DHCP ACK es enviada como IP destino a la IP del cliente. Pero, si hasta que el cliente no reciba el DHCP ACK del servidor no llega a tener IP válida en la red… ¿Como puede ser que le enviemos la trama como IP destino (el host que va a configurar)? Teoricamente esa IP aun no existe en la red por que el host no ha terminado de «levantar» con esa IP. ¿No sería más acertado que esa respuesta DHCP-ACK se enviase como IP destino: 255.255.255.255?

    Un saludo.

    #27122
    Jose Bernabe Garcia
    Participante

    Gracias por tu aclaración, Alvaro. Pero una pregunta.. entonces TCP CLAMPING evita la fragmentación? o la fragmentación con tuneles GRE se seguirá produciendo?

    Muchas gracias.

    Un saludo.

    #27073
    Jose Bernabe Garcia
    Participante

    Me ha quedado muy claro con tu explicación.

    Me gustaria hacerte una consulta más, (solamente por curiosidad).
    Suelo trabajar con equipos Mikrotik en los cuales levantamos tuneles Gre y eoip. Estos tuneles llevan una opción por defecto para habilitar el ‘Clamp TCP MSS’. ¿Que es exactamente eso y que es lo que hace? Por defecto viene marcada pero no se exactamente que es. He buscado algo de info al respecto pero no me queda muy claro.

    Muchas gracias.

    #27072
    Jose Bernabe Garcia
    Participante

    Hola.

    No entiendo la respuesta de la pregunta 9, segun la pregunta dice:

    9. ¿Cuáles de las siguientes subredes son correctas cuando dividimos la red principal 16.16.0.0/18 en 16 subredes? (2 opciones)

    16.16.0.128
    16.16.16.0
    16.16.32.0
    16.16.255.0
    16.16.192.0

    tenemos la mascara subred /18:

    1111111.11111111.11000000.0000000

    Para 16 subredes tenemos que «cogernos prestados» 4 bits (2 elevado a 4) = 16.. Por lo tanto:

    1111111.1111111.11111100.00000000 —> Mascara ha cambiado con +4bits a 1

    El numero mágico seria 4, no 16 como supuestamente aparece en la respuesta correcta.

    ¿Me podrias explicar?

    Gracias.

    #27004
    Jose Bernabe Garcia
    Participante

    Hola.

    Me surgen dos dudas al respecto:

    1. Si la capa IP no fragmenta los paquetes ya que comentas que es «muy raro» que en la vida real nos encontremos con paquetes mayores a 1500 y que en tal caso estos se deberian fragmentar (cosa que no es recomendable)
    ¿Quien es el encargado entonces de no generar paquetes (headers+datos) mayores de 1500? ¿la aplicación?

    2.Referente a la imagen de wireshark que has mostrado con el ejemplo de la canción, en la columna ‘length’ aparece el valor 1514. ¿Que es este valor?

    Ademas, queria aprovechar este mensaje para felicitarte Alvaro por el gran trabajo realizado, ya que, tu forma de explicar es excelente.
    Muchas gracias.

Viendo 11 entradas - de la 1 a la 11 (de un total de 11)