• State Resolved
  • Locked Locked
  • Replies 42 replies
  • Subscribers 56 subscribers
  • Views 956 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

Original question:

LAUNCHXL-CC26X2R1: Simplelink sdk 5_30_01_01 router running zr_genericapp not joining network

LP-CC1312R7: Can't join network with other board

Benoit Bousquet
Prodigy 40 points
Part Number: LP-CC1312R7
Other Parts Discussed in Thread: WI-SUN, CC1312R7, SYSCONFIG,

Hello,

I try to join the Wi-SUN network set up by the border router example for CC1312R7 board with a custom board used as router. Here is my TI settings : 

I receive frames from the border router so preamble and sync word are deteced. It means there is the good datarate, center frequency, channel(?) etc, so regulatory domain/Phymode seems to be correct. Is that right? I have doubts about data whitening, can an unmatched setting between nodes and BR prevent joining network without preventing my node to receive some frames? (wrong frames) I precise I can join the network with another TI board without issue so I am sure there is a setting mismatch between my custom router and the BR, but I can't figure out which one. I checked the network name several times.

Thank you for your help

  • 0
    TI__Guru 73541 points

    Hi Benoit,

    1) What device are you using for the router node? 

    2) What version of the TI SimpleLink CC13xx/CC26xx SDK are you using?

    3) Can you capture a sniffer log of the failing association process? We have guidelines for how to use the Packet Sniffer in the user's guide:

    https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/docs/ti_wisunfan/html/wisun-guide/debugging-index.html#packet-sniffer

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    Hi Marie,

    1) I am using an other board with its own Wi-SUN code. I can et up a network with two STM boards, but I want to use TI Border router (CC1312R7)

    2) I am using v5.40

    3) I can't for the moment, I only have one CC1312R7 board. But I can output tx/rx frames from the node and put them on a file I can provide. I will be back with this file quickly, thank you for your help

  • 0 in reply to Benoit Bousquet
    Prodigy 40 points

    Here is the log I talked about  

    node_fifo_help.txt 
    Frequency(ch0): 863100000Hz

Channel spacing: 100000Hz

Datarate: 50000bpsm

Number of channels: 69

Modulation: 4 (2-FSK)

Modulation index: 0 (0.5)

FEC: 0

OFDM MCS: 0

OFDM option: 0

fhss Configuration set, UC channel: 0, BC channel: 0, UC CF: 0, BC CF: 0, channels: BC 69 UC 69, uc dwell: 255, bc dwell: 255, bc interval: 0, bsi:0, ch retries: 0


Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b

Making parent selection in 26 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100581400003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e362166341f914004b12000e000000000105150102821c000615020700810000003f81e6a3d7f1447162c1b10cddff819a2b1f41a5ced111542ecc8bccb881
NODE <-  rx_fifo : 
b3f67e234e2d0d42b06825e8fe69a674577dfb5a20f4e457475f319202bc04654bfc19f8a393877a3eebe62c45b2531ae44806bda2ed3a
NODE <-  rx_fifo : 
01e362166341f914004b120005150100345800003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 15 s
NODE <-  rx_fifo : 
09e362166341f914004b12000e0100000001051501024270000615021c00430000003f0642b089b7ede8565fe8aa0fab5c1832b5ca3fd49b2932b1ab293e3062
NODE <-  rx_fifo : 
6f771423f181b993c3d606cd15f623a320ccee75dec120dd3d48e4d57cb4c13daf2d610b4abb9a9783751bbf58ddf82e2ce61693cbdf44

Making parent selection in 29 s

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
01e362166341f914004b12000515010011df00003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e362166341f914004b12000e020000000105150102c9e0000615023800c90000003f0b71b3a032a0b7bcc7851f5cba762acb769d73059c5b067091c73c3793
NODE <-  rx_fifo : 
07e16f138056209c44e913e403942e71c380693f04463aca0fec3412f814d4dbbefd227e5d78b1fd2cb32799f31643ce96ffc02d56159e
NODE <-  rx_fifo : 
01e362166341f914004b120005150100960601003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 23 s
NODE <-  rx_fifo : 
09e22e62166341f914004b12000e0300000001051501042010010615024400200000003f91b2134fedd788f8241ed88ac27618eaab6e5a40d4a41c278abd2265
NODE <-  rx_fifo : 
053d70086f5af166e35d04e3fe57cd9e4d2dd02167ab190ce9733ddd5e589e2577b312e931ad04f70a774e62042ea7b444657b22e973e16079294ac5cf79ff7d4a
NODE <-  rx_fifo : 
5df05955cefcb8d70b119c7a7ed135e592035bfab6db8dde4d71adce0e1dbb7a9bf3e932a3982f
NODE <-  rx_fifo : 
09e22f62166341f914004b12000e040000000105150104132c010615024b00130000003f0907261f6d6212c4b167807554a7d9cab2593be5660e1560afa83cb2
NODE <-  rx_fifo : 
2c6e4c6c514f6d38db05118463479fa2acc9c7202811a32647c1c68d1de8293ced002b3ce0f80801711b3c4eaf2d60903363aecc7012ba0e41856d44d62100eb3e
NODE <-  rx_fifo : 
7d3a3b28f262c1a0988572a459dcc0494c453c071b003f10c76fabb7eb6746474be921beaee0f5

Making parent selection in 19 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100a86701003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
09e23062166341f914004b12000e0500000001051501040878010615025e00090000003f9686fac13b9356a13eb4f6ac9a94542ac132e6cc94b02420656ae90a
NODE <-  rx_fifo : 
6180e4b20c5cb28c40ad7b1005759f1dbc4e8f0182671bb19b1eafb41d574e7a461167639703ae26c14b91b0d034c6f9c6572101d3b7d531c332416027a1cac83d
NODE <-  rx_fifo : 
3f29d929448e74b7be425634d0794a9f789c32d71ab32537f8812f9a4e919012b213fabf56df05
NODE <-  rx_fifo : 
01e362166341f914004b120005150100bb8801003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23162166341f914004b12000e06000000010515010408b4010615026d00090000003fc7c95422daa3ba5504d36bb5d1a80538e000ff94f21053791befe18f
NODE <-  rx_fifo : 
5d9e08a54e6d15fe6d31c7cc3dde5b57c2a031b1e7d47de563baaa1e666c85180fc0d99a446daec52e0a95f30b322bdab9312fd1640a0ea77d33fadb4bbbb9eeab
NODE <-  rx_fifo : 
4681a296b8a6928ab3dbdfeab78b302253bde3cee784e06156773ecbd76f1a723a8046638b4403

Making parent selection in 23 s
NODE <-  rx_fifo : 
01e362166341f914004b1200051501006bbe01003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23262166341f914004b12000e0700000001051501040be8010615027a000b0000003f32012aca62346f53f863f41b9961c4a7e0f8120e09caf38920807ae5
NODE <-  rx_fifo : 
1cd62171a491ca25b5a44a52869caa366f8c633c36885b2062a20ef37f6c7dc47b6964943946cde22fa99ee349b3da86143305044719a9d1b361c0fdf0afc9c3c3
NODE <-  rx_fifo : 
9c36169fdec8121cd9aff832673b3b92f0139481bc90f01c1b1e2b0a046d47fb8a8d43b50fc22f
NODE <-  rx_fifo : 
01e362166341f914004b120005150100d7fb01003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e362166341f914004b12000e080000000105150102b702020615028000b40200003fad4cf3a2a5e38c4e297b167e58fd13ea0465d89cd5bf22a05863127db2
NODE <-  rx_fifo : 
b6d26f8d7ddc4414ab144b439885066acbede4e0df72b8b122ac3cd56cdaf90cdb0c712cdd14ce69208aed4a52d37dffa03154f834f661

Making parent selection in 22 s
NODE <-  rx_fifo : 
09e23362166341f914004b12000e0900000001051501040f34020615028d00100000003f9582fa0675105bedcf7ee790fdb0aab406ba5a5f7ac904697ff4cd2a
NODE <-  rx_fifo : 
5a4a952b7b3aab99694adc498307846b1232c2b3a2c7f4a59df280e16afc5f151968f225cc05e29d9fa5b1d2840e564ade868552062638aaf8f88607ad60446694
NODE <-  rx_fifo : 
aebb6e3d08f06a85780ec21f039034a6e890e1260395c02dc87dcb0d61fa9ba5125b4d31b529d4

Making parent selection in 20 s

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
01e362166341f914004b1200051501006b8402003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23462166341f914004b12000e0a0000000105150104239402061502a500230000003f3a28f8317a2c46f9a3b2caca52bb1a39a5932b34f3cbe643b8b9a3de
NODE <-  rx_fifo : 
aad75737fb4643eea47c6e8f5053155fe9b4c0637366a751998a0efbb88a83b2f10271cc0e711c1ffd944eb2c8336889c4aee291176b4f89042a1b60ba416d3358
NODE <-  rx_fifo : 
c38fef10ecc4d5a9734b72cbd26322375086d0e49b590f57000e559a9dc258c12f3c6971cff1cf
NODE <-  rx_fifo : 
01e362166341f914004b120005150100aab002003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 24 s
NODE <-  rx_fifo : 
09e23562166341f914004b12000e0b00000001051501042ed802061502b6002e0000003f9d66edde4e8b5068c8d3776f916d4122145a7be7eb21995806d859ce
NODE <-  rx_fifo : 
de62e0a33bd119112c02cfe32177062e60535d1e5abb5d46dd917961b041a5d3b4cc06353d04b50131f3f0f12c979c3cdc32218640e76019fe1d9c76456f63cb11
NODE <-  rx_fifo : 
695d0a6e449f348ea9f936d4d6ada9a7ca1de5769c76fa3726ffdd4b5cc1bef1dd49de5052402b
NODE <-  rx_fifo : 
09e23662166341f914004b12000e0c00000001051501042e0003061502c0002e0000003f1b569fb2ed99d358c16bda508a1a406659a7c1abc905466ad5b67799
NODE <-  rx_fifo : 
3fd2bfa9471173071a8c27f2bf2dfc1ea8457210ce14639c9fe6b5f1a354e51b2c5647e358f18e42c6bcbbd9782556cba0652b414d5cecdd0e7dfcc9bdf652cd2e
NODE <-  rx_fifo : 
b37820aa512142476f81fe36e567aceb7e3ba35d380dd2c91be1689951b5609a2b9cf842fa29b1
NODE <-  rx_fifo : 
01e362166341f914004b1200051501004c0e03003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 20 s
NODE <-  rx_fifo : 
09e23762166341f914004b12000e0d0000000105150104c55403061502d500c40000003fead2f26ece103255353f3a276804d503cc55356b05b90ecf0b05b881
NODE <-  rx_fifo : 
924a8206aed03a8921030aa4ceceeb05b213f337c0a4b66a9ecc7e650ab4390ba4c0209f53bfa33d8f2f9b9128751b25f8b1bcbe02fa284dfe04b94bed615fa555
NODE <-  rx_fifo : 
4f7db5c4eed53542943586b0722314a33891c1d8bb5cff3c3947ad5fe054fdca9bfa16bfa4e518

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b

Making parent selection in 16 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100ac7603003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23862166341f914004b12000e0e00000001051501045d9403061502e5005e0000003fb1dfdc3e8a3c65006e1c51a0b129882cdf89e8d7765b4c1c8246aa99
NODE <-  rx_fifo : 
75281e7cc0c68ad2f27576dc5ea981bd49f277e87b2eb2f7ed8bb4b8416b41f6e2bfb4f071d50cfed2bf9f2044d67ba29f9f3fc57c3ce9c70bac3e395303c0a1db
NODE <-  rx_fifo : 
65b30af2116b15fb67de7bbe9d25ef675df761e03f10bfdf94ad7228f93d29ccc8b66e05e8d065
NODE <-  rx_fifo : 
01e362166341f914004b12000515010034a703003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 22 s
NODE <-  rx_fifo : 
09e23962166341f914004b12000e0f00000001051501044fe403061502f9004f0000003fadcc47c4df4e7201d1bd19c16dbaf01e4d8034624940ae8eb28b66dc
NODE <-  rx_fifo : 
0583b3ad722e53cf90a82cbddf4a9b1b2ec1cc4b13d0b178e90bef92664b05244b71e1779fa7cb00747cd7b3be4777382bee5900e1fc79ed2217a0af112db15d03
NODE <-  rx_fifo : 
cfaa26839906f3d274c6eba9e332ae7f4dfa9135cd91438f14e2ff725e9c36f3890a85f6342ab9
NODE <-  rx_fifo : 
01e362166341f914004b120005150100a2e703003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 18 s
NODE <-  rx_fifo : 
09e362166341f914004b12000e100000000105150102372d040615020b01360100003f8f0ed50744f9abc919e73d5384a2973e124bb775c62fe90e1e5ead6837
NODE <-  rx_fifo : 
798f45c1f16dacd24790ff5976cbb31e44dc5ccc6b0fb2e1e2eaaf5c6f98e513bcb249f8b43b213ae1dc045f87848d010bfd2ec978a551
NODE <-  rx_fifo : 
09e23a62166341f914004b12000e1100000001051501041330040615020c01130000003f1b61870ccdf882220caa5d1f898100811aeeb8e08bd346f89c319002
NODE <-  rx_fifo : 
fb705e69438789fcc2f880df71db09005743263a085d7196bfc6faffe114a08ccde0d8ccdc2b6a06a0bfdc8723f124c276cd0cb6a462c3a88473d03dfc85ed0c79
NODE <-  rx_fifo : 
fa6318a0a9c3dfdd305a18e6a2a01de8529a474152f073178e8b4dc91c60b071ec6de057b0b6e6

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b

Making parent selection in 29 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100985504003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23b62166341f914004b12000e1200000001051501040680040615022001060000003f7cb6ed83806756df050bbb5dd36565d6cf5ef4d6826ffff33bb66d14
NODE <-  rx_fifo : 
16993ddc07fc93d6618e34abf129ff0add7647f482ecfc89bafd0758174dadc8dd16ee3a8140a54948b03574741bf7f4ead8812f4e515ea65c3541cf3ea171b12f
NODE <-  rx_fifo : 
756931784d4b19d2888dd48d2a03f4d0f1199519e3056f6ba11c0d8e72766572ee9e165d36c1a6
NODE <-  rx_fifo : 
01e362166341f914004b120005150100d98704003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 20 s
NODE <-  rx_fifo : 
09e23c62166341f914004b12000e1300000001051501040dc80406150232010d0000003f4ced3d7b4306bd9b3dd0e5d657106f7aa82878fdd3219c0633bc3f5b
NODE <-  rx_fifo : 
50749ec8497d6e2a1195c6d26706f51d0bbe474a4142fccd4f02e0b87aeba7cc2ad9c51b58fa890e4c5812a131f931bc58b750cf9b1b82af4006056da116a90822
NODE <-  rx_fifo : 
fbed541fc0e3829ff0275b780137c6db62fac68bfa011979e6bc7b88db87a4d16cee67668c8a2d
NODE <-  rx_fifo : 
01e362166341f914004b12000515010026cf04003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23d62166341f914004b12000e1400000001051501041404050615024101140000003f14fbb407946607f5887192e04bd8c79ffcbe48deff8e9e6769751cb0
NODE <-  rx_fifo : 
c2c63d02f98b72edf8a3013dd2989521d6c3975180232fc519e272b1b7fa4a61c6584a463ffe3517af39610ea780bf1829859462bb11e9c028b88bfda9234044f3
NODE <-  rx_fifo : 
1e8a98e8fb8ab7fe1c4f230ef25adbb0eddc0a6e237feae0c081af233e5005c37ea02ab6d08883

Making parent selection in 25 s
NODE <-  rx_fifo : 
09e23e62166341f914004b12000e1500000001051501040d3c050615024f010d0000003fe8ab31a840dcf90e86c5859ac86f443969bb9b86a9208aa256e53489
NODE <-  rx_fifo : 
0f1745c90720b9edc0964b99c5c06562200cba94b02dcfef796c9eed9b52e4c279bf3131fee4e7cd7cca986e2a39e429fcc92dc35208f5de855cdf8f74339a5492
NODE <-  rx_fifo : 
928846268b405f4bc7a6235953b542a55930a06c5d38cba4a59120d43c92e128c93f98ec8703c8

Making parent selection in 15 s

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
01e362166341f914004b120005150100b68e05003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e23f62166341f914004b12000e1600000001051501040d980506150266010d0000003f5946d273049d2103e3b4d377edeac46a13952baf867debb532161104
NODE <-  rx_fifo : 
4acccdc8e624fd74db24b5071d0ced7ccca3bbead5011b76ee0f22838f6cd03017724b94476a82231bc614e0ab409df93c96f366caf53ec99cfa860e132fe4c749
NODE <-  rx_fifo : 
569f041112d937efd41853091c5a13511355bd6cf7687b0984e488d8fab0e71177255ede8bfca5

Making parent selection in 17 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100cfbb05003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24062166341f914004b12000e17000000010515010407c4050615027101070000003f60b6d3db28f14d84c0e2ce67ffa43142afa7e7f46a826b2a6dd4d002
NODE <-  rx_fifo : 
0e0aef34fd746a47f897224360919b4a5ce1b622798c3e9a239ab420c7b1dff428db895622908e1f2f060de8a0807d7159ffea520913118a7e34bf37d83f11531f
NODE <-  rx_fifo : 
e56f6d54cf5baec8d30f69610a57c4221c38a7544aecf9f4412b7fce3a00761c6df6431692603c

Making parent selection in 26 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100991e06003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24162166341f914004b12000e1800000001051501040620060615028801060000003fb856e34ef788a33bb01637c5d022ec0df77da180a4781094eeaa68c1
NODE <-  rx_fifo : 
4bdbffe34927a412ca2ffe5c5f9a400ca4ca901fbd3d944629d018ac4de2490b96a49428f430670cee8d24904ecc3b843581021b17b283b6c558b7b7ed725f5b59
NODE <-  rx_fifo : 
b0b824e2af580517a8444f76d992d88924a5326335bd5229dd785dbf754c3cecc5a75e385cb212

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
01e362166341f914004b120005150100705906003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24262166341f914004b12000e1900000001051501041e5c0606150297011f0000003f075e3ba5b819042d97b01e45e27e591d9ad168fb687a838baac441bd
NODE <-  rx_fifo : 
fde649333b7864d4d904ee589eb244b0b10bfdad05ffb19b4fd32f0b705d7ae2d838f8a6722e4e65385a1c8481129f4a78738683e72adb8c7f2960532360f385cc
NODE <-  rx_fifo : 
4a350452e20d14ce776b88cb1f8cada254e6ae1d791870082a0bcf6ea3ca860d1269dc7413560f

Making parent selection in 26 s
NODE <-  rx_fifo : 
01e362166341f914004b1200051501008f8c06003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24362166341f914004b12000e1a000000010515010423a006061502a801230000003faa3eb7e27e44ec8e76663737a709d7b00e6e3e346ec6734e71374b10
NODE <-  rx_fifo : 
5959ae53362783d6b3f85a835fc80e2ae5212b4f7796473e6e0fe640d6fbf3ed1e32260f64f147f3d247e6277fcdfe08fb4ee02b646524902e465de3cd3cfa13d1
NODE <-  rx_fifo : 
bbed1d7c5eec86f8c3fe38bb18f57c95fe55c7d2b598329d5067cb93dc9549c3e68e688e7db362

Making parent selection in 15 s
NODE <-  rx_fifo : 
09e24462166341f914004b12000e1b000000010515010475dc06061502b701750000003f227043c18c7b4e8285691c00dd8afba30e87041fcd364de8a4e0ef18
NODE <-  rx_fifo : 
57a40d828021f1fae30591dc9e3bb7013b22d32c830379d93edff889612e4e54c7460cd5edc2bc34e70a7f9bbc8fe042908e206a3ce840e90f00c19805a780deeb
NODE <-  rx_fifo : 
3b9486ed8688f8ef5c59e20d62f832b076616318bd623f35ec6192186a2fa6fdb7a69dbd434d51
NODE <-  rx_fifo : 
01e362166341f914004b12000515010009e206003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 21 s
NODE <-  rx_fifo : 
09e24562166341f914004b12000e1c00000001051501040a3407061502cd010a0000003f09e081f56013bf8a8ff627109cf859b561895b7f5bd398bbaee45f5b
NODE <-  rx_fifo : 
2a733d07d4d1a5cd44003243b8e79787d7454970fc24554822723484271ec52f31a5e7f5a1a19e82f5832c44ea889774da5417bf2c3dbf4246bc7db8bec8100d89
NODE <-  rx_fifo : 
49695c1dc4485aae81ae138f94170e12762e9592fc680c361c56f2a811bd6405452ee5722d65d3

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b

Making parent selection in 25 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100de5c07003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24662166341f914004b12000e1d0000000105150104077407061502dd01070000003f889b324d8b6540e2f0f0b4b17c59f65335e74cf5fb91d110078e0528
NODE <-  rx_fifo : 
6ad8f0c25e1179dd208f5a3204d96fe8e82636fb7516b5c52e6c2e416957fba99603489471efa4e88e5ec3b15e418aa19693647c5ccb53b36bb75f5a94e5b8dfcf
NODE <-  rx_fifo : 
2953d743971144b646ebc0cdee454a1c0c72edb035660691f64f9abcc64aee38b48e0697430da4
NODE <-  rx_fifo : 
01e362166341f914004b1200051501001d8c07003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24762166341f914004b12000e1e000000010515010419b407061502ed01190000003f06acb3cfbcd1e8ff424dba82bbfd8db718d5d58ecb19e0becbdb996e
NODE <-  rx_fifo : 
1f38dccf999b2b4a6a507740c5a2d9a044c931579a49d68e8148da06d82d230972a8274a0984cabd3eb14954ac5de5cbef05b82a13e444c9c7581a91c814065249
NODE <-  rx_fifo : 
c34f6f6939a722b67b9cee1ae9d88627bb7242fd54ac8e4a3e9ac06799d5e555734859890ba6a8

Making parent selection in 20 s
NODE <-  rx_fifo : 
01e362166341f914004b1200051501009ded07003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24862166341f914004b12000e1f00000001051501040f10080615020402100000003fe770404d92ae3a96200695f0e2c3b456c257f5db8ce96b96ed1cb451
NODE <-  rx_fifo : 
d3ad0f7de2358012763f422a6773c7c28de5f021c82d2fa892af4569e8dedda8b4b60fb223e23cd3e71814685b5731ec11ede86674c8f25b4027b336ed9e205610
NODE <-  rx_fifo : 
9b25ed0f07a4321eb61cf0fd5632ef0c2bf011ac9cbb68741fe8a29259852fa0497a15ead282a4

Making parent selection in 23 s
NODE <-  rx_fifo : 
09e362166341f914004b12000e200000000105150102ed3a080615020e02ea0200003f20d08a018d6966506b72977e6c1efbcdc7b5613a55dcde366c4b79e996
NODE <-  rx_fifo : 
f1b29bec50793b659181d64b6fdf8a3d0831d52a7db5f9e3818507b691c47e7399bddaf1bed86881138869f443a8bfcef2f54e3d62abe2

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
09e24962166341f914004b12000e2100000001051501040e500806150214020e0000003f8fe934aa2195340874058d921d5ff5d2abea3736ad1170a8a0c823eb
NODE <-  rx_fifo : 
42e4dc37cde2aeefe9190b99067d98563bd58d42635a671ecf2db2d0a32b5fffde562ff57d773e33489d06606a12e5d90d92a9f0597c69f3df40048f9d6659c040
NODE <-  rx_fifo : 
fb312a158085191887378175ced44b686f55451a807b7698eb6b5bd208ebc7065a8a99604dd598
NODE <-  rx_fifo : 
01e362166341f914004b1200051501006d5c08003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 19 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100198908003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24a62166341f914004b12000e2200000001051501040e980806150226020e0000003f6a53dcf47951b9291a0a696ce4d542e16ba1be20bcaf9f14cbaaa2e5
NODE <-  rx_fifo : 
fe5c180906c02c40b4543ab2ba4cc10d6bf3593019c741d635bc126cd97bdcf975ed1ee8b703ab7939d313cf4f074b5416b78f47733d94254fc87c8059046ac055
NODE <-  rx_fifo : 
cae5c7c7cc61ea409c9d3be6397719339cdf0b3de97d7bb186ad9ff75fcfa9be5b3476003c5eb4

Making parent selection in 28 s
NODE <-  rx_fifo : 
01e362166341f914004b1200051501001bcf08003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24b62166341f914004b12000e2300000001051501040be00806150238020b0000003f435026a6206058219545651f9c13b39044409e303c2e876b571c509f
NODE <-  rx_fifo : 
b33e42968352e54de75ab317445547475523780dd7e74da75566d04e5e5fde4675fdd7675a1ebb36bff21f64ade9a9c238edf10282e6ec080babe87a2973178a
NODE <-  rx_fifo : 
abd840d45b64e2609e0ea0021556e7ad750ca72c51e802846f35c1eeb5edb51a9433eabaa5a9ce7c

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
01e362166341f914004b12000515010037ff08003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24c62166341f914004b12000e2400000001051501041b180906150246021b0000003f1b858cc90c78c31f8cb5858c54a291934bac61371888e06868522480
NODE <-  rx_fifo : 
27e87b21dfe9f32eaa5b1df2c73cc70602958ae451fb6c9b6e3195d9e91ec1b827d47d6895db292b42c4e489141580373ba44e352d57e00fdab317702706bab07e
NODE <-  rx_fifo : 
36245e4d3f2e073ff931139cc9e716c68d72f762de067ba90e0dd0d3e210ef45013495e84f583b
NODE <-  rx_fifo : 
01e362166341f914004b120005150100011f09003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8

Making parent selection in 27 s
NODE <-  rx_fifo : 
09e24d62166341f914004b12000e2500000001051501042368090615025a02230000003fc25d88fbccddb167b39b37bf2806250bd133600f53d275ce07090ed0
NODE <-  rx_fifo : 
76a53fe910c4e87b043801004cf9d981245d28fb10ddc9114cac39923e5244f281ed3f9d71353bc016029ffac0d3307ef1427b37903051910f7c15d986626e9b24
NODE <-  rx_fifo : 
f7de1222bdbbdb5b71355abc14c8583932ad6104fdba66b36e512934963966286619baa2b4d4d0

Making parent selection in 26 s
NODE <-  rx_fifo : 
01e362166341f914004b120005150100dc9c09003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
NODE <-  rx_fifo : 
09e24e62166341f914004b12000e2600000001051501040fa4090615026902100000003f0c896ceb588e5d75e58215c8c0a115ca51a719ad38e8bcd4b63e0a3c
NODE <-  rx_fifo : 
cea509cfc1a34aabaa45afa0a3f5ba82e5e9827ad698649d84c7411ab4b9327a56b1ccc6ca5188ad3d6f98dfb53b8113759a5fe75660846d1321da168cafd8abd3
NODE <-  rx_fifo : 
c30062d5ddfc76421011fc0e3a4bda9cfa5bae1745180373461737d5de1184aed9594f8ffec33f
NODE <-  rx_fifo : 
09e24f62166341f914004b12000e2700000001051501041ee8090615027a021f0000003f932ed99ace2434053a14b241a30ee13a477bab16a7c71467d09bc5dc
NODE <-  rx_fifo : 
e9c999575427d47b96f718aadc3c4ec92522458ab37e7854236218d2d0d6a673ab93e9cbf8da981771ab6d8caf92634105464f52ff733721b2ad421c3d0cec15cf
NODE <-  rx_fifo : 
5851ce93b9cad04b35456ad77b308b494f5637a805cfc061000517eceaa620d2973f0d26ee25c0

Making parent selection in 23 s

Send PAN advertisement Solicit
NODE -> tx fifo 
41e3b98e78e3f6ee02fe05150101060000003f1aa00888ffff6400030100000e0557692d53554e204e6574776f726b
NODE <-  rx_fifo : 
01e362166341f914004b1200051501009b2d0a003f25a00c88ff1400017c2b0d0045000000050400000000230e0557692d53554e204e6574776f726b00f8
--- [QUIT] ---
    In this file, you can find tx/rx fifo log, and initial settings of the network. 

  • 0 in reply to Marie H
    Prodigy 40 points

    My issue is not solved yet, I used and SDR to confirm I was in fixed channel on router side, and I am setting up a WiSUN dissector to understand the frames I provided. In the mean time, does anybody have a clue? Thank you for your help

    Regards

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 


    The Wi-SUN dissector will be very helpful to understand the issue, but meanwhile you could also check the preshared network key.  


    There is a network key configuration in the border router's sysconfig settings. It is in the Security module. Please can you check if you are using the same network key on your node devices.


    Regards,

    Sid 

  • 0 in reply to Sid
    Prodigy 40 points

    Hi, 

    At first glance, Pre-shared keys are the same but I can't be sure : the router firmware only show a "6LOWPAN_ND_PSK_KEY" which I assumed it is used as the Wi-SUN PSK. But it turns out it doesn't use it (I can't debug with the board I have, I do printf...). I saw there is a way to disable security with sysconfig on TI side, but when I link maclib_nosecure_cc13x2x7.a, instead of the maclib_secure_cc13x2.a it doesn't build, I have "unresolved symbols remain" error. How can I do to disable security? Thank you very much

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit,

    The disable security feature on the wisun stack is unfortunately not supported yet.
    Regards,

    Sid 

  • 0 in reply to Sid
    Prodigy 40 points

    Thank you Sid for your answer. On my side, I confirm I was looking at the wrong PSK. It becomes clear I have wrong security settings, and that is why my router doesn't join.

    My router's firmware doesn't use PSK but PMK/PTK/GTK exchanges throught EAPOL.

    I see in the TI Wi-SUN Software Product Brief that it is supposed to work the same way : 

    There is no mention of PSK in this document. Is the PSK acutally the PMK ? Thank you for your help

    ben

  • 0 in reply to Benoit Bousquet
    Prodigy 40 points

    I forgot to mention : the router's firmware use Nanostack and mbed TLS as well, so I can tweak mbedtls_wisun_config.h on both side if needed

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 

    I have consulted someone from RnD regarding the usage of this key in the association process. I will get back to you with more details regarding the same. 

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Thank you, I am looking forward the feedbacks. In the mean times I was able to dissect Wi-SUN frames. Here are a few frames : 

    I took these frames directly from tx/rx fifo on ROUTER side so SHR and PHR are fixed by now, and doesn't reflect actual sent/received SHR/PHR. SHR is fine because I receive frames so preamble and sync word are correct. Maybe there is an issue with PHR but for now, I focus on the security, because once again, I see differences :  the bit 3 of Frame Control Field is Security Enabled. 

    -PAN advertismeent solicit (router side) : false

    -PAN advertisement (BR) : false

    -PAN Configuration (BR) : true

    We see in the picture above that when security is enabled, a MIC (Message integrity Code) is added, and so is an "Auxiliary Security Header". So the PAN config is encrypted, and that is why I can't join. How can I decrypt it? Reminder : my router uses Nanostack and Mbed TLS as well as TI border router, soI can follow instruction on how to tweak settings to fit crypto requirements. I tried to tweak some settings regarding MIC64 etc.. but for now with no success. Further help would be appreciated.

  • 0
    Prodigy 40 points

    Part Number: LP-CC1312R7

    Hi everyone,

    I am working with a TI Border Router (BR) : LP-CC1312R7, and a non TI board board as a router. The router use Nanostack as well as TI BR I would like to join the Wi-SUN network.

    I can print the router's received frames in wireshark, so preamble and sync word are fine, and Network Name also.

     

    However, we can see that after the PAN Advertisement, the data sent by the BR is encrypted : 

    I assume the key the PSK set in sysconfig on Code Composer studio. Can someone confirm?

    In the function mac_data_interface_decrypt_packet , the Nanostack on router side fail to get proper key_description and returns MLME_UNAVAILABLE_KEY. So it can't decrypt the frame, and then can't join network.

    As we can see in the picture above, Key Identifier Mode field is set to 01, and according to 802.15.4, Key is determined from the Key Index field. (see table 9-7 of IEEE Std 802.15.4-2020).  

    Question: Even if I know that the Key index is 1 (I printed it on console from the router), I don't know how to provide the key. I assume TI provide a key to nanostack, I would like to do it on the router side. Can some one help? Thank you very much. Best regards.

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 

    I am working on this and still waiting for RnD inputs. I will follow up and get back to you as soon as I get a reply. 

    Please note that I have joined the the two threads, to avoid confusion. 

    Regards,
    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hi, I will wait for the inputs, thank you for your help

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit,

    I got a reply from RnD. The pre-shared key in sysconfig is not used in the joining process at all. This option should only be visible for the 15.4 stack projects and not for Wi-SUN projects. I apologize for the experience.

    For the Wi-SUN projects, certificates are used on the BR and RN side for deriving the PMK, as you mentioned. 

    We would like to enable you do the interoperability tests. Is it possible for you to disable security on the router nodes?

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hi Sid,

    Okay for the PSK, no problem I understand, thank you for the clarification. For now, the process doesn't reach certificate check step yet, it is stuck with the first encrypted frame from TI BR : nanostack give me MLME_UNAVAILABLE_KEY error in mac_data_interface_decrypt_packet function. The first encrypted frame from TI BR is encrypted following instructions of IEEE 802.15.4-2016 : 7.6.2 Auxiliary security header. More precisely, if we take a look at the picture I sent, it is encrypted with a 64-bit Message Integrity Code (MIC), and the Key mode is set at "Indexed Key using the Default Key Source" (see table 96 of IEEE 802.15.4-2016). So it seems to be a key involved, from which the MIC is derived. If it is not the PSK, I need at least to know the key being used, and ideally, how to provide it to Nanostack (the same rf stack TI use).

    Thank you very much for your help.

    Best regards,

    Benoit

  • 0 in reply to Sid
    Intellectual 371 points

    sorry for jumping in this thread. On my thread https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1079004/cc1352p7-maclib_nosecure_cc13x2-a/3997341?tisearch=e2e-sitesearch&keymatch=pre-shared#3997341 you clarify for me pre-shared key is a GTK key. So as I understand TI Wi-SUN stack filled pre-shared key on both BR and NR priority in order to skip the step that node router will obtain the GTK key from Border router when it is in joining process. Isn't it? I also want to know to how to disable security on the router nodes.

  • 0 in reply to Kurama Bee
    Prodigy 40 points

    Hi , can you tell me where to find the document you mention in your post regarding the PSK being a GTK please? 

     : Is it possible to provide us an Application Note on how to join a TI network with another Vendor router node? Thank you very much

    Best regards,

    Benoit

  • 0 in reply to Benoit Bousquet
    Intellectual 371 points

    Hi Benoit,

    You can check on the thread I have given above. Sid confirms that GTK is pre-shared key. And if you take a look on the document you can search Wi-SUN FAN standard. However, you need to buy it. Or with TI Wi-SUN user guide https://software-dl.ti.com/simplelink/esd/simplelink_cc13x2_26x2_sdk/5.20.00.52/exports/docs/ti_wisunfan/html/wisun-stack/MAC.html

    From the joining process after state 2 you can see that the joining node acquired GTK key from the network (BR)

  • 0 in reply to Kurama Bee
    Prodigy 40 points

    Hi GP, yes that is right I saw your thread. More precisely if you go up this thread you''ll see the complete security exchange process. If GTK = PSK, it means there is no such process, as 4-way handshake is not needed in this case, which is confusing. I'll try to go for the assumption GTK = PSK just to see if I can join. I'll keep you in touch if I can. 

    Regards

  • 0 in reply to Benoit Bousquet
    Intellectual 371 points

    Hi, I think you can also check preamble count again, for Wi-SUN mode 1a/2a preamble count is 8 bytes, mode 3 preamble is 12 bytes. 

  • 0 in reply to Kurama Bee
    Prodigy 40 points

    Hi, I probably don't have any issue regarding preamble because sync word is detected well by my RF front end, and the frame comes in my rx fifo, I can print it, and route it to wireshark to my Wi-SUN dissector. FYI : I finally managed to provide the key to nanostack, as the GTK key. Now it takes the key, and try to decrypt the message. I don't have MLME_UNAVAILABLE_KEY anymore. I have MLME_SECURITY_FAIL. It fails in ccm_process_run() function, the processed MIC is different from the one received, I don't know why. Work In Progress.

  • 0 in reply to Sid
    Prodigy 40 points

    Hello . I managed to provide the PSK, but computed MIC is not the same. By searching on GP's threads, he mentions a tutorial to connect TI Node to another BR board : https://sunmaysky.blogspot.com/2021/08/interoperability-test-between-silicon.html?m=1

    In this tutorial, it is said to copy/paste the GTK hash to PSK field. I use the same firmware base as the tutorial: nanostack + mbedtls. HOWEVER, GTK hash IS NOT GTK. A SHA256 encryption + some checks are done on the GTK to get the GTK hash. So for those who follow this thread : PSK is apparently NOT the GTK itself. That is why my computed MIC is not the same and then security fails.

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 

    Thank you for your patience and also for sharing your findings. I will convey this to RnD and check how we can provide the same key to both devices or if disabling security is the easier option. 

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hi Sid,

    Thank you for feedback, I will wait for one of the option you mention.

    Regards,

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit,

    Please can you share your full sniffer log file with us. 

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hi Sid,

    Sure, here they arelogs.zip . Please note that as mentionned above, I don't have R1 boards so what I do is printing tx/rx fifo of router node, and with a c program, route the frames on Ethernet port, ip.dst==239.30.12.66. Wireshark can then capture these frames. Please note that SHR and PHR are not relevant as they are set in the C program. I provide you the full console, and the Wireshark log. 

    I can provide you different logs for different setups if needed. Thank you for your help. Best regards

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 

    In the stack users guide, specifically in the sniffer setup, you can see you can set the predefined symbol FIXED_GTK_KEYS, while building the project. This will make the communication to use the fixed GTKs. 

    In the ns_br_src project, you can look for fixed_gtk_keys.  Maybe you can reuse these in the router node side.

    I am on vacation next week. I will try to assign this to someone. But please expect delayed response. Thank you for you patience. 

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hi Sid,

    Thank you for suggestion. I predefined FIXED_GTK_KEYS on BR side. As mentionned above, I don't use TI sniffer because I don't have the required board. I found that on SDK 5.40 this feature seems not used (please confirm) but in sdk v5.20, ws_pae_auth.c use it : we can hardcode the key : this is what I need! :) This issue is : the BR example with LP-CC1312R7 (the board I have) use FreeRTOS, and it doesn't build with latest version. I can't find suitable version. Could you provide a good version of FreeRTOS please? Or confirm that latest version is supposed to work. Thank you for your help, we're getting close!

    EDIT : I did a mistake on version, ws_pae_auth.c is in sdk v5.40, I am using fixed keys, and I have them now, I'll try to make it work

  • 0 in reply to Benoit Bousquet
    TI__Guru 73541 points

    Hi Benoit,

    The compatible version of FreeRTOS is listed in the SDK release notes:

    https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/release_notes_simplelink_cc13xx_cc26xx_sdk_5_40_00_40.html

    For SDK 5.40, the compatible version is 

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    Hi Marie,

    Thank you for the info. I inserted the GTK key in my firmware. It uses the right GAK to decrypt packet, but still can't join. Do you confirm that the key to encrypt packet on BR side is the GAK ? On my side, GAK = sha256(Network_name + GTK).

    Thank you for your help

    Regards

  • 0 in reply to Benoit Bousquet
    TI__Guru 73541 points

    Hi Benoit,

    We are following the Wi-SUN spec for encryption and decryption.

    In order to help you with your issue we need a sniffer log of the failed associated process. You would need one of the following boards to capture it:

    • CC1312R1 LaunchPad
    • CC1352P-1 LaunchPad
    • CC1352R1 LaunchPad

    You can find a guide here:

    https://dev.ti.com/tirex/explore/content/simplelink_cc13xx_cc26xx_sdk_5_40_00_40/docs/ti_wisunfan/html/wisun-guide/debugging-index.html#packet-sniffer

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    Hello Marie,

    Here is the log I made with an R1 board. Fixed GTK Keys. sniffer_log_wisun_R1.zip

    Thank you for your help

    Best regards

  • 0 in reply to Benoit Bousquet
    Prodigy 40 points

    Hello, any feedback regarding the logs?

    Thank you

    Best regards

  • 0 in reply to Marie H
    Prodigy 40 points

    Hello,

    When I had the issue 2 monthes ago, I was told I have to use same PSK on both sides. Then, that the PSK is not used in Wisun even though it appears in syscfg. Then that it was the GTK. All of these were false leads.

    Finally, I was told that the wisun example goes through the whole EAPOL process, so I don't have to hardcode gtkt keys on node side because BR is supposed to give the keys. I gave a first log file one month ago with my board and my dissector, but you ask logs from your sniffer and your board (which I understand, don't get me wrong).

    So I bought an R1 board and I did the log with your sniffer and dissector. Now it would be great if I could have at least a status regarding these logs.

    If the logs doesn't help, can you tell me if something is missing? 

    Thank you very much for your help.

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit,

    I apologize for the delays on this thread. 

    To be able to completely decrypt all the Wi-SUN network messages, the network name must be set to: "Wi-SUN Network". This is mentioned in the debugging guide under packet sniffer.

    This would give us more information regarding the packets.  

    From the logs, I see that in the very end, after an EAPOL exchange, there is a PAN config sent. This is the expected behavior. But it would be better to have more granularity with the information with the network name "Wi-SUN Network". 

    it would look something like this. 

    But also, it is interesting to see why a PAN Config was sent before the EAPOL key request. Were there any other devices trying to connect to the network as well?

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hello Sid, thank you for your response.

    PAN Config is sent by the BR without any nodes powered on. I use BR example found in simplelink_cc13xx_cc26xx_sdk_5_40_00_40. Here are the logs file with the right network name : 2742.logs.zip

    There are one log file with my node which doesn't connect, and another between TI BT and TI node. The TI node connects to the BR. BUT, I didn't see any EAPOL request, neither on the picture you show. 

    Thank you in advance for your feedback.

    Best regards,

    Benoît

  • 0 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 

    The zip file does not contain any logs. Please can you reattach them.

    You are right, there is no EAPOL request in the log when using the WiSUN dissector, but the RPL stage is reached where the network parent is chosen and this happens after the initial security exchange.

    Regards,

    Sid     

  • 0 in reply to Sid
    Prodigy 40 points

    Hello, sorry for mistake : 1145.logs.zip

    Thank you, Best regards

  • +1 in reply to Benoit Bousquet
    TI__Mastermind 20332 points

    Hi Benoit, 

    I have sent you a connection request on E2E, if you accept it, we can have a conversation there. 

    I still cannot decrypt the sniffer log you provided, with the decryption keys applied. I want to verify the setup you have. 

    Regards,

    Sid

  • 0 in reply to Sid
    Prodigy 40 points

    Hi,

    I accepted your connection request, and sent you a message. 

    Regards

  • +1 in reply to Benoit Bousquet
    Prodigy 40 points

    As seen with Sid, Border router and node weren't able to perform EAP-TLS process with EU band, I had to switch with NA band, it is working now. Thank you everyone for your valuable help and your patience.

    Best regards

    Ben