Reading IRK and gap_evt.params.connected.irk_match issue

RE: Reading IRK and gap_evt.params.connected.irk_match issue

rohit — Fri, 18 Dec 2015 09:33:32 GMT

Hello,

I have the same problem where the central connects with a PRIVATE_RESOLVABLE_ADDRESS, and I wish to discover the IRK needed to populate whitelist at a peripheral.

I also see the following in my connection event:

ble_evt->evt.gap_evt.params.connected.irk_match ==0

Reading this thread, it is not clear to me what must be done to fetch the IRK.

RE: Reading IRK and gap_evt.params.connected.irk_match issue

Valer_I — Mon, 12 Oct 2015 07:25:09 GMT

Solved,

m_application_table[0].sec_param.kdist_central.enc  = 0;
m_application_table[0].sec_param.kdist_central.id   = 1; 
m_application_table[0].sec_param.kdist_central.sign = 0; 
m_application_table[0].sec_param.kdist_periph.enc   = 1;
m_application_table[0].sec_param.kdist_periph.id    = 1;
m_application_table[0].sec_param.kdist_periph.sign  = 0;

After setting kdist_central.id = 1; the central become to send IRK and whitelist now works both with address and IRKs. I ask Nordic team to prepare the tutorial not only for beginers to save time of developers and support emploees ;).

RE: Reading IRK and gap_evt.params.connected.irk_match issue

Petter Myhre — Thu, 08 Oct 2015 14:05:59 GMT

I don't want to be a fusspot, but could you add unrelated questions separately? Thank you.

RE: Reading IRK and gap_evt.params.connected.irk_match issue

Valer_I — Thu, 08 Oct 2015 13:47:06 GMT

Not yet, now I only have PCA10000 board abd able to receive only ADV_IND packets, I'll try to found the sniffer board.
I also have a few questions to fill the blanks in my understanding of adverticement procedure: but I ask them in separate thread. Thank you, Petter.

RE: Reading IRK and gap_evt.params.connected.irk_match issue

Petter Myhre — Thu, 08 Oct 2015 11:04:16 GMT

Your approach seems correct. Do you have a sniffer trace?