<?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>Are the UUID&amp;#39;s generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/5127/are-the-uuid-s-generated-with-nrfgo-valid</link><description>Hi, 
 I just took a look to nRFgo to see how it generates vendor specific UUID&amp;#39;s. It looks if they are generated completely random including the version number. According to RFC4122 the UUID string had the format of: 
 xxxxxxxx-xxxx-Vxxx-xxxx-xxxxxxxxxxxx</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 21 Jan 2015 14:24:10 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/5127/are-the-uuid-s-generated-with-nrfgo-valid" /><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/18002?ContentTypeID=1</link><pubDate>Wed, 21 Jan 2015 14:24:10 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:13aaf4f4-0ad6-4d2f-91bd-4d9b5579abfe</guid><dc:creator>David Edwin</dc:creator><description>&lt;p&gt;We will have a fix the issue in the next release of the nRFgo studio. Thanks for the input.
This has been acknowledged and fixed  and will be part of the next release of nRFgo Studio&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/18001?ContentTypeID=1</link><pubDate>Tue, 13 Jan 2015 15:33:57 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:95819510-3f9d-4ee5-9c1c-5fcefecd69a9</guid><dc:creator>Marcel Mulder</dc:creator><description>&lt;p&gt;Your are absolutely right that this is up to the user and has nothing to do with the softdevice. I was not suggesting otherwise. But if you provide tools, than those tools should behave correct in my opinion.
Thank you for making an effort to make things better :-)&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/18000?ContentTypeID=1</link><pubDate>Tue, 13 Jan 2015 15:28:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:db4d534b-6ddd-457d-859b-42aa83ee9296</guid><dc:creator>David Edwin</dc:creator><description>&lt;p&gt;Remember vendor specific UUIDs are generated by the user and not by the softdevice, the nRFgo studio is an optional tool to do so and there are many other ways the user can use to generate UUIDs but this is really in user space. In any case I will request a fix in nRFgo studio.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/17999?ContentTypeID=1</link><pubDate>Tue, 13 Jan 2015 15:22:14 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a90d359d-be1a-41b7-b609-6057d668a7d8</guid><dc:creator>Marcel Mulder</dc:creator><description>&lt;p&gt;I can only agree that the change of generating a random 128-bit UUID in BTLE world causing issues is virtually zero. But,... There is a specification. The reason for creating a specification is that we can talk the same language in BTLE world.  Nordic complies to the BTLE specification with its softdevice because Nordic used that specification and have been qualified. Why make an exception for generating UUID&amp;#39;s? I don&amp;#39;t see no reason for not complying to standards.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/17998?ContentTypeID=1</link><pubDate>Tue, 13 Jan 2015 15:05:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:67dc3496-cd26-4a03-aefc-22a4c74e8b13</guid><dc:creator>David Edwin</dc:creator><description>&lt;p&gt;I must clarify. The impact of the a fully random 128bit number used as a UUID in the BTLE world is not a major issue simply because it is used only for vendor specific UUIDs and these are usually used in systems where the vendor controls both ends of the link that looks at this UUID.
At this point I do not see any part of the BTLE UUID ecosystem that discriminates based on type of UUID, thereby reducing the impact of this issue.
Let me know if there is a specific impact that you see.
[Edited response to clarify]&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/17997?ContentTypeID=1</link><pubDate>Tue, 13 Jan 2015 13:55:36 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5e40634b-33fb-4027-bd1d-30ccdce3e72b</guid><dc:creator>Marcel Mulder</dc:creator><description>&lt;p&gt;The UUID must comply to ITU-T Rec. X.667 | ISO/IEC 9834-8 (technical equivalent to  RFC4122) according to Bluetooth specification. Therefore I think it is incorrect to assume that the UUID generated by nRFgo are correct.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Are the UUID's generated with nRFgo valid?</title><link>https://devzone.nordicsemi.com/thread/17996?ContentTypeID=1</link><pubDate>Tue, 13 Jan 2015 13:34:44 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:e1ab3700-8557-4987-9e2f-090b5555c66a</guid><dc:creator>David Edwin</dc:creator><description>&lt;p&gt;You are correct, the UUID generated does not appear to be a Version 4 UUID. However this does not mean that the number generated is incorrect , it however does not conform to the Version 4 UUID convention. You can edit the number created to match the Version 4 UUID. i.e. using the nRGgo studio as a random number generator.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>