g-oikonomou / sensniff Goto Github PK

hi
i get the following error:
Unexpected error: <type 'exceptions.NameError'>

I'm under windows 7 and phyton 2.7
it looks to me that it doesn' create the pipe
A problem of permissions?
i have no experiance with phyton !
Can you help me?
thank's
marco

Hi, not an issue, but you can label as question?

Have you tried combining CC2531 USB, sensniff and the foren6 tool? I am not sure about the correct configuration in foren6 for this, so I tried different source combinations: pcap file, FIFO file, directly from ttyACM1 etc. without any luck.

Regards,
Andreas U.

It's been a few months now....

Anyway, I made my own peripheral based on your documentation. I had to go and read up on what "TI CC25xx Format FCS" was, but after that it was straight forward enough. (Once I paid attention to the contiki code being a different version!)

https://github.com/karlp/simrf/tree/master/examples/sensnif has my working example

I'm seeing that this occasionally locks up, sometimes 80, sometimes 200 frames, then it just stops. If I exit and listen to the serial port, I see that the peripheral is still dumping out frames just fine. Any ideas?

Hi,

It would be really great if you could upload a compiled version of the firmware for CC2531's :)

Hi, I tried to run the sensniff application on the cooja simulator on contiki 3.0 and it is working very good, however when i use the application on the contiki-ng i get no mote output nor radio messages from the sensniff mote. any recommendations on how to se the sensniff application on a z1 mote on cooja and analyze the output on wireshark for example? thanks

The magic byte sequence in GitHub README documentation is different to that of the host Python script.

Last byte 0x72('r') is documented as 0x52('R').

In README:
MAGIC: The following 4 bytes (hex): C1 1F FE 52 ('S'+'n' 1F FE 'r')
In host side Script:
self.__sensniff_magic = struct.pack('BBBB', 0xC1, 0x1F, 0xFE, 0x72)

As per this email in the contiki-developers mailing list, there may be issues when using with the CC2531 USB dongle.

This needs investigated

Hello,
I do not mean to post its as an issue, however I have some troubles with using Wireshark to capture packet with sensniff.
Scenario:
I run the command:
:~/sensniff$ sudo python sensniff.py -d /dev/ttyUSB0 -D INFO
Started logging
Serial port /dev/ttyUSB0 opened
FIFO /tmp/sensniff exists. Using it
Commands:
c: Print current RF Channel
m: Print Min RF Channel
M: Print Max RF Channel
n: Trigger new pcap header before the next frame
h,?: Print this message
: Change RF channel.
q: Quit
Sent bytes: c1 1f fe 72 02 81
Peripheral: x<�x<�x�x������x�x<x��x��x<��x��x��x���x��x��x�x<x��x��x<�x��x�x��x<���x

And then, when I use wireshark to capture on /tmp/sensniff, however it's not work. Wireshark can not capture any packet or anything.
Can you give me some feedbacks to solve this problem?
I run /contiki/example/ipv6/rpl-tsch/rpl-tsch.c and flash it into OpenMote-CC2538.
Wireshark version which I use is provided by OpenWSN webpage.
Thank you very much.
Lam.

I have run a sniffer on the instructions and accept packets in wireshark. I had a one probelmy: each packet is repeated 10 to 25 times in wireshark interface. This is the same packages as they have the same sequence number. I'm sending a simple udp-packet once, and it will be repeated 8 times in wireshark interface. I enclose a pcap file.
This sniffer bug or feature 802.14.5? Can you tell me how you can remove duplicate packets?

010117.pcap.zip

Hi,g-oikonomou:
I want to use wireshark and a cc2538 as sniffer to capture the 6lowpan package. But I could not get it work. The wireshark shows ' Waiting for capture input data ...' and stop at this page when I started the /tmp/sensniff device. I did as the guide(https://github.com/g-oikonomou/sensniff#project-status) ,but I am not sure if I had configured correctly. As the guide says the protocal of IEEE802.15.4 and 6LOWPAN need to be configured correctly. Could you give some help about this problem? Thanks a lot.

Hengli

Is it possible that the sensniff script misunderstands the end of a packet (when, for example, the payload itself contains C1 1F FE 72) ?

Read 2 bytes but not part of a frame

Traceback (most recent call last):

 File "sensniff.py", line 624, in <module>

   raw = in_handler.read_frame()

 File "sensniff.py", line 171, in read_frame

   logger.info("Peripheral: %s%s" % (b.decode(), per_out.decode()))

UnicodeDecodeError: 'ascii' codec can't decode byte 0xfe in position 0: ordinal not in range(128)

select.select() does not accept file-like objects on Win. Therefore, it cannot be used to check stdin and this pretty much breaks interactive mode on win.

Sorry I don't mean to post it as an issue, but I do have difficulty with using the dongle and the sensniff on Instant Contiki. I am seeing this:

user@instant-contiki:~/Downloads$ sudo python sensniff.py -d /dev/ttyACM1 -D INFO
Started logging
Serial port /dev/ttyACM1 opened
FIFO /tmp/sensniff exists. Using it
Commands:
c: Print current RF Channel
n: Trigger new pcap header before the next frame
h,?: Print this message
[11,26]: Change RF channel
q: Quit
Error reading port: /dev/ttyACM1
The error was: ('device reports readiness to read but returned no data (device disconnected or multiple access on port?)',)
Shutting down
Frame Stats:
Non-Frame: 0
Not Piped: 0
Piped: 0
Captured: 0

Does anyone know what may be the issue?