https://devzone.nordicsemi.com/f/nordic-q-a/20397/what-is-the-meaning-of-difference-of-keys-list-distributed-between-own-device-and-peerIn ANCS example (SDK 11.0.0) I thought keys list distributed should be the same naturally until I see the code below. ret_code_t dm_register( dm_application_instance_t *p_appl_instance, dm_application_param_t const *p_appl_param ) { . . en-USTelligent Community 13Mon, 20 Mar 2017 16:22:13 GMThttps://devzone.nordicsemi.com/thread/79534?ContentTypeID=1Mon, 20 Mar 2017 16:22:13 GMT137ad170-7792-4731-bb38-c0d22fbe4515:c7297618-b91b-403c-abc3-a629c26af547JoonDong<p>Thank you. I confirmed..</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79535?ContentTypeID=1Mon, 20 Mar 2017 15:26:30 GMT137ad170-7792-4731-bb38-c0d22fbe4515:df7366a8-ad1f-4856-ab2d-68c50f0fdb42Hung Bui<p>Yes, iPhone normally distributes IRK. Please capture a sniffer trace and test with our example.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79540?ContentTypeID=1Sun, 19 Mar 2017 07:38:45 GMT137ad170-7792-4731-bb38-c0d22fbe4515:3e30584a-d54c-4a5b-b0b2-efb4bc1d2716JoonDong<p>doesn&#39;t Iphone support pairing from IOS 9? So didn&#39;t Iphone distribute IRK?</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79538?ContentTypeID=1Fri, 17 Mar 2017 08:20:38 GMT137ad170-7792-4731-bb38-c0d22fbe4515:abdc7503-8f8e-4f80-b4a6-fc58b0f1ecd1Hung Bui<p>The LTK should be always provided by the slave. The LTK provide by the master can only be used if they switch role in the future. Please see section 2.4.2.3 Vol 3 Part H in Bluetooth Core Spec 5.0.</p> <p>IRK = 0 is a little bit strange. I would suggest you to test your phone with one of our example and check if our device manager managed to capture IRK correctly or not (check in the whitelist if we have that IRK provided or not when we advertise after bonding. )</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79537?ContentTypeID=1Thu, 16 Mar 2017 17:16:55 GMT137ad170-7792-4731-bb38-c0d22fbe4515:fbcadcba-4e76-451e-a254-6ec24ca5eed3JoonDong<p>I have a sniffer but I confirmed iphone&#39;s irk by using prinf function in device manager handler. And rhe result is 0x0.</p> <p>And if both peers distribute ltk, what key is used after initial connection?</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79539?ContentTypeID=1Thu, 16 Mar 2017 15:20:23 GMT137ad170-7792-4731-bb38-c0d22fbe4515:4ca5c0bb-fa8a-4baa-9456-f2d448ce79e7Hung Bui<p>usually Iphone do distribute IRK as it uses Random resolvable address. Do you have a sniffer trace showing the otherwise ?</p> <p>Absence of central&#39;s LTK meaning the central won&#39;t generate LTK , but the peripheral should do. And the link (on both direction) are encrypted with this LTK from the next time they connect (the initial connection, they use STK to encrypt instead).</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79536?ContentTypeID=1Thu, 16 Mar 2017 14:00:07 GMT137ad170-7792-4731-bb38-c0d22fbe4515:ceca21fe-1f6b-43ca-9e8a-73e6c2240da6JoonDong<p>Thank you. But iPhone always returned 0x0 as IRK. Does it means that peripheral&#39;s message can be authetificated, but central&#39;s message can&#39;t be authetificated??</p> <p>And does absence of central&#39;s LTK means that data from peripheral to central is encypted but, from peripheral to central is not encypted?</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/79533?ContentTypeID=1Mon, 13 Mar 2017 12:56:48 GMT137ad170-7792-4731-bb38-c0d22fbe4515:cfd882b0-973d-46d0-9acd-0460efbbce9eHung Bui<p>Hi Joon,</p> <p>No, there is no problem with that. This tells that the peripheral expect that it will be the one who distribute the encryption key (LTK) not the central. It&#39;s normal for LE legacy bonding that the peripheral generate the LTK.</p><div style="clear:both;"></div>