<?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 snmp.meraki.com in Network Platform API</title>
    <link>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431069#M5064</link>
    <description>&lt;P&gt;Is there a published maintenance schedule for snmp.meraki.com? We’re starting to notice a correlation of no data being returned at around 1:30AM EST (New York time) across more than one customer.  It doesnt last long, but i’m looking to understand if this might be completely normal, like a scheduled service restart (or not) before i open a support case.  We only use snmp.meraki.com to get the client count and for wired interface data on MR and MX (non-uplinks), and otherwise all other telemetry comes via the Dashboard API.  &lt;/P&gt;</description>
    <pubDate>Wed, 29 May 2024 17:37:46 GMT</pubDate>
    <dc:creator>Prodrick</dc:creator>
    <dc:date>2024-05-29T17:37:46Z</dc:date>
    <item>
      <title>snmp.meraki.com</title>
      <link>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431069#M5064</link>
      <description>&lt;P&gt;Is there a published maintenance schedule for snmp.meraki.com? We’re starting to notice a correlation of no data being returned at around 1:30AM EST (New York time) across more than one customer.  It doesnt last long, but i’m looking to understand if this might be completely normal, like a scheduled service restart (or not) before i open a support case.  We only use snmp.meraki.com to get the client count and for wired interface data on MR and MX (non-uplinks), and otherwise all other telemetry comes via the Dashboard API.  &lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2024 17:37:46 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431069#M5064</guid>
      <dc:creator>Prodrick</dc:creator>
      <dc:date>2024-05-29T17:37:46Z</dc:date>
    </item>
    <item>
      <title>Re: snmp.meraki.com</title>
      <link>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431070#M5065</link>
      <description>&lt;P&gt;Have you checked here? &lt;A href="https://status.meraki.net/" target="_blank" rel="nofollow noopener noreferrer"&gt;https://status.meraki.net/&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 29 May 2024 18:05:17 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431070#M5065</guid>
      <dc:creator>aleabrahao</dc:creator>
      <dc:date>2024-05-29T18:05:17Z</dc:date>
    </item>
    <item>
      <title>Re: snmp.meraki.com</title>
      <link>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431071#M5066</link>
      <description>&lt;P&gt;Any unexpected downtime is typically posted on the Meraki status page (linked above).&lt;/P&gt;&lt;P&gt;If you're seeing something regular, Meraki support is probably the best to answer this question. It could be scheduled maintenance on the node if there's a correlation with the customers seeing the issue and their associated node/shard.&lt;/P&gt;</description>
      <pubDate>Thu, 30 May 2024 00:35:53 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-platform-api/snmp-meraki-com/m-p/5431071#M5066</guid>
      <dc:creator>Brash</dc:creator>
      <dc:date>2024-05-30T00:35:53Z</dc:date>
    </item>
  </channel>
</rss>

