tinstructor

@g-oikonomou unfortunately, I ran into the very same issue in the current version of Contiki-NG (i.e., two releases later). It has been almost a year since this issue was reported...

@g-oikonomou @m-srk ~~This issue seems to be solved by requiring software-generated ACKs when using CSMA in conjunction with the cc1200 radio (much like with the cc13xx-cc26xx). This is easily achieved...

~~I propose to turn off hardware auto-ACKs for the cc1200 by default and make software-based ACKs the default (for now) so that the cc1200 may actually be used with RPL...

I just noticed I may have made a critical error so before we continue this discussion, let me first check that **UPDATE:** I indeed made a dumb error causing the...

@atiselsts @g-oikonomou any ideas as to what may cause these issues with the cc1200? I'm sort of out of inspiration atm > I'll need to look at this in detail,...

@atiselsts @g-oikonomou As indicated by @m-srk there is indeed an ACK-related problem here. However, the problem is not so much that the udp-client is not receiving the ACKs to DIO...

> @alexrayne This code is outdated. A better implementation is on my machine, which is waiting to be evaluated. > > > can you open issues in your github repo?...

> After trying different configurations, and verifying that I don't find these problems on the 2.4 GHz band, could I get some insight on what could cause this? Because of...

@fernandomaura97 just add the following line to your project Makefile: ``` MAKE_ROUTING = MAKE_ROUTING_RPL_CLASSIC ```

I have no experience with RPL-lite in non-storing mode but from my deep understanding of RFC 6550 my best guess is that there is something wrong with the Transit Information...