2017-04-08 18:18:44 +02:00
|
|
|
|
Optimal 6loWPAN Configuration
|
|
|
|
|
-----------------------------
|
2017-04-08 15:30:20 +02:00
|
|
|
|
|
|
|
|
|
1. Link local IP addresses:
|
|
|
|
|
|
|
|
|
|
128 112 96 80 64 48 32 16
|
|
|
|
|
fe80 0000 0000 0000 xxxx xxxx xxxx xxxx
|
|
|
|
|
|
|
|
|
|
2. MAC-based IP addresses:
|
|
|
|
|
|
|
|
|
|
128 112 96 80 64 48 32 16
|
|
|
|
|
---- ---- ---- ---- ---- ---- ---- ----
|
2017-05-04 17:05:41 +02:00
|
|
|
|
AAAA xxxx xxxx xxxx xxxx 00ff fe00 MMMM 2-byte short address IEEE 48-bit MAC
|
|
|
|
|
AAAA 0000 0000 0000 NNNN NNNN NNNN NNNN 8-byte extended address IEEE EUI-64
|
2017-04-08 15:30:20 +02:00
|
|
|
|
|
2017-05-04 17:05:41 +02:00
|
|
|
|
Where MMM is the 2-byte short address XORed 0x0200. For example, the MAC
|
2017-04-08 15:30:20 +02:00
|
|
|
|
address of 0xabcd would be 0xa9cd. And NNNN NNNN NNNN NNNN is the 8-byte
|
2017-05-04 17:05:41 +02:00
|
|
|
|
extended address address XOR 02000 0000 0000 0000.
|
2017-04-24 17:42:51 +02:00
|
|
|
|
|
|
|
|
|
For link-local address, AAAA is 0xfe80
|
2017-04-08 15:30:20 +02:00
|
|
|
|
|
|
|
|
|
3. MAC based link-local addresses
|
|
|
|
|
|
|
|
|
|
128 112 96 80 64 48 32 16
|
|
|
|
|
---- ---- ---- ---- ---- ---- ---- ----
|
2017-05-04 17:05:41 +02:00
|
|
|
|
fe80 0000 0000 0000 0000 00ff fe00 MMMM 2-byte short address IEEE 48-bit MAC
|
|
|
|
|
fe80 0000 0000 0000 NNNN NNNN NNNN NNNN 8-byte extended address IEEE EUI-64
|
2017-04-08 15:30:20 +02:00
|
|
|
|
|
|
|
|
|
4. Compressable port numbers in the rangs 0xf0b0-0xf0bf
|
|
|
|
|
|
|
|
|
|
5. IOBs: Must be big enough to hold one IEEE802.15.4 frame (CONFIG_NET_6LOWPAN_FRAMELEN,
|
|
|
|
|
typically 127). There must be enough IOBs to decompose the largest IPv6
|
2017-04-08 18:18:44 +02:00
|
|
|
|
packet (CONFIG_NET_6LOWPAN_MTU, default 1294, plus per frame overhead).
|
|
|
|
|
|
|
|
|
|
Fragmentation Headers
|
|
|
|
|
---------------------
|
2017-04-16 20:18:42 +02:00
|
|
|
|
A fragment header is placed at the beginning of the outgoing packet just
|
2017-04-24 17:42:51 +02:00
|
|
|
|
after the MAC header when the payload is too large to fit in a single IEEE
|
|
|
|
|
802.15.4 frame. The fragment header contains three fields: Datagram size,
|
|
|
|
|
datagram tag and datagram offset.
|
2017-04-08 18:18:44 +02:00
|
|
|
|
|
|
|
|
|
1. Datagram size describes the total (un-fragmented) payload.
|
|
|
|
|
2. Datagram tag identifies the set of fragments and is used to match
|
|
|
|
|
fragments of the same payload.
|
|
|
|
|
3. Datagram offset identifies the fragment’s offset within the un-
|
|
|
|
|
fragmented payload (in units of 8 bytes).
|
|
|
|
|
|
|
|
|
|
The length of the fragment header length is four bytes for the first header
|
|
|
|
|
(FRAG1) and five bytes for all subsequent headers (FRAGN). For example,
|
|
|
|
|
this is a HC1 compressed first frame of a packet
|
|
|
|
|
|
2017-04-29 16:23:59 +02:00
|
|
|
|
41 88 2a cefa 3412 cdab ### 9-byte MAC header
|
2017-04-16 20:18:42 +02:00
|
|
|
|
c50e 000b ### 4-byte FRAG1 header
|
|
|
|
|
42 ### SIXLOWPAN_DISPATCH_HC1
|
2017-05-04 17:05:41 +02:00
|
|
|
|
fb ### SIXLOWPAN_HC1_HC_UDP_HC1_ENCODING
|
|
|
|
|
e0 ### SIXLOWPAN_HC1_HC_UDP_UDP_ENCODING
|
|
|
|
|
00 ### SIXLOWPAN_HC1_HC_UDP_TTL
|
|
|
|
|
10 ### SIXLOWPAN_HC1_HC_UDP_PORTS
|
|
|
|
|
0000 ### SIXLOWPAN_HC1_HC_UDP_CHKSUM
|
2017-04-16 20:18:42 +02:00
|
|
|
|
|
2017-04-19 21:33:20 +02:00
|
|
|
|
104 byte Payload follows:
|
2017-04-16 20:18:42 +02:00
|
|
|
|
4f4e452064617920 48656e6e792d7065 6e6e792077617320 7069636b696e6720
|
2017-04-08 18:18:44 +02:00
|
|
|
|
757020636f726e20 696e207468652063 6f726e7961726420 7768656e2d2d7768
|
2017-04-19 21:33:20 +02:00
|
|
|
|
61636b212d2d736f 6d657468696e6720 6869742068657220 75706f6e20746865
|
|
|
|
|
20686561642e2027
|
2017-04-08 18:18:44 +02:00
|
|
|
|
|
|
|
|
|
This is the second frame of the same transfer:
|
|
|
|
|
|
2017-04-29 16:23:59 +02:00
|
|
|
|
41 88 2b cefa 3412 cdab ### 9-byte MAC header
|
2017-04-24 17:42:51 +02:00
|
|
|
|
e50e 000b 0d ### 5 byte FRAGN header
|
2017-04-16 20:18:42 +02:00
|
|
|
|
42 ### SIXLOWPAN_DISPATCH_HC1
|
2017-05-04 17:05:41 +02:00
|
|
|
|
fb ### SIXLOWPAN_HC1_HC_UDP_HC1_ENCODING
|
|
|
|
|
e0 ### SIXLOWPAN_HC1_HC_UDP_UDP_ENCODING
|
|
|
|
|
00 ### SIXLOWPAN_HC1_HC_UDP_TTL
|
|
|
|
|
10 ### SIXLOWPAN_HC1_HC_UDP_PORTS
|
|
|
|
|
0000 ### SIXLOWPAN_HC1_HC_UDP_CHKSUM
|
2017-04-16 20:18:42 +02:00
|
|
|
|
|
2017-04-19 21:33:20 +02:00
|
|
|
|
104 byte Payload follows:
|
|
|
|
|
476f6f646e657373 2067726163696f75 73206d6521272073 6169642048656e6e
|
|
|
|
|
792d70656e6e793b 202774686520736b 79277320612d676f 696e6720746f2066
|
|
|
|
|
616c6c3b2049206d 75737420676f2061 6e642074656c6c20 746865206b696e67
|
|
|
|
|
2e270a0a536f2073
|
2017-04-08 18:18:44 +02:00
|
|
|
|
|
|
|
|
|
The payload length is encoded in the LS 11-bits of the first 16-bit value:
|
|
|
|
|
In this example the payload size is 0x050e or 1,294. The tag is 0x000b. In
|
2017-04-24 17:42:51 +02:00
|
|
|
|
the second frame, the fifth byte contains the offset 0x0d which is 13 << 3 =
|
|
|
|
|
104 bytes, the size of the payload on the first packet.
|