Question about header stack processingHeader (Section 5.1) is an actual 6lowpan 
header. It appears
while 6lowpan communications. Major aim of 6lowpan header
is not to carry IPv6 header itself due to restricted low-layer
capacity. Hence, IPv6 header does not appear over 6lowpan 
communication (over the air). IPv6 processing, however, 
takes place in IPv6 stack of each 6lowpan node upon decompression
of 6lowpan packets through 6lowpan adaptation layer. So, 
your concern can be dealt with IPv6 stack in 6lowpan node 
as usual. All 6lowpan header such as fragment and mesh aim 
to provide 6lowpan communication underneath IPv6 layer only. 
Otherwise, there is no difference between 6lowpan node and
legacy IPv6 node.

That's my understanding.

Daniel (Soohong Daniel Park)
Mobile Convergence Laboratory, SAMSUNG Electronics.

----- Original Message ----- 
From: Vlasios Tsiatsis XV (KI/EAB) 
To: [email protected] 
Sent: Tuesday, February 13, 2007 3:52 AM
Subject: [6lowpan] Question about header stack processing


Hi everyone, 
I have been going through an example of transmission of one 1280-byte packet 
from one node to another in a LowPAN. This transmission involves a mesh header, 
fragmentation header and a header compression header on the first packet. 
Subsequent packet don't have header compression headers. 
On the sender side the situation is easy but on the receiver side I don't see 
any stopping condition for the processing code of the the stacked headers. 
For example how does the receiver processing code knows that the next byte 
after the current header is actually another header or the payload ?
Does the last header in the stack have to be a dispatch header ? If so what is 
the dispatch value (from figure 8 in the draft ) for fragment that carries only 
payload data ?
Am I missing something ? 
Thank you in advance. 
vlasios 



_______________________________________________
6lowpan mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/6lowpan

_______________________________________________
6lowpan mailing list
[email protected]
https://www1.ietf.org/mailman/listinfo/6lowpan

Reply via email to