Bachelorarbeit: 6LoWPAN Fragment Recovery mithilfe ARQ auf einem Atmel Raven Board und Contiki OS

[Sven (Gast)]

Hallo,

ich bin momentan bei der Themenfindung für meine Bachelorarbeit und bin 
dabei auf ein Draft der IETF ( 
http://tools.ietf.org/html/draft-thubert-6lowpan-simple-fragment-recovery-07 
) gestossen, wo eine Fragement Recovery Technik behandelt wird, um den 
Paketverlust in 6LoWPAN Netzwerken zu verringern.
Ich würde das gerne als Bachelorarbeit auf einen Atmel Raven Board mit 
Contiki implementieren (http://www.atmel.com/tools/RZRAVEN.aspx, 
http://www.contiki-os.org ).
Da der Quellcode von Contiki Open Source und komplett in C geschrieben 
ist, denke ich das eine Implemtierung in den uIP TCP/IP stack möglich 
wäre.
Hat irgendjemand schonmal ähnliches versucht oder Erfahrungen mit 
Contiki OS bzw. dem uIP TCP/IP stack sowie mit dem Atmel Raven Board 
gemacht?

Muss mein Thema diese Woche einreichen, bin mir nur nicht sicher ob das 
realisierbar ist oder ob ich mich damit nun etwas übernehme, da ich mir 
Sorgen um das debuggen mache, da ich mir nicht sicher bin inwieweit das 
auf den Raven Boards möglich ist.

Danke schonmal

Viele Grüße
Sven

[W.S. (Gast)]

Und bei der Gelegenheit willst du dich dann mit Adam Dunkels 
"ProtoThreads" herumschlagen, ja?

Ich würde da nen großen Bogen drum machen..

W.S.

[Hannes J. (pnuebergang)]

Und ich würde einen großen Bogen um das Atmel Raven Board machen. Kaum 
jemand hat es geschafft dort mehr als die mitgelieferte Demo-Software 
drauf laufen zu lassen.

[..,- (Gast)]

Wie sind denn deine Vorkenntnisse? Hab auch keine Ahnung wie viel Zeit 
man für eine Bachelorarbeit hat. Aber nur unter Druck entstehen 
Diamanten und dafür 5 Mark ins Phrasenschwein

[Sven (Gast)]

@..,-
Ich habe schon gute Vorkenntnisse in Netzwerkprogrammierung in C, und 
ich hätte ca. 3 Monate Zeit dafür, es geht ja nicht darum ein komplettes 
6LoWPAN Protokoll zu schreiben, sondern nur darum im Contiki Code einige 
Erweiterungen zu schreiben die an die oben genannte Draft anlehnen. Also 
ich würde erstmal versuchen ne Art Stop and Wait ARQ zum laufen zu 
bringen und dann sehen was in der Zeit noch möglich ist.