Implement TUN Adapter in Persistent Mode

FaradayRF / faradayio-cli

Command Line Interface implementation of the faradayio module

GNU General Public License v3.0

1 stars 1 forks source link

Implement TUN Adapter in Persistent Mode #3

Closed kb1lqc closed 6 years ago

kb1lqc commented 6 years ago

Setup a TUN adapter for Faraday and make it persistent. At first this may be a loopback device on serial. That could be a good command line option test mode too.

[x] Implement callsign argument
[x] Implement ID argument
[x] Implement test serial loopback optional argument
[x] Implement test serial port
[x] Start TUN Monitor thread
[x] Properly close TUN Monitor thread

kb1lqc commented 6 years ago

Created https://github.com/kb1lqc/faradayio-cli/tree/issue3 to start work on the initial TUN adapter code for a command line interface program implementing a persistent TUN adapter for Faraday!

kb1lqc commented 6 years ago

Awesome!

Using the latest faradayio commit which helps fix a few items for actually using the module for a threaded client and physical USB transmissions I am sending packets over the USB port!

faradayio: https://github.com/kb1lqc/faradayio/commit/f3d4638a612c20af0979896f8faa0d0256345bf8

Additionally, I attempted to run the TUN client and watch the data received from the serial port using the original Faraday Software code (expected to fail) which resulted in no data as expected. Then, I loaded @kb1lqd faradayio-firmware loopback code https://github.com/FaradayRF/faradayio-firmware/issues/20 which resulted in success! I'm watching IP packets stream by when sent every 10ms!

kb1lqc commented 6 years ago

Playing around with Wireshark and ping I can obtain the following preliminary data @kb1lqd :

Reading the pcap file which is probably just the amount of data I can write to the TUN since the Faraday radio loop-back doesn't actually provide a correct ICMP response to ping I am obtaining about 10048 bytes per second (80384 bits per second or 0.08 Mbps)!
Probably limited by my timeout-declarator use

Here's a graph! firstthroughputtest

kb1lqc commented 6 years ago

Ahh OK I was able to do two things

Increasing the checkTUN timeout to 1 second reduced the number of pytun.Error exceptions. Was likely just timing out on fast packet rates.
I can drastically increase the speed indicated by wireshark to about 700kbps if I increase the packet size to 1475 bytes (just under the MTU of 1500 bytes). This proves that we can write to the TUN pretty fast but also means I'm not measuring the actual throughput on the serial link. That will require smart ping responses.

kb1lqc commented 6 years ago

Noting that this is a pretty neat IP chat program. SUPER simple iptux

https://www.ghacks.net/2010/09/17/instant-message-on-your-lan-with-iptux/

kb1lqc commented 6 years ago

Also noting that flent looks cool https://flent.org

kb1lqc commented 6 years ago

Initial TUN adapter seems to be working! I need to work on tools to make sure it's working correctly.