| Version | None |
| Variant | reserved for NCS compatibility |
| urn | urn:uuid:78563412-bc9a-f0de-0fed-cba987654321 |
| Hexdump | 78563412bc9af0de0fedcba987654321 |
| Bytes | xV4โโรโกโโฯโฆโรงeC! |
| Not an RFC4122 UUID actually | The version bits aren't corretly set. |
| Alternative encoding | 12345678-9abc-def0-0fed-cba987654321 |
| Alternative encoding | 12345678-def0-9abc-a9cb-ed0f21436587 |
| (would-be) MAC Address | cba987654321 |
| (would-be) is_local bit | True |
| (would-be) is_multicast bit | True |
| (would-be) MAC Manufacturer | None |
| (would-be) MAC Date | None |
Seen in RFC 3625 Counts : rfc3625:1 RFC 3625 QCP File Format and Media Types September 2003 ; sequence of hexadecimal digits in normal ; network ordering (big-endian or most ; significant digit first) while the eight ; octet element is broken up into two groups, ; the first having four hexadecimal digits, ; and the second having twelve digits, all ; expressed in network ordering. ; For example, if the octets in a GUID as ; stored in a file are: ; %12 %34 %56 %78 %9A %BC %DE %F0 ; %0F %ED %CB %A9 %87 %65 %43 %21 ; then the GUID would have these values: ; UINT32 = %x78563412 ; UINT16 = %xBC9A ; UINT16 = %xF0DE ; 8OCTET = %x0F.ED.CB.A9.87.65.43.21 ; and the whole GUID would be expressed as: ; {78563412-BC9A-F0DE-0FED-CBA987654321} ; The following codec GUIDs are currently ; defined for QCP file format: ; ; QCELP-13K: ; {5E7F6D41-B115-11D0-BA91-00805FB4B97E} ; {5E7F6D42-B115-11D0-BA91-00805FB4B97E} ; EVRC: ; {E689D48D-9076-46B5-91EF-736A5100CEB4} ; SMV: ; {8D7C2B75-A797-ED49-985E-D53C8CC75F84} codec-version = UINT16 ; version number of codec used to encode the ; packets in the data chunk ; This value depends on the particular codec ; used to encode the packets. The following ; versions are currently defined: ; QCELP-13K: ; 1 or 2 ; EVRC, and SMV: ; 1 codec-name = 80OCTET ; the proper name of the codec, in us-ascii - ; unused octets after the name are set to zero Gellens & Garudadri Informational [Page 7]