6lowpan fragmentation bugfix: the 6lowpan code had an unfortunate
interaction with the behavior of the rdc layer. If the first packet of a
fragment transmission was lost, the remaining packets would get dropped
on reception. Moreover, the reception code contained a bug that
sometimes would cause fragments to be misidentified as fragments. Taken
together, these problems would result in a pathelogical network
breakdown if too many fragmented packets would occur simultaneously.
Bugfix: must set the SICSLOWPAM_MAX_MAC_TRANSMISSIONS attribute after clearing the buffer, otherwise it will not be used for outoing packets.
Added regression tests that test IPv6 fragmentation
Made it easier to configure how many packets that should be received. Reduced the total amount of packets from 10 to 8 to make the test complete faster.
Merge pull request #307 from adamdunkels/push/fragmentation

6lowpan fragmentation fix
Merge pull request #330 from adamdunkels/push/faster-collect-lossy

Faster collect-lossy travis test
Added more verbosity to fat-test
Merge remote-tracking branch 'contiki/master' into ejoerns/contiki-current
Added Makefile for compile-tests