[
https://issues.apache.org/jira/browse/MYNEWT-285?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15745884#comment-15745884
]
William San Filippo commented on MYNEWT-285:
--------------------------------------------
This bug looks like it has come up again. I am seeing occasional MIC failures.
These MIC failures are at the master; not sure if they will occur on a slave as
the code I have been testing with sends data packets from slave to master only.
Not sure why these failures are occurring; they need to be investigated.
Currently, they are failing when sending maximum size PDUs (251 bytes). Will do
further testing to see if they occur with smaller frames.
> NRF52 decryption failures (intermittent)
> ----------------------------------------
>
> Key: MYNEWT-285
> URL: https://issues.apache.org/jira/browse/MYNEWT-285
> Project: Mynewt
> Issue Type: Bug
> Components: Nimble
> Affects Versions: v1_0_0_rel
> Reporter: William San Filippo
> Assignee: William San Filippo
> Fix For: v1_0_0_rel
>
>
> The current ble phy driver for the nrf52 counts occasional errors when
> decrypting received frames. What we see is that the CCM peripheral does not
> set the ENDCRYPT event, indicating that decryption never finished (or even
> started although we do see the ENDKSGEN event which signifies we generated
> the key stream). When this occurs there is no other indication; the CRC check
> passes and it passes the MIC. Note that we only see this occurring for LL
> empty PDU's. These packets have zero length and are supposed to pass through
> the CCM engine as empty pdu's are not encrypted.
> A note on this bug: this only occurs when the device is the slave, not the
> master.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
