mind az 1, mind a 2 változat esetében öt “változat” van meghatározva a szabványokban, és mindegyik változat megfelelőbb lehet, mint a többi speciális felhasználási esetben. A verziót a M jelzi a karakterlánc ábrázolásában.

Verzió-1 Uuid keletkezett egy csomópont-AZONOSÍTÓ (általában a MAC-cím); változat-2 Uuid vagy generált azonosító (általában egy csoport vagy felhasználó-AZONOSÍTÓ), egy csomópont ID; verziók 3, illetve 5 termel determinisztikus Uuid által generált hasító egy namespace azonosító név; a 4-es verziójú Uuidokat véletlenszerű vagy pszeudo-véletlen számmal generálják.

Nil UUIDEdit

a” nil “UUID, egy speciális eset, az uuid 00000000-0000-0000-0000-000000000000; azaz minden bit nullára van állítva.

1-es verzió (dátum és MAC cím)Edit

1-es verzió összefűzi a “csomópont” (azaz az UUID-t generáló számítógép) 48 bites MAC-címét, 60 bites időbélyegzővel, amely 1582.október 15. éjfél óta 100 nanoszekundumos intervallum, a Gergely-naptár első elfogadásának időpontja. Az RFC 4122 kijelenti, hogy az időérték körülbelül 3400 AD körül forog,: 3 az alkalmazott algoritmustól függően, ami azt jelenti, hogy a 60 bites időbélyeg aláírt mennyiség. Azonban néhány szoftver, mint például a libuuid könyvtár, kezeli az időbélyeg aláíratlan, amivel a borulás ideje 5236 AD. Az ITU-T Rec által meghatározott gördülési idő. X. 667 jelentése 3603 AD.: v

a 13 vagy 14 bites “egyedi” óraszekvencia meghosszabbítja az időbélyeget, hogy kezelje azokat az eseteket, amikor a processzor órája nem halad előre elég gyorsan, vagy ahol csomópontonként több processzor és UUID generátor van. Amikor Uuid keletkeznek, gyorsabb, mint a rendszer óráját is előre, az alsó bit a dátum mezők lehet által generált növelési minden alkalommal, amikor egy UUID keletkezik, mintha egy nagy felbontású időbélyeg. Minden egyes 1-es uuid verzióval, amely megfelel egy pontnak a térben (a csomópont) és az idő (intervallumok és óraszekvencia), annak esélye, hogy két megfelelően generált Verzió-1 uuid véletlenül ugyanaz, gyakorlatilag nulla. Mivel az idő és az óra szekvencia összesen 74 bit, 274 (1.8×1022, vagy 18 sextillion) version-1 UUIDs lehet generálni egy csomópont ID, a maximális átlagos aránya 163 milliárd másodpercenként egy csomópont ID.

ellentétben más UUID verzió, változat-1, -2 Uuid alapján MAC cím a hálózati kártyák hivatkozhatnak az egyediség részben azonosító által kibocsátott, a központi regisztrációs hatóság, azaz a Szervezetileg Egyedi Azonosító (OUI) része a MAC-cím, amely által kibocsátott, az IEEE, hogy a gyártók a hálózati berendezések. A különlegessége változat-1 változat-2 Uuid alapján a hálózati kártya MAC-címek attól is függ, hogy a hálózati kártya gyártók megfelelően rendelése, egyedi MAC-címek a kártya, amely olyan, mint a többi gyártási folyamatok figyelemmel hiba.

a csomópont hálózati kártya MAC-címének használata a csomópontazonosítóhoz azt jelenti, hogy az 1-es verziójú UUID visszakövethető az azt létrehozó számítógépre. A dokumentumok néha nyomon követhetők azokon a számítógépeken, ahol létrehozták vagy szerkesztették őket a szövegszerkesztő szoftverbe ágyazott uuid-eken keresztül. Ezt az Adatvédelmi lyukat használták a Melissa vírus készítőjének megkeresésekor.

az RFC 4122 lehetővé teszi, hogy a MAC-címet egy 1-es (vagy 2-es) uuid verzióban véletlenszerű 48 bites csomópont-azonosítóval helyettesítsék, akár azért, mert a csomópontnak nincs MAC-címe, akár azért, mert nem kívánatos feltárni. Ebben az esetben az RFC megköveteli, hogy a csomópontazonosító első oktettjének legkevésbé jelentős bitjét 1-re kell állítani. Ez megfelel a multicast kicsit a MAC-címek, valamint a beállítás arra szolgál, hogy megkülönböztesse Uuid, ahol a csomópont-AZONOSÍTÓ véletlenszerűen generált Uuid alapján MAC cím a hálózati kártyák, amelyek jellemzően unicast MAC-címek.

Version 2 (date-time and MAC address, DCE security version)Edit

RFC 4122 reserves version 2 for “DCE security” UUIDs; but it does not provide any details. Emiatt sok UUID megvalósítás kihagyja a 2. verziót. A 2-es verziójú uuid-ek specifikációját azonban a DCE 1.1 hitelesítési és biztonsági szolgáltatások specifikációja biztosítja.

Verzió-2 Uuid hasonló változat 1, kivéve, hogy a legkisebb helyiértékű 8 bit az óra sorrend helyébe a “helyi tartomány” számot, a legkevésbé jelentős 32 bit a timestamp helyébe egy egész azonosító értelmes belül a megadott helyi tartomány. A POSIX rendszerek, helyi-domain számok 0, 1 vagy felhasználói azonosítók (Uid), valamint a csoport azonosítóját (GIDs) illetve egyéb helyi-domain számok helyén definiált. Nem POSIX rendszereken az összes helyi domain szám a webhely által definiált.

az a képesség, hogy egy 40 bites domain/azonosítót az UUID jön egy kompromisszum. Egyrészt a 40 bit körülbelül 1 billió tartomány/azonosító értéket tesz lehetővé csomópont-AZONOSÍTÓNKÉNT. Másrészt, az óra értékét, csonka, hogy a 28 legjelentősebb bit képest 60 bit-es verzió 1 óra a 2-es verzió UUID a “kullancs” csak egyszer minden 429.49 másodperc, egy kicsit több, mint 7 perc, szemben azzal, hogy minden 100 ns a verzió 1. Egy óra sorozat csak 6 bit, ahhoz képest, hogy 14 bit, 1. változat csak 64 egyedi Uuid per node/domain/azonosító létre egy 7 perces óra ketyegését, ahhoz képest, 16,384 óra sorrend értékek az 1-es verzió. Így a 2-es Verzió nem lehet alkalmas az esetekben, ahol Uuid szükséges, per node/domain/azonosító meghaladó sebességgel arról, hogy minden hét másodperc.

3-as és 5-ös verziók (névtérnév-alapú)Edit

3-as és 5-ös verziójú uuid-ek egy névtér-azonosító és név törlésével jönnek létre. A 3-as verzió MD5-öt használ hash algoritmusként, az 5-ös verzió pedig SHA-1-et.

a névtérazonosító maga is UUID. A specifikáció uuid-ekkel reprezentálja az URL-ek, a teljesen minősített tartománynevek, az objektumazonosítók és az X. 500 megkülönböztetett nevek névtereit; de a kívánt UUID névtér-jelölőként is használható.

meghatározni a verzió-3 UUID megfelelő egy adott névtér-név, az UUID a névtér át, hogy egy string byte, összefűzött a bemenet neve, akkor kivonatolt MD5, így 128 bit. Ezután 6 vagy 7 bit helyébe fix értékek, a 4 bites verzió (pl. 00112 a 3-as verzióhoz), valamint a 2-vagy 3-bites UUID “változat” (például 102, amely RFC 4122 uuid-t vagy 1102-t jelez, amely egy régebbi Microsoft GUID-t jelez). Mivel tehát 6 vagy 7 Bit van előre meghatározva, csak 121 vagy 122 bit járul hozzá az UUID egyediségéhez.

Version-5 UUIDs hasonlóak, de SHA-1 helyett MD5. Mivel SHA-1 generál 160 bites Digest, a digest csonka 128 bit, mielőtt a változat bit helyébe.

Verzió-3 változat-5 Uuid a tulajdonsága, hogy ugyanaz a névtér nevét, majd ugyanarra a UUID. Azonban sem a névtér, sem a név nem határozható meg az UUID-ból, még akkor sem, ha az egyiket megadják, kivéve a brute-force keresést. Az RFC 4122 az 5-ös verziót (SHA-1) ajánlja a 3-as verzió (MD5) felett, és figyelmeztet arra, hogy egyik verzió uuid-EIT sem használják biztonsági hitelesítő adatként.

4-es verzió (random) Edit

a 4-es verzió uuid véletlenszerűen generált. A többi Uuidhoz hasonlóan a 4-es, illetve a 2-es vagy 3-as verzió jelzésére 4 bitet használnak (az 1-es, illetve a 2-es változatnál 102, illetve 1102 bitet). Tehát, az 1-es változat (ez a legtöbb Uuid) egy véletlen változat-4 UUID lesz 6 előre meghatározott változat verziója bit, így a 122-es bit a véletlenszerűen generált részt, összesen 2122, vagy 5.3×1036 (5.3 undecillion) lehetséges változat-4 variáns-1 Uuid. Fele annyi lehetséges verzió-4 Változat-2 uuid (legacy GUID), mert kevesebb véletlenszerű bit áll rendelkezésre, 3 bitet fogyasztanak a változathoz.