Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

(remote-reva) ccn-lite-relay: Only one content packet received. Returning Content not captured by RIOT sniffer tool #9157

Closed
Burdaa opened this issue May 19, 2018 · 7 comments
Labels
Area: drivers Area: Device drivers Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)

Comments

@Burdaa
Copy link
Contributor

Burdaa commented May 19, 2018

See update below

Description:
Cannot receive more than one Content in ccn-lite on remote-reva over IEEE 802.15.4. All following Interests does not return Content. Also, only Interests are captured by RIOT sniffing tool (running on remote-reva). Return messages (Content) are not captured.

Steps to reproduce
Default ccn-lite-relay
node A: sudo BOARD=remote-reva PORT=/dev/ttyUSB0 make term
node B: sudo BOARD=remote-reva PORT=/dev/ttyUSB1 make term
(Alternatively using two different computers. Gives the same result either way)

node A: ccnl_cs /hei/ asdadadad
node B: ccnl_fib add /hei/ 00:12:4b:00:06:15:a0:b8

> ccnl_int /hei/
2018-05-19 13:32:55,848 - INFO #  ccnl_int /hei/
> 2018-05-19 13:32:55,867 - INFO #  PKTDUMP: data received:
2018-05-19 13:32:55,869 - INFO # ~~ SNIP  0 - size:   9 byte, type: GNRC_NETTYPE_CCN_CHUNK (2)
2018-05-19 13:32:55,870 - INFO # Content is: asdadadad
2018-05-19 13:32:55,871 - INFO # ~~ PKT    -  1 snips, total size:   9 byte

All following Interests are ignored. Tried to create Content under different Names and broadcasting the Interests.

Expected results
Content delivered on following Interests

Using the RIOT sniffing tool /applications/sniffer/ only the Interest is captured (https://www.cloudshark.org/captures/f34257e469d0).

Any idea what can be wrong?

Same results on Ubuntu 16.04 and Kali


Update
I updated the commit in RIOT/pkg/ccn-lite/Makefile from dbf3e... to fff5e... and Content is now delivered on every Interest! If others are having this problem and getting compile errors when using fff5e, try c5486fe036d746baf37cb17d3a4ce620f9e03a7b, that one also seem to work.

Update 2
Can capture Content (but not the corresponding Interest by doing these steps):

  1. B create content X
  2. A send an Interest for X. Interest is captured
  3. A create content Y
  4. B send an Interest for Y. Content Y is captured (not the Interest)

Capture: https://www.cloudshark.org/captures/f537f3abfbcf [Packet 1, Interest for "t0" -- Packet 2, Content for "t1"]

Can this be related to #4822 ?

@cgundogan
Copy link
Member

cgundogan commented May 20, 2018

@Burdaa thanks for reporting and your hints. Regarding the capturing problem: Do I understand correctly, that all subsequent Interests are received correctly, but they just don't show up on the capturing node? So it's more or less a problem of the sniffing node?

@Burdaa
Copy link
Contributor Author

Burdaa commented May 20, 2018

@cgundogan Yes, all subsequent Interests are received. I suppose it is starting to look like a problem with remote-reva working as a 802.15.4 sniffer together with the RIOT sniffer-script. Would be interesting to see if both Interests and Content are captured with different boards, CC2538 and others.

Edit
the z1 also only collect Interests

@cgundogan
Copy link
Member

@Burdaa could be a problem with the sniffer script. I will try sniffing with an openlabs tomorrow in the office and capture from linux.

@cgundogan
Copy link
Member

@Burdaa I did some testing last week with the openlabs and I was able to see all Interest and Data packets in wireshark. It's likely an issue with the sniffer script or the hardware. Nevertheless, the discussion moves in a separate direction. Should we close this issue and perhaps open a new one for the sniffer?

@PeterKietzmann
Copy link
Member

Can this be related to #4822 ?

No because it is different hardware

suppose it is starting to look like a problem with remote-reva

I couldn't find the issue right now but IIRC we had some issues with the cc2538 driver recently, unfortunately. Basically it seemed as if transmission stopped working with greater distances than 10 cm or so (@MrKevinWeiss can you give more insights or reference the issue?). @Burdaa it might be worth trying simple pinging between two motes. Use examples/gnrc_networking for this.

I updated the commit in RIOT/pkg/ccn-lite/Makefile

We updated the CCN-lite version recently (#9179), would you mind giving it an other try?

@PeterKietzmann PeterKietzmann added Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors) Area: drivers Area: Device drivers labels Jun 13, 2018
@MrKevinWeiss
Copy link
Contributor

Hmmm seems that I didn't create an issue or work on it... I can pick it back up. A brief description of what I noticed: Any board with a cc2538 cpu didn't seem to have range more than a few cms. I tested on the remote and openmote-revb against each other and the samr21. The only time I had range was samr against samr. I also used a sniffer and the sniffer seemed to pick it up bit still not well (unless samr). I tried using different tx powers and antennas and it did nothing. Tomorrow I will confirm and write more info in an issue.

@cgundogan
Copy link
Member

The discussion seems to go in another direction now. We should open a new issue for the sniffer script if the problem persists. @Burdaa I will close this issue now, as we already updated the ccn-lite package on the current master. Feel free to re-open if you think otherwise.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: drivers Area: Device drivers Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)
Projects
None yet
Development

No branches or pull requests

4 participants