N311 down also ... View more

Thanks, that was a great bit of timing and gives me something to play with tomorrow (even though I'm on leave.)   Sadly another team looks after the syslog server and the problem is that I ended up going through a  spreadsheet containing events that their rules (and AI solution) had simply dumped to offline storage for being of no interest (including some deauth_bcast_attack events.)   I was called to check if the team were alerting properly for Meraki events and after I found ignored events I was asked asked if it would be possible to pull the Air Marshal alerts so the management team can double check against the directly sourced Meraki data. I also have no desire to work through another of their 106K row spreadsheets again   TBH it's also the sort of tool I would run for a while when a new contract is brought into service to confirm that everything aligns properly before anything is accepted into service. ... View more

Sorry if I appear to be spamming:   There is an updated get_device_statuses function (which is in my current meraki.py library) at the base of this post   Personally I think the ability to evaluate the HTTP status codes would enhance the 'official' library a lot.   Testing with my own scripts shows    Normal calls behave normally so should I forget to update a function call it won't break 😉 So the following two calls will return the regular value and work 'normally' myStatuses = meraki.get_device_statuses(my_key, my_org) myStatuses = meraki.get_device_statuses(my_key, my_org, True)   The modified version call returns the regular value to the first specified variable and the HTTP status code to the second variable   myStatuses, httpRetcode = get_device_statuses(my_key, my_org, True, True)   I hope it helps some folks and personally I think it would be a nice addition to the 'official' library.     # List the status of every Meraki device in the organization # https://api.meraki.com/api_docs#list-the-status-of-every-meraki-device-in-the-organization def get_device_statuses(api_key, org_id, suppress_print=False): __hasorgaccess(api_key, org_id) call_type = 'Device Statuses'   get_url = '{0}/organizations/{1}/deviceStatuses'.format(str(base_url), str(org_id)) headers = { 'x-cisco-meraki-api-key': format(str(api_key)), 'Content-Type': 'application/json' } dashboard = requests.get(get_url, headers=headers) # # Call return handler function to parse Dashboard response # result = __returnhandler(dashboard.status_code, dashboard.text, call_type, suppress_print) return result ... View more

I had a think and I have a solution that works for me and there would be a method of adding it to meraki.py without breaking the wider worlds script library.   As python can easily return multiple values from a subroutine one can modify calls with meraki.py from "return result" to return result,dashboard.status_code   So a call to get_device_statuses() would become:   statusList,callError = meraki.get_device_statuses(my_key, my_org, True)   With the http response code being found in callError (ie 200 for a successful call)   I have tested the additional status code value with a modified meraki.py library and it works well.   For wider usage (i.e. not just me) the breaking existing scripts could be avoided by an implicit parameter could be used similar to how suppress_print operates   With an implicit False in there the function will return only the traditional single variable An additional True parameter would return the optional status_code value   So meraki.get_device_statuses(my_key, my_org) # Returns regular data without suppressing the text output   meraki.get_device_statuses(my_key, my_org, True) # Suppresses the text output and returns traditional values   meraki.get_device_statuses(my_key, my_org, True, True) # Suppresses text output and returns both traditional data and the HTTP status code ... View more

I'm unable to exceed the 5 request limit, but I suspect it is a combination of the monitoring team running a script and a provisioning team running multiple instances of a script to make changes. I get very little time to do any scripting (despite people wanting the output from them) so having to start recreate bits of meraki.py will be really irritating and get in the way of what I'm supposed to be doing of a day 😞 ... View more

It would depend on where you are in the world.   Personally I would speak to him and ask why this was done and if he/she was unpleasant about it I would consider speaking to the appropriate regulatory authorities. ... View more

Meraki has made me a legend with security on our site. I'm apparently so important that I have my socks Fed Ex'ed to me 😉 ... View more

Happy birthday all (and thanks for more badges.) ... View more

Mafferik Re-enable the Bonjour and see if you get your volume levels and stuff back to normal as I may have been a little too sweeping regarding regarding it's benefit. ... View more

I always have a play about with re-enabling Bonjour (and rebooting whatever device I use to stream from) and it has never made any difference so it gets switched off again. Almost all that I have read about the whole Googlecast business to come to the same conclusion (these are articles and postings which seemed to improve my Chromecast experience.) But then again that may be confirmation bias on my part (plus most networking experiences needs to be reappraised every once in a while.) Well it didn't used to make any difference a couple of years ago and every time I did my toes back into it (still trying to make the TiVo behave across subnets reliably and some other stuff) BTW My last play was with an XBox One a couple of months ago and still found the same behaviour, though the XBox is now on our regular client VLAN for reasons other than streaming. However it doesn't rule out that I have once again landed myself with up with several edge cases at once. ... View more

Would agree with Philip's statement to confirm that you are permitting LAN access for Wi-Fi clients.   Also Chromecasts don't use Bonjour so enabling that is of no benefit for 'Googlecast ' devices. ... View more

Congrats to all (prize winners and otherwise)   Now I will sulk about the kudos that turned up too late to count 😉 ... View more

The only thing I could think of is of Epic have a peering agreement with your ISP (which I doubt) you could possibly edit a hosts file on your machine to point epic.com (and whatever other servers) to the service your ISP is directly connected to.   However I don't know enough about Fortnite to say if this is the case. ... View more

You won't get Chromecast discovery (or things like TiVo that use "Googlecast" ) between subnets  without using something along the lines of Avahi.   Once you 'discover the devices'things are fine.   I have a Raspberry Pi providing that capability at home (if I don't have control over the behaviour a device it goes onto the Home Appliance network and this is where Chromecasts, TiVOs etc live) ... View more

Works on my MX65 and MX64 as I would expect, but both MX's are on the MX14.39 firmware currently   I was trying to return the indicator of my MX64 to it's rightful brightness and downgraded from the current Beta ... View more

If that is a real concern then you probably want to have cameras with overlapping fields of view as well as cloud storage. Any experience I have had with cameras you usually want to ascertain what happened before and after an 'event' and not just rely upon what a single camera recorded (though the events in our part of the world was usually more than something being stolen.)   I haven't checked recently but I do remember suggesting that it would be an idea to include motion sensors in cameras and have the facility to start uploading recent video (or at least still images) when the camera thinks it is being removed from it's mounting point. ... View more

Just glad that I'm not imagining things. Guess I should log the issue then as it's aberrant behaviour (it didn't used to do that.) ... View more

No problem, it's just a thing that some folks do to ensure they know what band they are on. ... View more

You may wish to have differently named SSIDs so you are sure of connecting to your preferred band ... View more

Due to the lack of clarity (to me anyway): When you say Chromecast you mean actual Chromecasts from Google and not just devices using the 'Google Cast' protocol (there is a couple of reasons.) I'm assuming that the Chromecasts are connecting via Wi-Fi (rather than the optional Ethernet connection) The Chromecast and Guest are on different SSIDs. The SSIDs are in bridge mode and are on different VLANs As has been pointed out Bonjour forwarding is of no benefit to a chrome cast, Bonjour is essentially Apple only.   Not every manufacturer seems to implement the protocols properly properly both TiVo and Samsung devices behave quite differently to an actual Chromecast.   If you really need to use something along the lines of Avahi to permit the protocol to traverse VLANs. Chromecasts also use an ultrasonic signal to advertise their existence and to permit guests to connect was this previously used? Has there been any recent Chromecast firmware updates?   ... View more

You don't mention if there is structured cabling in place so I would also say that it's often worth connecting a device directly to the switch to rule out structured cabling issues.   It's not the first time it's been an issue in the patch panel installation. ... View more

It's a must have feature if you require it and there is no one size fits all solution If you have 5GHz issues location then you don't need to make things more difficult for yourself.   But ensure the 2.4 setup is optimal as it can seem a bit slow these days.     ... View more