Passa al contenutoPassa al piè di pagina
  • Lavori
  • Aziende
  • Stipendi
  • Per le aziende

      Migliora la tua carriera

      Scopri le tue potenzialità di guadagno, trova lavori da sogno e condividi approfondimenti su lavoro e vita privata in forma anonima.

      employer cover photo
      employer logo
      employer logo

      Meraki

      Parte di Cisco

      Azienda coinvolta

      Circa
      Recensioni
      Stipendi e benefit
      Lavori
      Colloqui
      Colloqui
      Ricerche correlate: Recensioni su Meraki | Offerte di lavoro di Meraki | Stipendi di Meraki | Benefit di Meraki
      Colloqui di MerakiColloqui per Network Support Engineer presso MerakiColloquio di Meraki


      Glassdoor

      • Chi siamo
      • Contattaci

      Aziende

      • Account Business gratuito
      • Spazio per le aziende
      • Blog per le aziende

      Informazioni

      • Aiuto
      • Linee guida
      • Condizioni d'uso
      • Privacy e scelte pubblicitarie
      • Non vendere né condividere le mie informazioni
      • Strumento per l'accettazione dei cookie

      Lavora con noi

      • Inserzionisti
      • Carriere
      Scarica l'app

      • Cerca:
      • Aziende
      • Lavori
      • Località

      Copyright © 2008-2026. Glassdoor LLC. "Glassdoor," "Worklife Pro," "Bowls" e il relativo logo sono marchi registrati di Glassdoor LLC.

      Aziende seguite

      Non lasciarti sfuggire opportunità e informazioni privilegiate seguendo le aziende dove vorresti lavorare.

      Ricerche di lavoro

      Ricevi suggerimenti e aggiornamenti personalizzati avviando le tue ricerche.

      Le migliori aziende per "stipendio e benefit" vicino a te

      avatar
      BMW Group
      4.0★Stipendio e benefit
      avatar
      Sinch
      3.7★Stipendio e benefit
      avatar
      Anton Tech
      3.6★Stipendio e benefit

      Colloquio per Network Support Engineer

      9 ago 2021
      Candidato anonimo a colloquio
      Londra, Inghilterra

      Altre recensioni di colloqui per Network Support Engineer presso Meraki

      Colloquio per Network Support Engineer

      6 giu 2025
      Dipendente anonimo
      Ciudad de Mexico
      Offerta accettata
      Nessuna offerta
      Esperienza negativa
      Colloquio nella media

      Candidatura

      Ho presentato la mia candidatura online. La procedura ha richiesto 3 settimane. Ho sostenuto un colloquio presso Meraki (Londra, Inghilterra) nel mese di lug 2021

      Colloquio

      I first applied for the role. Then the HR person emailed me saying she would like to do an initial assessment with me, so I had to book time. When she did call, she asked questions like how much I knew about the company and why I wanted to work for Cisco Meraki. Then she went on to ask basic networking questions like describing STP, what it's for ? And explaining VLANs. And to describe how devices get an IP address, whether if it's statically configured or dynamically via DHCP, then explain the entirety of the DHCP process. Another question she asked was about Address Resolution Protocol (ARP), the entire process from which the hosts communicates with another host on the same network; if the IP address of the recipient is not on the ARP table of the host, then how it sends an ARP query frame as broadcast and how the other host responds to it. So the source host gets the IP address. After that interview, sometime later, I got an email from her, telling me that I was successful to progress to the next stage via WebEx. This was more difficult though, but could be aced if you understand CCNA. The first question, was a very basic STP question, with 3 switches, was asked which one becomes the root bridge, and which port gets blocked, determined by Bridge ID. The following question, she draws a topology, of a switch with 2 hosts connected to it, each being on a separate VLAN, and that switch is connected to a router. First question is, how do the two hosts communicate ? It's a router-on-stick question, And if they cannot communicate, then what steps would you take to ensure they are able to communicate ? Ensure the hosts have an IP address (statistically or dynamically). Then ensure the switch ports (connected to hosts) are on Access mode, with their allowed VLAN configured. Then ensure the default gateway of each VLAN on the switch is set to subinterfaces(s) of the router's interface. Next step would be, to ensure the switch port connecting to the router is configured as a trunk, that allows the 2 VLANs to travel over. Make sure the native VLAN of that trunk does not clash with one of the VLANs. Then on the router. Look at the physical interface which is connected to the switch port. Ensure that port is administratively & operationally up/up. Ensure it has an IP address. Then check if it has subinterfaces, and ensure each sub interface is encapsulated with dot1q with the VLAN with an IP address acting as the default gateway for each of the VLANs (specified on the switch). By this point, the troubleshooting for this Router-On-Stick should be done, unless I missed a step. Another question, was, to go through the process of a frame travelling from one host to another, what changes along the way, we know the IP address of source & destination remains the same, but the source/destination of the MAC addresses changes after each point, from the host to the router, then from the router to the destination host. Next part is, a DHCP server is added onto the topology, and a new host. And the new host is set to dynamically get it's IP address from this DHCP server. Explain the entirety of the DORA process. Then you're told that the DHCP pool consists of IP Addresses of a particular range, and the IP address of the new host is not of that range, therefore the IP address must have been got from a rogue DHCP server. How would you go about this issue ? This part I could not do. There was a question on how the switch populates it's CAM table (MAC Address table), which is when a frame enters a switch via a port, the switch looks at the frames' source address and attaches that MAC address to that ingress port. The binding between the Mad Address & port is 300 seconds by default (5 minutes). Sorry if I missed a question from this, interview. After this interview, I had an email from the same HR lady, telling me I passed the interview. And that I had to sit a third one. When the time came for me to sit this one, I ended up failing it. There are 2 main topologies, one with wireless, the other with VPN. The wireless one is, when 2 AP's are connected to a switch, and that switch is connected to another switch, which is connected to a DHCP server. Each of the AP's are in separate locations (maybe different rooms). In each location, there exists a host, both cannot connect to their AP's. How would we go around this issue for each of them to connect to the AP. And after that, how would we go about troubleshooting issues for each of the devices to get an IP address ? I'd make sure hosts are connected to correct SSID and passwords are same. If the devices are connected to the AP's by then. Then configure the hosts to dynamically get the IP addresses from the DHCP server. Then make sure the switch ports connecting the two switches are configured as trunks with their allowed VLANs being able to transverse through the link, and removing inconsistencies regarding the native VLANs.

      Domande di colloquio [1]

      Domanda 1

      I written above in the Describe Interview Process part. But run out of space. The second question of the third stage of the interview, being based on VPN. This one was tricky. You are shown a topology of two sites connected through the internet. And a VPN is created from a router of one site, connected to a VPN Gateway of another site (but this is connected to the switch, not on router). You are told to troubleshoot this. This is where I got confused. I just made sure the IKE1 was set up correctly, the ISAKMP SA's were all matching, and then the pre-shared key matched. Then the IPSec SA's were the same. Then attached it to the VPN tunnel. Also, ensured the tunnel interface was configured correctly, where the destination of the tunnel was the public facing address of the other end, and the tunnel source was a loopback address, and ensured both ends of the tunnel interface were on the same subnet. Then made sure there was a static route (on each site) stating to get to that other site, the next hop would be the tunnel interface IP address. And so on. I got a little confused here. I think this is why I failed. Overall the interview was rigorous and it being 5 steps is over the top in my opinion. I failed on the third. Those that are applying, re-read your CCNA's thoroughly and make sure you understand most the concepts, except for OSPF, as I'm surprised they didn't ask me any of that, or even ACL.
      Rispondi alla domanda
      50
      Esperienza positiva
      Colloquio nella media

      Candidatura

      Ho presentato la mia candidatura online. La procedura ha richiesto 4 settimane. Ho sostenuto un colloquio presso Meraki (Ciudad de Mexico) nel mese di mag 2025

      Colloquio

      Entrevista cordial y profesional. Preguntas claras sobre experiencia, habilidades técnicas y trabajo en equipo. Buen ambiente, entrevistador atento. Dejaron espacio para dudas. Me sentí cómodo y valorado como candidato. Todo muy bien

      Domande di colloquio [1]

      Domanda 1

      Some theory and practical questions about STP, TCP/IP, ACL, DHCP
      Rispondi alla domanda

      Colloquio per Network Support Engineer

      15 mag 2025
      Candidato anonimo a colloquio
      Offerta rifiutata
      Esperienza positiva
      Colloquio nella media

      Candidatura

      Ho presentato la mia candidatura tramite un selezionatore. Ho sostenuto un colloquio presso Meraki nel mese di nov 2024

      Colloquio

      3-4 sessions with different tech support staff and managers over a period of 4 weeks. Overall a very kind behaviour towards the candidate, more like a friendly discussion. They almost instantly informed you for every stage's results and comments of the interviwer(s).

      Domande di colloquio [1]

      Domanda 1

      What are the steps for a packet forwarding?
      Rispondi alla domanda

      Colloquio per Network Support Engineer

      5 apr 2024
      Candidato anonimo a colloquio
      Nessuna offerta
      Esperienza positiva
      Colloquio nella media

      Candidatura

      Ho sostenuto un colloquio presso Meraki

      Colloquio

      started with an online written interview for the first step pretty simple and straight forward not too hard. I have not got to the next steps yet still awaiting further contact

      Domande di colloquio [1]

      Domanda 1

      Why do you want to join meraki and what are you looking to gain from the role
      Rispondi alla domanda
      1