API: Application Programmable Interface. For those in the know, this term is as everyday as “the cloud,” “app store,” or “WiFi.” For those not in the know, however, it might as well be an excerpt from a language belonging to an undiscovered species of extraterrestrial life.
You might Google what an API is and you’ll probably get a result along the lines of “allows one piece of software to interact with another piece of software.” Although technically accurate, this description barely scratches the surface of the huge possibilities that lie behind this humble three-letter acronym.
One of the most straightforward analogies for APIs likens it to the classic shape-sorting toy box. The shaped pieces such as triangles and squares can be considered data and the lid, the interface. Shapes can move in and out of the box through the correct hole in the lid. Similarly, an API expects data in a certain format and its interface will reject it if it falls outside of this.
Each software vendor that provides an API will have its own custom shaped pieces (data), lid (interface), and set of rules that govern their interaction.
Great…but why all the hype?
APIs allow developers to code a new program or app incredibly quickly. Rather than having to develop an entirely new app from scratch, developers can leverage existing data and processes, and simply code in additional customization. In this way, an existing app can be used (via APIs) to create a new one to satisfy a unique variant of the use case the original app addressed.
Let’s consider an app called Citymapper. Although its functionality is now largely similar to Google Maps, thanks to some updates to the latter, it was quite novel when it first appeared on the scene a few years ago. Citymapper leverages Google Maps (and all its data and processes) via APIs to provide routes from A to B in select cities around the world but also provides all the real-time transportation options available for the given city such as train, bus, walking, taxi, etc. Citymapper’s developers would have found it almost impossible to code the app if they had to code a substitute for Google Maps too. Additionally, Citymapper doesn’t have to worry about the gargantuan task of keeping the map data up to date.
What’s the deal with Meraki APIs?
From our very beginnings, our fundamental focus has been the extreme simplicity and usability of the Meraki dashboard. In some specific use cases, however, avoiding complexity is… unavoidable! In trying to add functionality for specialized and unique use cases, we would potentially compromise the very simplicity that we’ve worked so hard to synonymize ourselves with.
The Meraki API strategy
Our strategy to address these outlying applications, without complicating the beautiful simplicity of the dashboard, is to invest heavily in open APIs while continuing to develop functionality directly in the dashboard to solve customers’ common problems. This allows our customers, partners, and developers to extend the reach of the Meraki platform to build more specialized use cases.
Change the game
A closed software platform can be thought of like a board game: it has a fixed set of rules and options leading to a fixed set of scenarios or outcomes. If you get bored of a particular board game or outgrow it, then there’s only one real option: move on to a different board game. And so the cycle starts again.
In contrast, a software platform with open APIs, like Meraki, can be thought of like a deck of cards. A deck of cards isn’t constrained by a fixed set of rules. With one deck of cards you can play dozens of variants of poker. If your audience doesn’t know how to play poker or prefers a different game, that’s not a problem. The same deck can be used to play blackjack, solitaire, rummy, go fish… you could even invent your own game! The options are endless.
The same is true for the Meraki dashboard with its open APIs. The dashboard natively collects huge amounts of data about clients, location, application usage, etc. While there are ways to manipulate this monitoring information within the dashboard itself, the possibilities open up exponentially when you can export this information in real time. And even more so when you couple this with the ability to execute configuration commands through APIs.
Meraki customers, partners, and developers are using the open APIs to expand the use cases of the dashboard: from rolling out sophisticated loyalty programs integrated with CRM systems, to developing wayfinding apps relying on the location information captured by Meraki APs, to automating Meraki network provisioning across thousands of locations in the matter of minutes.
Get involved Meraki is committed to helping developers get up to speed with Meraki APIs to create novel ways to expand the potential of the dashboard. Get started with Meraki APIs, learn about real-life applications, complete labs, and download sample code at the Meraki developers site.
Free gear We’re giving away $1M of Meraki equipment to developers who are eager to get hands-on with the APIs. Get your free kit here.
Stay up to date Our engineers are continually adding new APIs for the dashboard. Check out the latest list directly in the dashboard (Help > API docs).
Impact, growth, mentorship, and fun: these are some of the words used to describe Meraki’s 12-week internship program for Software and Hardware Engineering. From May through August, Meraki hosted 21 interns from 13 different schools around the United States. Our interns had the opportunity to design and develop new features and products for customers around the world. Working directly with our engineering teams, interns gained valuable hands-on industry experience in preparation for their roles after academic life. In addition to working on their own projects, our interns were also able to enjoy fun events: from social activities and technical meetups to a weekly lunch-and-learn series, to name a few.
We sat down with Carly (Caltech), Sonja (Northern Illinois University), Ani (Rice), and Hemanth (BS-CMU, MS-Stanford) to hear more about their time as Meraki Interns.
How did you hear about opportunities at Meraki?
Carly – I first heard about Meraki at Caltech’s career fair. I read up on Meraki’s business and was very interested in networking, so I applied for an internship.
Hemanth – I first heard about Meraki at the CMU career fair when I was a senior, preparing to graduate. I interviewed for a full-time position but decided to attend graduate school instead. During my first semester of graduate school, I had to start thinking about summer internship opportunities. I reached out to a university recruiter at Meraki, and after an interview, I ended up with an internship offer!
What was your interview process like?
Carly – The internship interview process was fairly straightforward: a phone call with the university recruiter, and then two coding interviews. The coding questions were really creative and I still remember them, a year later. They were so fun I forgot I was being tested on algorithms and just focused on solving the prompts.
Ani – My interview experience was absolutely amazing. I think it was significantly different than most others I have experienced before because it wasn’t as formulaic. When you apply to a large company, the process is generally the same. You get scheduled for two technical phone screens, then another general technical interview, then some team matching, and so on and so forth. On the other hand, Meraki’s interview process felt a lot more personable. Starting off with first talking to a university recruiter to get to know more about the organization and culture, before moving into the technical interviews, meant that as an applicant I knew who I was talking to and what I was interviewing for. In addition (as cliche as it sounds), the entire interview process felt more like a series of conversations than interviews.
Competing in a friendly trivia night
Why did you choose Meraki?
Ani – The people. Everyone I talked to and met before I started at Meraki was absolutely amazing. Everyone was intelligent, dedicated, and passionate. All of the engineers I met really believed in Meraki’s mission and wanted to make a difference. Meraki culture is really special and I could tell even before I started that it was where I wanted to be. In a more objective sense, Meraki also had a smaller engineering organization which meant that as an intern (and maybe one day as a full-time software engineer) I could have a larger impact on the organization and the products. This sense of organization-level impact was extremely important to me and became yet another driving factor in helping me make my decision.
Sonja – I chose Meraki for a couple of reasons. One was that I was really drawn to the industrial design of the products. Looking at the hardware and packaging, I could tell that there was a high level of care that went into the products. I was also impressed by the opportunity and autonomy I would be given as an intern working on a summer project. I wouldn’t be doing menial, busy work, but actual engineering, so that was really exciting. And of course, who wouldn’t want to spend a summer in San Francisco?
Which team were you apart of this summer? What project(s) did you work on?
Hemanth – I worked on the Backend Infrastructure team. After a couple of days spent improving some internal documentation tooling, I moved to my main project: building a brand new monitoring feature for our support staff, with a potential future rollout to customers. I got to work across the entire stack to create this feature, from creating a backend service to building a UI, so I really got to explore a bunch of different technologies and do a lot of interesting things.
Carly –This summer I worked on the Exploding Whales team (also called the Backend Team, but mostly called the Exploding Whales). One project involved working within our aggregation framework to make an approximation query run faster. We approximate the top clients in a network over time by throwing out low usage clients in any given day. We can actually prove an upper bound for the error that this approximation gives us. For our parameters, it’s 3.3%. My other project was part of a larger effort to more accurately identify clients throughout the Meraki dashboard and across multiple devices. I worked with my mentor on figuring out how we identify clients throughout a network and then I worked on making sure we counted up their usage correctly, especially in the case that the client is seen through multiple Meraki devices.
Each intern is partnered with a mentor for the summer. What has been the best part about working with your mentor? About your team?
Sonja – Everyone on the Hardware team is great. Everyone has so much knowledge in so many different areas, and they are always willing to take time to answer any questions you might have. The team is also very friendly and welcoming, and made me feel like a part of the team from my first day, and not like “just an intern.” My mentor taught me so much about how to be an effective Hardware Product Manager. He was also always willing to answer any questions I had, no matter how big or small, and give me pep talks when I was frustrated with my project.
Carly – The best part of working with my mentor is that I’m actually working with her. My project dovetails nicely with hers, and I’ve enjoyed the back-and-forth discussion on how our projects need to interact with each other. It also turns out that my mentor and I have similar interests and habits, so it was fun bonding over that this summer. The best thing about my team is its team spirit and love for food — we’ve had delicious team lunches and gone out to ice cream several times.
What was your favorite event this summer? Why?
Ani – The Meraki Open House was a lot of fun. The event allowed for a change in pace and for me to take a step back and remember the big picture that surrounded both my project and my team. It was a lot of fun showing off everything we were working on to the rest of the company and the community. It was also really neat to see and hear about what other people on other teams were working on.
Hemanth – I really enjoyed the day we rented out a nearby soccer field and had a full soccer game with both interns and engineers participating. It was exhausting, but every single player walked away with a smile on their face :)
Sonja – My favorite Meraki event was probably when we made the succulent planters. It was a nice break in the afternoon, and then I had something pretty to look at on my desk the rest of the summer. Plus I got a great Instagram post out of it :)
Taking a break from their daily routine to make succulents with Meraki engineers
If you could give one piece of advice to future student applicants, what would it be?
Hemanth – Don’t be shy when you come in to interview! Every single interviewer I had at Meraki (as well as every engineer I’ve worked with) has been personable and friendly (which is definitely not the case at all companies), so take the opportunity to strike up some conversation so that you can get to know each other.
Sonja – Be yourself and don’t be afraid to show your personality and talk about what you are passionate about. Meraki is full of passionate people, and as an intern, you should demonstrate that same level of passion for your work.
Carly – Every team at Meraki works a bit differently, and it’s hard to know what the differences are from the outside. The recruiters and team leads do a great job of matching people, though, so the more candid you are about what you want, the better!
Thanks for chatting with us Carly, Hemanth, Sonja, and Ani!
Learn more about our intern program through this short video! You can also learn more about our Recent Grad program here.
This past May, Meraki hit a major milestone: 1 million networks. One of the most gratifying parts of this growth has been seeing the emergence of a passionate group of Meraki users. We see you at conferences, in training sessions, on webinars, and on social media. Until now, though, there hasn’t been a great place for you all to connect with each other.
That’s why we’re excited to announce the Meraki Community, our new forum for discussing all things Meraki.
Share Share how you are using Meraki gear in your environment and find tips from other users who have had similar experiences.
Ask Can’t find what you’re looking for? Start a new topic. There are many Meraki experts on the community who are eager to help out.
Get Noticed Join PhilipDAth and BHC_RESORTS at the top of the leaderboards! We’ll be recognizing top users (and just maybe awarding some swag) each month.
Join the Meraki Community today by visiting https://community.meraki.com and logging in with your cisco.com credentials. (If you don’t already have a Cisco login, you can create one by following the “Register” link.)
iOS 11 goes live today around 10 am Pacific Time. Although the iPhone X, iPhone 8, and iPhone 8 Plus are exciting for many, they won’t change the everyday activities and workflow for everyone. However, there is a lot baked into iOS 11 itself that extends the current state of excitement around Apple to organizations in both education and the enterprise.
The list of many helpful new additions to iOS 11 includes a big win for the Device Enrollment Program, Multi-Touch with drag and drop, file exploration, a new dock, updates to app switching, and an all-new Control Center, among others. Let’s go through a few of these to stay in-the-know with what’s new and noteworthy.
Add any device into the Device Enrollment Program (DEP)
The Device Enrollment Program (DEP) allows for organization owned Apple devices to be enrolled over-the-air for better control and visibility as well as simple, zero-touch management. Previously, only devices purchased directly from Apple, an Apple authorized reseller, or an authorized carrier could be added into DEP. Now with iOS 11, any device will be able to be added to DEP using Apple Configurator 2.5 or later. After devices are included, they join provisionally for 30 days, during which users can opt out. This is to protect personally owned devices from unintentionally being added. Adding any device into DEP will be especially useful for businesses with multiple buying centers or entities as well as schools who have devices donated, for example.
Earlier this year Apple TV was also added into DEP. So, there is now excitement around DEP for those already invested in iOS as well as those with management aspirations around Apple TV.
Multi-Touch with drag and drop
iPad, and especially the iPad Pro, has recently become much more of a productivity powerhouse. There’s a keyboard, there’s a pencil, and there’s a lot more processing potential. Efficiency and accessibility are getting even better for iPad with iOS 11. Multi-Touch with drag and drop may seem like a small addition, but it makes a big difference in the day-to-day. Being able to split screen and drag and drop files makes a more compelling reason to use iPad for work in both business and an educational context. Adding attachments to an email is much smoother and quicker than it once was and even when adding photos to a blog—as I personally tested for this post with an iPad Pro—has become a better way to get work done on the go.
Files is a new native app for iOS that is integrated directly into iOS 11. Whether searching through local files, iCloud, Box, or Google Drive users can organize, open, and delete files from the comfort of their iOS devices. Technically, this functionality was available 3rd party through the different storage services’ apps, but now it is tightly integrated into the fabric of iOS. This is a win for those used to navigating through file structures and is again focused on enabling users and enhancing productivity. Meraki recommends enforcing iOS open-in management with Systems Manager enterprise mobility management (EMM) to ensure that only authorized users can access managed content and data from managed apps and containers.
A new dock, app switcher, and Control Center
Swiping up from the bottom of an iPad running iOS 11 shows the app switcher similar to the photo shown above. The new dock in this view makes switching between apps much faster and is the basic hub for multitasking on iPad. The actions seem to intentionally mirror the user experience found on macOS, and even for those not used to a Mac, they are pretty quick to pickup. Pressing F4 on a Mac shows what’s called Mission Control. A way to think of this is that the app switcher brings a similar Mission Control experience to iPad. It shows the recently used apps and offers access to the also new Control Center. Swiping up on previously used apps will clear them until they’re opened again.
iOS 11 will be available for iPhone 5s and later, all current iPad Air and iPad Pro models, iPad 5th generation, iPad mini 2 and later, and the iPod touch 6th generation.
For those new to Systems Manager, start an instant 30-day trial here.
Grab, a leading technology company that provides transportation and ride-hailing solutions across Southeast Asia, offers a wide portfolio of transportation solutions ranging from a network of taxis (GrabTaxi) to private cars (GrabCar) to a two-wheeled option to beat the traffic (GrabBike).
This growing organization is dedicated to solving real-world transportation problems, and to that end, Grab is consistently expanding to new cities across the region. In our upcoming webinar on October 5, 11:00 AM (Singapore time), Kevin Lam, Grab’s Regional IT Networks Manager, will share his experience setting up networks at new offices in new countries, which is key to the company’s growth. Each branch office is crucial to supporting the local operations of the drivers. Lam chose Meraki because it could be deployed quickly and easily at branch offices.
During the webinar, Lam will share why Grab chose Meraki for their regional expansions. With advantages such as rapid deployments, simple management, and an easy-to-use dashboard interface, Lam can now deploy the network at new sites and offices in minutes.
Topics that will be covered in this webinar:
How Lam and his lean IT team manage everything from wireless, desktop support, server maintenance, data security, and network management
How the Grab team deploys a Meraki network (wireless, switching, security) at a new office in less than 24 hours
How Meraki makes it easy for Lam to manage a network distributed across seven countries from Grab’s headquarters in Singapore
Some unique use cases, challenges, and needs that a growing startup faces, and how a solid network infrastructure is essential for their success
Register for our webinar today to hear from Lam himself on October 5 at 11:00 AM (Singapore time). Eligible attendees will receive a free Meraki access point for attending this webinar*
Today we are excited to announce a variety of new models and capabilities to the Meraki MX, SM, and MS product families that bring additional power, choice, and protection for Meraki customers. We will be hosting a series of live webinars covering these updates in depth next week, but see below for a quick summary!
MX SECURITY APPLIANCES
Introducing MX250 and MX450: two new security appliances ideal for large branch, campus, and VPN concentration:
Designed for high-performance deployments, with stateful firewall throughput ranging from 4 to 6 Gbps
Flexible interface options, including 1GbE and 10GbE for copper and fiber applications
10G WAN interfaces for high-speed uplink connectivity
Modular, field-replaceable power supplies and fans
Introducing the Meraki Z3: a powerful addition to the Meraki Teleworker gateway family:
Includes a PoE port for VoIP phones and other powered end devices
802.11ac Wave 2 Wireless
Higher throughput and support for 802.1x port authentication
This is the second in a series of blog posts that focus on wireless security and technology at Cisco Meraki.
Wireless LANs are widely critical to the way companies work and are used to transact sensitive data (e.g. point of sale). A Wireless Intrusion Prevention System (WIPS), such as Cisco Meraki Air Marshal, gives companies the ability to ensure they are protected against threats to these WLANs. This blog post shows how Air Marshal protects against one such threat, namely a rogue access point.
What is a Rogue Access Point?
A rogue access point is an AP that is connected to a company’s physical network infrastructure but is not under that company’s administrative control. This could arise if an employee or student naively brought in a home WiFi-enabled router and connected it to the company’s infrastructure to provide wireless network access. This act introduces multiple threat vectors to the company, such as:
Insecure wireless standards – the rogue AP might only support a deprecated and insecure encryption standard, such as WEP. Or even worse, be purposefully configured with open association and authentication.
Inappropriate attachment – the user could also physically attach the AP to a network port in a secure area of the network, or in an area without appropriate firewalling between it and sensitive information.
Inappropriate location – the AP could be placed close to the perimeter of a building, meaning that someone could listen in on the company’s network.
This is by no means an extensive list of threat vectors introduced by this potentially innocuous action. So, it’s very clear that rogue access points are something we need to protect our business critical WLAN and networks from!
What makes a rogue access point rogue?
Cisco Meraki defines a rogue access point as an AP that is both “seen” on the LAN and is broadcasting SSIDs that are visible to the APs that make up the corporate wireless infrastructure.
In order to identify a rogue AP, all currently available Meraki access points leverage their dedicated “listening” radio to continuously monitor the RF. However, older APs without a dedicated listening radio can also be configured to utilize their access radios at specific times to scan for rogue access points, as shown below:
Air Marshal listens for 802.11 beacon frames sent out by APs that are “visible” to the corporate APs, then all the BSSIDs (advertising MAC address of the SSID) that the access point sees are categorized as either “Rogue SSID” or “Other SSID”.
In order to classify an SSID as rogue, we also need to look at the MAC addresses of frames on the wired side of the corporate APs. This is done by simply listening to the broadcast frames that the access point already receives. If the wired MAC and the broadcast BSSID MAC match on the 3rd and 4th bytes of the MAC address (typically wired and wireless MAC addresses are contiguous), and the rest of the bytes differ by 5 bits or less, then the AP is classified as rogue. This comparison is achieved by applying an XOR to the MAC addresses in binary form, as shown below in a rogue access point:
With this information in hand, we can safely say that this access point is connected to the same wired infrastructure as the Meraki access points and that it is actively advertising at least one SSID. So, we can assume that this is a threat to the corporate infrastructure that needs to be mitigated!
Note: If you have wireless APs that advertise SSIDs and form part of your legitimate corporate infrastructure, then you can prevent Air Marshal from containing them by whitelisting them:
How can Air Marshal protect against rogue access points?
In order to protect your corporate infrastructure from rogue access points, Air Marshal uses a technique called “containment”. When a Meraki AP is containing a rogue SSID, it uses three frame types:
Broadcast 802.11 deauthorization frame – this entails the Meraki AP spoofing the MAC address/BSSID of the rogue SSID and transmitting an 802.11 deauthorization to the broadcast MAC address (FF:FF:FF:FF:FF:FF). This is, in essence, the AP masquerading as the rogue AP and telling all the clients that were connected to the rogue point and in range of the Meraki AP to disconnect from the BSSID.
Targeted 802.11 deauthorization frame – this entails the Meraki AP again spoofing the MAC of the BSSID of the rogue SSID and transmitting an 802.11 deauthorization to the MAC address of the clients that are associated with it. Again this is, in essence, the Meraki AP masquerading as the rogue access point and specifically telling the clients that are connected to the rogue to disconnect from the SSID. It is assumed that since the Cisco Meraki AP can “see” the association and authorization frames of the rogue SSID-client relationship, then the client will also receive this deauthorization frame from the Meraki AP.
Reciprocal targeted 802.11 deauthorization and disassociation frames – this entails the Meraki AP spoofing the MAC address of all clients that were connected to the rogue SSID and transmitting a deauthorization frame for each of them to the BSSID of the rogue access point. Finally, the Meraki AP masquerades as each client that was connected to the rogue AP and sends deauthorization and disassociation frames to the BSSID of the rogue SSID. This ensures that more modern 802.11 clients with battery-saving capabilities are also disconnected from the rogue SSID, as they might have ignored the deauthorization messages “from” the rogue SSID if they were “sleeping”, saving battery life.
This behavior is shown in the below packet capture:
Note: As containment renders any standard 802.11 network completely ineffective, extreme caution should be taken to ensure that containment is not being performed on legitimate networks nearby. This action should only be taken as a last resort. Please also see the Cisco guidance note on de-authentication technology for more information.
The Meraki Air Marshal system is a best-in-class WIPS solution that includes real-time detection, remediation, and alerting capabilities (please see the references section for more information on the elements we haven’t discussed). This also includes the ability to define pre-emptive policies that will take action to contain rogue APs using the containment mechanisms discussed above.
The entire Meraki wireless portfolio contains APs with dedicated listening radios that act as full-time sensors, running as Air Marshal scanners. By utilizing Meraki APs and the Meraki dashboard, network administrators can create a robust WIPS policy, and easily deploy a powerful network to deliver enterprise-grade security in a WLAN environment.
This year we were thrilled to launch our very first European Startup Kit, a program that offers 10 innovative startups a full stack of free cloud managed networking gear, which debuted at VivaTechnology in Paris. This tech-focused event saw 50,000 visitors from all over Europe and featured high-profile speakers including Alphabet’s Eric Schmidt, Alibaba’s Daniel Zhang, and Cisco’s very own John Chambers.
It was also interesting to notice some trends among these startups:
Several entrants are applying machine learning to data and big data to transform their industries
A considerable number of applications were from healthcare startups, trying to simplify processes in that sector
There were quite a few fintech companies creating financial products with new and exciting technologies
Without further ado, we’d like to introduce the 10 startups we’ve selected:
Bird.i, a big data company focused on the geospatial industry, based in the UK
REALIZ3D, a company that specializes in online real-time 3D visits in the real estate industry
Predictive Layer, which uses machine learning, big data, and open data to automate predictions for businesses, based in Switzerland
La Valériane, a healthcare company that creates software to streamline patient pain points
Teemo, a company that applies machine learning to marketing
MishiPay, a UK-based startup that has created a mobile self-checkout technology for retail shops
IVIZONE, a company that uses its customers’ WiFi infrastructure to provide business intelligence insights, based in Paris, France
UTOCAT, a fintech startup specializing in Blockchain solutions
ForePaaS, a French Platform-as-a-Service dedicated to data-centric applications
Mapwize, a software editor in the indoor mapping field
We want to extend massive congratulations to these teams, who are building ambitious companies that we believe will change the world. To support their growth, each of these companies will receive a free full stack of Meraki gear, which includes:
It’s that time of year again; school is back in session and our recruiters are getting ready to hit the road to spread the word about Meraki. At Meraki, we create 100% cloud managed IT that simply works. By simplifying powerful technology, we can free passionate people to focus on their mission and reach groups previously left in the darkness. We are driven by innovative technical talent and we are looking for university students and graduates to hire across our technical teams.
Meraki is the ideal place to learn, whether you’re interning or starting your career. As a member of the Meraki engineering team, your code will help provide faster and more reliable IT solutions to millions of people in more than 170 countries. Our network support team provides global 24/7 support, solving tough customer issues to provide a simplified cloud-managed experience. And finally, we have a strategic product management team to bring our engineering product vision to the market.
Interested? Make sure to stop by at one of the following universities. Not at one of the schools we are traveling to? No problem – you can find a list of our open roles here. We hope to hear from you soon!
Alfred State College 11.7.2017 | Intern Panel Q&A 11.8.2017 | Learn Meraki with ASIST and ACM
Caltech 10.17.2017 | Fall Career Fair
Cal State University at East Bay 10.31.2017 | Tech Talk with Meraki Support Senior Leadership 11.1.2017 | Science & Technology CareerFest
Cornell University 9.06.2017 | Technology and Big Data Career Fair 9.07.2017 | Tech Talk with Meraki CTO, Bret Hull hosted by Theta Tau
Carnegie Mellon University 9.10.2017 | Let’s Talk! The Prequel 9.11.2017 | Bagels with Meraki & CS Department 9.12.2017 | Technical Opportunities Conference (TOC) 9.13.2017 | Tech Talk with Meraki Firmware Director, hosted by the CMU ECE Department
Brown 9.26.2017 | Tech Fair
DePaul University 10.31.2017 | Networking Lab 11.1.2017 | Technology Job & Internship Career Fair
Georgia Tech 9.26.2017 | College of Computing Career Fair 9.27.2017 | Tech Talk with Meraki Engineering, hosted by the Bill Moore Student Success Center
George Washington University 9.12.2017 | Information Session 9.13.2017 | Career and Internship Fair
Harvey Mudd College 9.21.2017 | Software Engineering Fair
Howard 10.03.2017 | University Fall 2017 Career Fair 10.04.2017 | Tech Talk with Meraki Engineering
Massachusetts Institute of Technology 9.13.2017 | Tech Talk with Meraki CEO, Todd Nightingale 9.29.2017 | Fall Career Fair 9.29.2017 | SWE Networking Evening
Purdue University 9.5.2017 | Learn Meraki presented by Cisco Meraki and AITP 9.7.2017 | Computing Career Fair
Rensselaer Polytechnic Institute 9.22.2017 | NSBE/SHPE 2017 Fall Career Fair
Rice University 9.19.2017 | Fall Expo Career Fair
Rochester Institute of Technology 9.19.2017 | Build it Night with NextHop 9.20.2017 | Tech Talk with Meraki Support
San Jose State University 9.7.2017 | Meraki Careers in Support – Information Session 9.28.2017 | Undergraduate Engineering & Science Career Fair 9.28.2017 | Graduate Engineering & Science Career Fair 10.18.2017 | SWE Industry Night