<?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>Role of Keys kdist_central and kdist_periph in sd_ble_gap_authenticate</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/27193/role-of-keys-kdist_central-and-kdist_periph-in-sd_ble_gap_authenticate</link><description>My Central is willing to perform a bond ( pairing with bond ) to a Peripheral. 
 As an example and according to 
 Message Sequence Chart &amp;gt; Central Security Procedures &amp;gt; Central Legacy Pairing &amp;gt; Bonding: Just Works, 
 the central calls sd_ble_authenticate</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 27 Nov 2017 14:16:56 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/27193/role-of-keys-kdist_central-and-kdist_periph-in-sd_ble_gap_authenticate" /><item><title>RE: Role of Keys kdist_central and kdist_periph in sd_ble_gap_authenticate</title><link>https://devzone.nordicsemi.com/thread/107161?ContentTypeID=1</link><pubDate>Mon, 27 Nov 2017 14:16:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:45aa0122-9dba-466e-a352-8bb5ffbf51fc</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Darrew,&lt;/p&gt;
&lt;p&gt;It&amp;#39;s hard for us to include all arguments into the message sequence chart. We want to mention only those arguments that make the difference between Just Work, Passkey, OOB, Legacy pairing etc.&lt;/p&gt;
&lt;p&gt;This is when you should have a look at the example to get the detail of how to set the arguments. Most of the arguments have the definition to explain what they do, as mentioned in the answer above. If you need more detail on how it works, you may need to have a look at the Bluetooth Core Spec.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Role of Keys kdist_central and kdist_periph in sd_ble_gap_authenticate</title><link>https://devzone.nordicsemi.com/thread/107162?ContentTypeID=1</link><pubDate>Mon, 27 Nov 2017 09:40:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:0143743a-2a31-494f-ba8b-eb09b8ead1b6</guid><dc:creator>Darrew</dc:creator><description>&lt;p&gt;Hi Hung Bui,&lt;/p&gt;
&lt;p&gt;It would be more clear to have a Message Sequence Chart that exactly defines the correct and needed arguments on the call to sd_ble_authenticate(). I find &lt;strong&gt;sd_ble_authenticate(bond, no_mitm, no_io_caps)&lt;/strong&gt; ambiguous (it will not work if the correct keys are not distributed!).&lt;/p&gt;
&lt;p&gt;Same problem -ambiguity- for sd_ble_gap_encrypt(ediv, rand, ltk) in MSC Central Legacy Pairing &amp;gt; Bonding: Just Works; it would help to mention that those arguments correspond to the peer device i.e. Peripheral.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Role of Keys kdist_central and kdist_periph in sd_ble_gap_authenticate</title><link>https://devzone.nordicsemi.com/thread/107160?ContentTypeID=1</link><pubDate>Mon, 30 Oct 2017 12:35:09 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:24dd64c6-aec7-4e2d-9020-468e1c9a0226</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Darrew,&lt;/p&gt;
&lt;p&gt;Note that inside p_sec_params, the description of kdist_central and kdist_periph say:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; ble_gap_sec_kdist_t   kdist_own;                 /**&amp;lt; Key distribution bitmap: keys that the local device will distribute. */
  ble_gap_sec_kdist_t   kdist_peer;                /**&amp;lt; Key distribution bitmap: keys that the remote device will distribute. */
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;They are bitmap (flags) telling which key the peers will distribute and expect to be distributed.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>