<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API in Network Platform API</title>
    <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403296#M908</link>
    <description>&lt;P class=""&gt;Thanks, but this isn’t about handling evolving data — it’s about the API breaking its own schema.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;Changing &lt;STRONG&gt;bssid&lt;/STRONG&gt; from a string to an object without notice or schema update is a breaking change.&lt;/P&gt;&lt;P class=""&gt;Unit tests shouldn't act as integration tests with real API responses.&lt;/P&gt;&lt;P class=""&gt;And even with a lab org, we’ve seen different behavior in production vs test environments.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;This kind of silent change needs to be documented and communicated properly. Otherwise, it’s just unreliable, we'll deal with it, but it's very disappointing.&lt;/P&gt;</description>
    <pubDate>Thu, 27 Mar 2025 17:04:21 GMT</pubDate>
    <dc:creator>Emaleun</dc:creator>
    <dc:date>2025-03-27T17:04:21Z</dc:date>
    <item>
      <title>Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403290#M902</link>
      <description>&lt;P class=""&gt;Hi everyone,&lt;/P&gt;&lt;P class=""&gt;We're using the Meraki v1 API endpoint &lt;A class="" href="https://developer.cisco.com/meraki/api-v1/get-organization-wireless-ssids-statuses-by-device/" target="_new" rel="noopener nofollow noreferrer"&gt;getOrganizationWirelessSsidsStatusesByDevice&lt;/A&gt;, and ran into an odd issue with one of our clients.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;According to the &lt;A class="" href="https://developer.cisco.com/meraki/api-v1/get-organization-wireless-ssids-statuses-by-device/" target="_new" rel="noopener nofollow noreferrer"&gt;official schema&lt;/A&gt;, the bssid field inside basicServiceSets is supposed to be a string:&lt;/P&gt;&lt;PRE class="lia-code-sample language-python"&gt;&lt;CODE&gt;"bssid": "string"&lt;/CODE&gt;&lt;/PRE&gt;&lt;P&gt; However, in one of the responses, the bssid field was returned as a dictionary instead of a string. Here’s what we got:&lt;/P&gt;&lt;PRE class="lia-code-sample language-python"&gt;&lt;CODE&gt;"bssid": {
  "mac_address": "**:**:**:**:**:**",
  "enabled": true
}&lt;/CODE&gt;&lt;/PRE&gt;&lt;P class=""&gt;Has anyone else encountered this? Is this a known bug or is there some undocumented behavior we should be aware of?&lt;/P&gt;&lt;P class=""&gt;Appreciate any insight!&lt;/P&gt;&lt;P class=""&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Mar 2025 10:13:43 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403290#M902</guid>
      <dc:creator>Emaleun</dc:creator>
      <dc:date>2025-03-26T10:13:43Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403291#M903</link>
      <description>&lt;P&gt;This is correct, BSSIDs are hexadecimal values. A string does not necessarily mean that it will return text, a string can be made up of both numbers and letters.&lt;/P&gt;&lt;P&gt;Everything is ok with what the API is returning.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Mar 2025 10:21:24 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403291#M903</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2025-03-26T10:21:24Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403292#M904</link>
      <description>&lt;H2 id="toc-hId-1650335712"&gt;What is BSSID?&lt;/H2&gt;&lt;P&gt;An extended service set (ESS) has two types of SSIDs. First, there is the SSID for the entire ESS, which many sometimes be referred to as an Extended Service Set ID (ESSID). Within the ESS, each WAP has its own SSID, which is referred to as the Basic Service Set ID (BSSID). A BSSID is basically the MAC physical address of the wireless router or the access point. It is the unique identifier for a BSS. It is the Layer 2 identifier of each individual BSS. It is often confused with the SSID. But the BSSID is a 48-bit MAC address of an access point’s radio card. Some manufacturers allow for multiple BSSIDs to be connected to a single access point radio or a single common BSSID can be shared among many access points.&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.differencebetween.net/technology/difference-between-bssid-and-ssid/" target="_blank" rel="noopener nofollow noreferrer"&gt;https://www.differencebetween.net/technology/difference-between-bssid-and-ssid/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Mar 2025 10:35:16 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403292#M904</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2025-03-26T10:35:16Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403293#M905</link>
      <description>&lt;P class=""&gt;Thanks, but the issue isn’t about what a BSSID is.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;The problem is that the API sometimes returns &lt;STRONG&gt;bssid&lt;/STRONG&gt; as a string, and sometimes as a dictionary,&lt;/P&gt;&lt;P class=""&gt;&lt;SPAN class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="Spaz_0-1742990159129.png" style="width: 400px;"&gt;&lt;span class="lia-inline-image-display-wrapper" image-alt="image.png"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/264293i49F3FB2BD9FE1670/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P class=""&gt;the fields like &lt;STRONG&gt;mac_address&lt;/STRONG&gt; and &lt;STRONG&gt;enabled&lt;/STRONG&gt; are &lt;STRONG&gt;not in the schema&lt;/STRONG&gt; and causes breakage on our side.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;This looks like a bug or undocumented behavior.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Mar 2025 11:56:59 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403293#M905</guid>
      <dc:creator>Emaleun</dc:creator>
      <dc:date>2025-03-26T11:56:59Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403294#M906</link>
      <description>&lt;P&gt;Hi ,&lt;/P&gt;&lt;P&gt;It happens all the time , a change is made to the API and the documentation is not updated.&lt;/P&gt;&lt;P&gt;Is the value returned in the dict valid ?&lt;/P&gt;</description>
      <pubDate>Wed, 26 Mar 2025 11:57:57 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403294#M906</guid>
      <dc:creator>Raphael_L</dc:creator>
      <dc:date>2025-03-26T11:57:57Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403295#M907</link>
      <description>&lt;P&gt;These changes will happen all the time as there is an API release once a month, the best I can recommend is to&lt;BR /&gt;1) code defensively, knowing that the data you receive will change without warning on occasion&lt;BR /&gt;2) have unit tests you can run that check the expected return values of critical endpoints&lt;BR /&gt;3) have a lab org that is enrolled in the API early access program that you can test your code against as well&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Mar 2025 15:14:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403295#M907</guid>
      <dc:creator>matt_uc</dc:creator>
      <dc:date>2025-03-27T15:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403296#M908</link>
      <description>&lt;P class=""&gt;Thanks, but this isn’t about handling evolving data — it’s about the API breaking its own schema.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;Changing &lt;STRONG&gt;bssid&lt;/STRONG&gt; from a string to an object without notice or schema update is a breaking change.&lt;/P&gt;&lt;P class=""&gt;Unit tests shouldn't act as integration tests with real API responses.&lt;/P&gt;&lt;P class=""&gt;And even with a lab org, we’ve seen different behavior in production vs test environments.&lt;/P&gt;&lt;P class=""&gt; &lt;/P&gt;&lt;P class=""&gt;This kind of silent change needs to be documented and communicated properly. Otherwise, it’s just unreliable, we'll deal with it, but it's very disappointing.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Mar 2025 17:04:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403296#M908</guid>
      <dc:creator>Emaleun</dc:creator>
      <dc:date>2025-03-27T17:04:21Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403297#M909</link>
      <description>&lt;P&gt;I get where you are coming from, what I am saying is that in my personal experience of working heavily with the Meraki API over 5+ years this is how it is sometimes just by its nature as an ever-evolving cloud product, I'm not sure what experience you have with other cloud products and their APIs but I have certainly worked with far worse than Meraki as far as sudden or undocumented API changes, and I would personally recommend taking the approach I already mentioned if you want to do something proactively to address these potential issues in the future.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Mar 2025 22:27:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403297#M909</guid>
      <dc:creator>matt_uc</dc:creator>
      <dc:date>2025-03-27T22:27:07Z</dc:date>
    </item>
    <item>
      <title>Re: Unexpected BSSID Format in getOrganizationWirelessSsidsStatusesByDevice API</title>
      <link>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403298#M910</link>
      <description>&lt;P&gt;That should not be happening.&lt;BR /&gt;I tried several organizations, and so far, I didn't find one where "bssid" returns a dictionary.&lt;/P&gt;&lt;P&gt;Can you share the organization ID where you see this? (a private message works too)&lt;BR /&gt;&lt;BR /&gt;Thanks.&lt;/P&gt;</description>
      <pubDate>Fri, 28 Mar 2025 05:35:32 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/unexpected-bssid-format-in/m-p/5403298#M910</guid>
      <dc:creator>obrigg</dc:creator>
      <dc:date>2025-03-28T05:35:32Z</dc:date>
    </item>
  </channel>
</rss>

