<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Mesh seqnum reached maximum</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/29494/mesh-seqnum-reached-maximum</link><description>Hi, 
 I am using sdk for mesh 1.0.0v and have been running some tests on the mesh network. I have been getting an error within the function net_state_seqnum_alloc() , which is preventing any further transmissions due the fact that m_net_state.seqnum</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 02 Jul 2020 07:22:18 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/29494/mesh-seqnum-reached-maximum" /><item><title>RE: Mesh seqnum reached maximum</title><link>https://devzone.nordicsemi.com/thread/257981?ContentTypeID=1</link><pubDate>Thu, 02 Jul 2020 07:22:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c31c618b-8fb6-4ad5-a20a-4ba001845cd8</guid><dc:creator>huybk213</dc:creator><description>&lt;p&gt;I have the same problem, but it seem really hard to fix&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/63168/nrf-mesh-publish-error-15-forbidden"&gt;&lt;br /&gt;https://devzone.nordicsemi.com/f/nordic-q-a/63168/nrf-mesh-publish-error-15-forbidden&lt;/a&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh seqnum reached maximum</title><link>https://devzone.nordicsemi.com/thread/233383?ContentTypeID=1</link><pubDate>Fri, 07 Feb 2020 23:45:59 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e65a03e7-372c-4818-8069-e081f040ef6d</guid><dc:creator>Marciano-PL</dc:creator><description>&lt;p&gt;Other issues opened with the same problem. I think the Mesh SDK fails to systematically reset the sequence number when the IV index gets incremented.&amp;nbsp;&lt;br /&gt;&lt;br /&gt;20d ago:&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/56741/nrf52832-nrf-sdk-for-mesh-light_switch_client-getting-nrf_error_forbidden-error/230923#230923"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/56741/nrf52832-nrf-sdk-for-mesh-light_switch_client-getting-nrf_error_forbidden-error/230923#230923&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;1mo ago: &lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/55988/mesh-and-uart-nrf_error_forbidden"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/55988/mesh-and-uart-nrf_error_forbidden&lt;br /&gt;&lt;/a&gt;&lt;br /&gt;3mo ago:&amp;nbsp;&lt;a href="https://devzone.nordicsemi.com/f/nordic-q-a/54029/access_model_publish-returns-nrf_error_forbidden-error"&gt;https://devzone.nordicsemi.com/f/nordic-q-a/54029/access_model_publish-returns-nrf_error_forbidden-error&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh seqnum reached maximum</title><link>https://devzone.nordicsemi.com/thread/233381?ContentTypeID=1</link><pubDate>Fri, 07 Feb 2020 23:38:27 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6967ae61-7751-4740-ae0a-b413618cce3c</guid><dc:creator>Marciano-PL</dc:creator><description>&lt;p&gt;I&amp;#39;m finding that this issue isn&amp;#39;t truly solved. I left my DK on for several weeks&amp;nbsp;and when I returned to debug, I found that although the IV index had been incremented, the sequence number remained at the maximum. Each time my application called for sending a message,&amp;nbsp;&lt;span&gt;m_net_state.seqnum &amp;lt; m_net_state.seqnum_max_available evaluated as false, indicating that it never rolled over.&lt;br /&gt;&lt;br /&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="text-decoration:underline;"&gt;&lt;strong&gt;Setup&lt;/strong&gt;&lt;/span&gt;&lt;/p&gt;
&lt;p&gt;&lt;span style="text-decoration:underline;"&gt;&lt;/span&gt;nRF52840-DK&lt;br /&gt;nRF5 SDK v16.0.0&lt;br /&gt;Mesh SDK v4.0.0&lt;br /&gt;S140 v7.0.0&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh seqnum reached maximum</title><link>https://devzone.nordicsemi.com/thread/117237?ContentTypeID=1</link><pubDate>Mon, 22 Jan 2018 11:34:41 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:4bc2c660-d6a7-4e3f-809a-a641de3fd0c7</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;The sequence number is explained at section 2.3.9.4 in Mesh Profile v1.0&lt;/p&gt;
&lt;p&gt;According to the spec, IV index need to be updated to avoid the sequence number wrap around. We have implemented that in net_state_seqnum_alloc() in net_state.c. IV index is supposed to be updated.&lt;/p&gt;
&lt;p&gt;How long did it take you to see the issue ? To reach the maximum sequence number, it takes dozens of day to 1, 2 months. Do you see the problem if you disable flash (PERSISTENT_STORAGE = 0) ?&lt;/p&gt;
&lt;p&gt;I would suggest to change the NETWORK_SEQNUM_MAX to something smaller and run the test again and check if iv_update_trigger_if_pending() is called.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Mesh seqnum reached maximum</title><link>https://devzone.nordicsemi.com/thread/117236?ContentTypeID=1</link><pubDate>Thu, 18 Jan 2018 20:08:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:bb2f212b-ec3d-4749-b03a-cccdd0383653</guid><dc:creator>Will Dimmit</dc:creator><description>&lt;p&gt;Looking at the code, I believe that &lt;code&gt;net_state_seqnum_alloc()&lt;/code&gt; is trying to request a new block of sequence numbers with the call &lt;code&gt;seqnum_block_allocate()&lt;/code&gt;  That should require a write to flash, which may be lengthy.  I&amp;#39;m guessing this function is supposed to block TX while the new block is being allocated, but walking back up the chain of function calls to &lt;code&gt;access_model_publish()&lt;/code&gt;, I don&amp;#39;t see a retry mechanism.&lt;/p&gt;
&lt;p&gt;I haven&amp;#39;t seen this issue yet in my testing, but I worry that I may. I&amp;#39;m looking forward to what Nordic has to say about this.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;/p&gt;
&lt;p&gt;Will&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>