Indigresso Wiki

Open Source Stuff for DASH7

User Tools

Site Tools


dash7_mode_2:dll

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
dash7_mode_2:dll [2014/01/29 02:04]
jpnorair [Low-Level Cryptography]
dash7_mode_2:dll [2014/02/14 12:43] (current)
jpnorair [DLL Header and Footer Subfields]
Line 83: Line 83:
 The Frame Control Field describes attributes and subsequent fields. ​ It applies to the Data Link Layer, Network Layer, and Transport Layer. The Frame Control Field describes attributes and subsequent fields. ​ It applies to the Data Link Layer, Network Layer, and Transport Layer.
 ^ Frame Control Field                                                ^^^^^^^^ ^ Frame Control Field                                                ^^^^^^^^
-|  Listen ​ |  Crypto ​       ||  VID   ​| ​ EXT   ​|  ​Stream  ​|  Addressing ​   ||+|  Listen ​ |  Crypto ​       ||  VID   ​| ​ EXT   ​|  ​Route   |  Addressing ​   ||
 |   ​b7 ​    ​| ​  ​b6 ​  ​| ​  ​b5 ​  ​| ​  ​b4 ​  ​| ​  ​b3 ​  ​| ​  ​b2 ​    ​| ​  ​b1 ​  ​| ​  ​b0 ​  | |   ​b7 ​    ​| ​  ​b6 ​  ​| ​  ​b5 ​  ​| ​  ​b4 ​  ​| ​  ​b3 ​  ​| ​  ​b2 ​    ​| ​  ​b1 ​  ​| ​  ​b0 ​  |
  
Line 92: Line 92:
     * 10 specifies the frame uses DLLS (Data Link Layer Security), which includes the DLLS header, and that the Root User shall be authenticated.     * 10 specifies the frame uses DLLS (Data Link Layer Security), which includes the DLLS header, and that the Root User shall be authenticated.
     * 11 specifies the frame uses DLLS, like above, but that the Main User (or simply "​User"​) shall be authenticated.     * 11 specifies the frame uses DLLS, like above, but that the Main User (or simply "​User"​) shall be authenticated.
-  * "​VID"​ shall be set when the Foreground Frame addressing must use Virtual ID addressing (16 bit) rather than Unique ID addressing (64 bit)."+  * "​VID"​ shall be set when the Foreground Frame addressing must use Virtual ID addressing (16 bit) rather than Unique ID addressing (64 bit), for the Source Address.
   * "​EXT"​ shall be set when a Frame Control Extension Field follows immediately the Frame Control Field. ​ At present, the Frame Control Extension Field is RFU.   * "​EXT"​ shall be set when a Frame Control Extension Field follows immediately the Frame Control Field. ​ At present, the Frame Control Extension Field is RFU.
-  * "Stream" shall be set when the frame is a Stream Frame, i.e. a M2DP frame. ​ Normal frames are M2NP frames, and this bit shall be 0 for those+  * "Route" shall be set when a Network Layer Routing Header is included in the Network Layer section
-  * "​Addressing"​ is a 2-bit subfield that describes the type of DLL addressing, ​Network addressingand Transport Addressing.  ​In effect, b1 indicates the presence ​of a Transport Query Template and b0 indicates ​the presence of a Network Multihop Template+  * "​Addressing"​ is a 2-bit subfield that describes the type of DLL addressing, ​Stream, Broadcastor Unicast.  ​The Transport Layer implements more advanced types of addressing on top of the DLL Addressing
-    * 00 is Unicast, which includes ​both Source ​and Target ​Addresses, and which includes ​the multihop Networking template.+    * 00 is Stream, which includes ​neither ​Source ​or Target ​Address fields. ​ Stream frames use M2DP network protocol, and they must never be the first frame in a packet.
     * 01 is Broadcast, which includes a Source Address only.     * 01 is Broadcast, which includes a Source Address only.
-    * 10 is Anycast, which includes a Source Address, a multihop Networking Template, ​and a Transport Query Template+    * 10 is Unicast, which includes a Source Address and Target Address
-    * 11 is Multicast, which includes a Source ​Address ​and a Transport Query Template.+    * 11 is Unicast with VID, which is the same as normal Unicast, but it uses 16 bit VID instead of 64 bit UID for the Target ​Address.
  
 === Session Control Fields === === Session Control Fields ===
Line 126: Line 126:
  
 The DLLS Footer follows the DLLS payload, and it goes right before the CRC16 field. ​ It contains a 32 bit field generated by the AES128 CCM encryption process, and then used by AES128 CCM authentication process to assure the authenticity of the encrypted frame. The DLLS Footer follows the DLLS payload, and it goes right before the CRC16 field. ​ It contains a 32 bit field generated by the AES128 CCM encryption process, and then used by AES128 CCM authentication process to assure the authenticity of the encrypted frame.
- 
  
 ==== Background Frame & Protocols ==== ==== Background Frame & Protocols ====
dash7_mode_2/dll.txt · Last modified: 2014/02/14 12:43 by jpnorair