I thought I’d share some example configuration for a scenario where you may have Cisco WLCs connecting to either one or two Advanced Services Routers (ASR) for the Layer 3 core as opposed to a Layer 3 switch. If you’ve ever configured an ASR (in this case an ASR920) you’ll know that the configuration of VLAN interfaces and 802.1Q trunking is much different to an ISR or Catalyst switch.
What better way to spend a 38 degree (Celsius, or 100F) Brisbane summer day than to relax in the air conditioning and enjoy a Star Trek marathon?
Or, I could put my wireless nerd hat on and satisfy my curiosity as to whether my AP (Cisco Meraki MR33) and computer (Surface Pro 2017) were utilising beamforming.
The CWNP courseware does a great job of explaining and analysing beamforming, however I came across a great chapter in the book “802.11ac: A Survival Guide – Wi-Fi at Gigabit and Beyond” by Matthew Gast which goes into greater detail. I’m not going to digest and translate the entire chapter here (though I highly recommend reading it), though I will provide a brief overview and I am going to illustrate how I confirmed if my stations were beamforming or not.
Awesome start to the New Year being mentioned in Lee’s post, along with some other great blogs!
Man, there are soooo many smart people out there doing wireless networking. I’m guessing that if you’re reading this, you have no trouble bubbling up at least a few names of people who are seen and heard often in the WLAN community. Maybe they are very active on social media, or frequently present at conferences, or have a podcast that you enjoy. We’re fortunate in this realm to be in the company of awesome folks that are happy to share of their knowledge and of their opinions/philosophies on matters that matter to us.
As 2018 kicks in, I’d like to direct your attention towards a half-dozen blogs that might not currently be on your radars. I’ve come to know of these from different circumstances for each, but have found value in all of them.
- Neil McRae: Wi-Fi Blog– Neil hasn’t updated this one in a while, but he has…
View original post 174 more words
I see a growing demand for Wi-Fi performance analytics (location, content, and experience analytics are a separate discussion piece) and assurance to form more robust and accountable service level agreements with wireless service providers. Customers want to know if their network is performing properly, and the wireless network is no exception.
While wireless engineers can perform surveys to check coverage and interference, and perform packet analysis in various locations to assess operations and the user experience, and monitor network management system logs and reports; it is expensive to send engineers onsite at the hint of any wireless issue (and as we know, more often than not it can be an issue with the client device as opposed to the wireless network; or an issue further down the line in the wired network infrastructure), and it is difficult to replicate issues and correlate them to certain points in time.
I also see a strong use-case for post-implementation performance baseline establishment. Performing post-implementation wireless surveys, end-user acceptance testing, throughput and packet analysis, and application tests are all necessary components of verifying if a wireless network is operating as per design. However it would be great if there was a way to perform longer-term testing of the network to establish normal and expected operating conditions over say a two week period, perhaps pre and post-go live. Continue reading
I have been meaning to document the current setup I use for passive/active/spectrum surveys (not including AP-on-a-stick kit) for a while, so here it is!
I’ll list the components and then provide some explanations around my choice to use them. Continue reading
Wi-Fi Calling is a carrier-offload feature which enables compatible mobile phones to make and receive cellular phone calls in poor coverage areas over a supported Wi-Fi connection.
A growing number of carriers and devices now support Wi-Fi Calling and I think it is a great feature when implemented properly, as I will discuss in this post. Consideration is needed for a good experience with this feature especially as it is increasingly available in enterprise wireless networks, it is not as simple as being enabled at both the carrier and device ends.
Recently a customer reported issues with Wi-Fi Calling dropouts on their network after updating their firewall configuration to allow the service. It turned out while the network supported the transport of Wi-Fi Calling packets, the wireless network was not designed to support Voice-over-Wi-Fi (VoWi-Fi)!
So I will provide some details around what is needed to ensure a good Wi-Fi Calling experience with reference to some WLAN vendor documentation and packet captures. Continue reading
I was playing around with my wireless networks at home and ‘forgot’ my main SSID on my iPhone.
I knew that iCloud Keychain would add and synchronise new wireless networks and PSKs across devices, but I didn’t realise it would also remove them across devices! Suddenly my MacBook Air dropped off the network and I had to re-associate and enter the PSK again!
Good to know when troubleshooting wireless issues with Apple users.
I’m sure I am not alone with my fellow Wi-Fi professionals in that when at a public venue I like to scope out for wireless access points; assess the installation location, positioning, and quality; and also do a quick connectivity and usability test. Sometimes I might go as far to run a quick scan in the iPhone AirPort Utility to see signal strengths and channels in use.
Recently I purchased a MacBook Air and have had a lot of fun using Wi-Fi Explorer. I saw that Adrian had posted instructions on how to import AirPort Utility scans into Wi-Fi Explorer – this could be useful!
I visited a brewpub here in town the other day and found some horrible configuration on the 2.4GHz bands with channels other than 1/6/11 being used. I ran a scan for a few minutes and emailed myself the results. As you can see below the emailed results don’t display in easily readable manner.
So when I got home I followed Adrian’s instructions here to paste the data into Wi-Fi Explorer, and it conveniently organised the scanned BSSIDs and RF information into the default columns presented in the UI. I could now easily see the AP vendor as well as signal strengths and channels configured, much to my dismay.
I will definitely be using this import functionality more frequently in future!
Recently I was designing a warehouse wireless deployment for a customer which included outdoor coverage under awnings for the use of barcode scanners and VMUs (vehicle mounted units).
The site was in the process of being renovated and fitted out after purchase from a previous business, so there wasn’t a lot of staff working on site daily to notice the amount of birds roosting among the girders and framework under the awnings. I pointed this out to the IT manager who was guiding me around the site advising “Not only will we need to install the outdoor APs in secure weatherproof enclosures, you’ll want to do something about those birds.”
The IT manager looked puzzled, and I explained that birds love nesting near or on warm objects especially in winter – the access points specified to be installed would generate a nice warm glow. I recommended several sonic bird repellers (similar to these, as an example) be installed under the awnings to prevent the birds nesting on the access points.
So when designing and deploying outdoor wireless we not only need to consider the obvious elements of water, wind, heat, lightning, dust; but also wildlife than can chew at cabling or want to nest on our APs! Design for your clients AND for the environment.
(Disclaimer: I have no affiliation with Birds Off, their product was used for example purposes).
I’ve been quiet with blog posts since returning from Wi-Fi Trek due to focusing on studying and passing the CWAP and CWSP exams, all done now! I passed CWDP at Wi-Fi Trek, so now I am preparing my CWNE application.
Whilst at Wi-Fi Trek Peter Mackenzie (@MackenzieWiFi) provided an overview of the WLAN Association (@WLANAssociation) and the goals of standardising best practices and assurance for Wi-Fi network delivery.
Along with the great community spirit at the conference some of us from Oceania recognised we didn’t have much in the way of an established community Down Under; so @WiFiNZ, @WazzFi , and I decided to start the ANZ Wi-Fi Pros (@ANZWiFi) Twitter page to share information, jobs, and events in our region.
So if you’re a Kiwi or Aussie wireless professional interested in growing our community support in the region, please join us and follow the group!