[mc1322x] [Contiki-developers] Broadcast PAN on Router solicitation

Umberto Manzoli ruytenburch at gmail.com
Wed Nov 18 04:19:07 EST 2009


In IEEE 802.15.4 specifications, the 0x0040 bitmask for FCF means intrapan
message, i.e. to further reduce the ota packet, use same pan-id for source
and destination (802.15.4 addressing field reduced to |common panid | source
| dest | ).
Theoretically, it should be sufficient to mask out that bit from 802.15.4
FCF and create the right addressing field. But I do not how the MACA handles
and manages FCFs and packets (a lot of options are intentionally left
undocumented!).

2009/11/18 David Kopf <dak664 at embarqmail.com>

> Looking at those pcaps, the 13224 has an extra bit set in the frame control
> field, 0xc841 vs. 0xc801 for the Raven.
> Not sure what that bit means, but the raven has ffff ffff cdab in the
> header while the 13224 just has ffff ffff, no src PAN field.
> In the Raven I think all that is automatically handled by the radio chip.
>
> ----- Original Message ----- From: "Jon Smirl" <jonsmirl at gmail.com>
> To: "Contiki developer mailing list" <
> contiki-developers at lists.sourceforge.net>; "mc1322x" <mc1322x at devl.org>
> Sent: Tuesday, November 17, 2009 5:14 PM
> Subject: [Contiki-developers] Broadcast PAN on Router solicitation
>
>
>  My Raven LCD sends a RS (router solicitation) with destination PAN
>> 0xFFFF and source PAN 0xABCD.
>> The 6lowpan data field is 30 byt
>> In attached raven pcap packet 12.
>> Same packet in expanded for is in packet 4.
>> This RS works.
>>
>> In my port to the mc13224 I can't get the RS packet right.
>> The equivalent undecoded packet is 4.
>> Source and destination PAN are both 0xABCD
>> The 6lowpan data field is 32 bytes.
>> The extra two bytes in the data field appear to be there because of
>> the missing destination PAN.
>> In the decoded packet (11) this two byte difference causes the unknown
>> option to be added.
>>
>> I can't figure out where in the code the destination PAN gets set to
>> 0xFFFF before association.  The bug is probably cause by some
>> structure needing a __packed__ attribute on ARM7. But I haven't been
>> able to locate where in the code the 0xFFFF is set.
>>
>> --
>> Jon Smirl
>> jonsmirl at gmail.com
>>
>>
>
>
> --------------------------------------------------------------------------------
>
>
> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>>
>
>
>
> --------------------------------------------------------------------------------
>
>
>  _______________________________________________
>> Contiki-developers mailing list
>> Contiki-developers at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/contiki-developers
>>
>>
>
> _______________________________________________
> mc1322x mailing list
> mc1322x at devl.org
> http://devl.org/cgi-bin/mailman/listinfo/mc1322x
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://devl.org/pipermail/mc1322x/attachments/20091118/f8e15b84/attachment.htm>


More information about the mc1322x mailing list