sixlowpan: SixLowPanMesh::Deserialize leaves MESH addresses unassigned, aborting mesh-under examples
## Summary `SixLowPanMesh::Deserialize()` reads the originator and final-destination address bytes with `Address::CopyFrom()` without first setting the address type via `Address::SetType()`. The address stays UNASSIGNED, and a later `CopyFrom` on it triggers an assertion failure: ``` NS_ASSERT failed, cond="m_type != UNASSIGNED_TYPE", msg="Type-0 addresses are reserved. Please use SetType before using CopyFrom." (src/network/model/address.cc) ``` ## Reproduction Run `example-ping-lr-wpan-mesh-under` in an asserts-enabled build (both debug and optimized). It aborts with SIGABRT, the failure surfacing in `LrWpanMac::EnqueueTxQElement`. ## Affected version Current master. ## Fix Set the address type before `CopyFrom` for both `m_src` and `m_dst` in `SixLowPanMesh::Deserialize`: ``` m_src.SetType("MacAddress", addrSize); m_dst.SetType("MacAddress", addrSize); ``` Fix provided by Tommaso Pecorella; verified locally, the example then runs clean (5/5 pings, 0% loss).
issue