Respuestas de foro creadas
-
AutorEntradas
-
22 marzo, 2022 a las 6:59 pm #30552
Jose Bernabe GarciaParticipanteHola 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:ABCDCuando 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:ABCDPero… 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.
16 enero, 2022 a las 7:35 am #29348
Jose Bernabe GarciaParticipanteHola 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.
11 enero, 2022 a las 6:22 pm #29304
Jose Bernabe GarciaParticipanteHola 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 NativaLa 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.10 enero, 2022 a las 6:49 pm #29295
Jose Bernabe GarciaParticipanteMuchas 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.-
Esta respuesta fue modificada hace 3 años, 11 meses por
Jose Bernabe Garcia.
-
Esta respuesta fue modificada hace 3 años, 11 meses por
Jose Bernabe Garcia.
-
Esta respuesta fue modificada hace 3 años, 11 meses por
Jose Bernabe Garcia.
7 enero, 2022 a las 4:50 pm #29258
Jose Bernabe GarciaParticipanteHola 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 (;
21 diciembre, 2021 a las 3:55 pm #29095
Jose Bernabe GarciaParticipanteHola 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.1 noviembre, 2021 a las 12:01 pm #27132
Jose Bernabe GarciaParticipanteHola 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.
30 octubre, 2021 a las 3:33 pm #27122
Jose Bernabe GarciaParticipanteGracias 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.
-
Esta respuesta fue modificada hace 4 años, 1 mes por
Jose Bernabe Garcia.
26 octubre, 2021 a las 5:45 pm #27073
Jose Bernabe GarciaParticipanteMe 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.
26 octubre, 2021 a las 5:37 pm #27072
Jose Bernabe GarciaParticipanteHola.
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.0tenemos 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.
21 octubre, 2021 a las 1:20 pm #27004
Jose Bernabe GarciaParticipanteHola.
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.-
Esta respuesta fue modificada hace 4 años, 1 mes por
Jose Bernabe Garcia.
-
Esta respuesta fue modificada hace 3 años, 11 meses por
-
AutorEntradas
