renet/README.md

157 lines
4.8 KiB
Markdown
Raw Normal View History

2016-12-10 17:23:40 +08:00
smoltcp
=======
_smoltcp_ is a standalone, event-driven TCP/IP stack that is designed for bare-metal,
real-time systems. Its design goals are simplicity and robustness. Its design anti-goals
include complicated compile-time computations, such as macro or type tricks, even
at cost of performance degradation.
_smoltcp_ does not need heap allocation *at all*, is [extensively documented][docs],
2016-12-28 08:23:28 +08:00
and compiles on stable Rust 1.15 and later.
2016-12-28 08:21:01 +08:00
[docs]: https://docs.rs/smoltcp/
2016-12-10 17:23:40 +08:00
Features
--------
_smoltcp_ is missing many widely deployed features, whether by design or simply because
no one implemented them yet. To set expectations right, both implemented and omitted
features are listed.
### Media layer
The only supported medium is Ethernet.
2016-12-13 20:31:33 +08:00
* Regular Ethernet II frames are supported.
2016-12-13 07:22:59 +08:00
* ARP packets (including gratuitous requests and replies) are supported.
2016-12-15 01:39:44 +08:00
* 802.3 and 802.1Q are **not** supported.
* Jumbo frames are **not** supported.
2016-12-10 17:23:40 +08:00
### IP layer
The only supported internetworking protocol is IPv4.
* IPv4 header checksum is supported.
* IPv4 fragmentation is **not** supported.
* IPv4 options are **not** supported.
2016-12-15 01:39:44 +08:00
* ICMPv4 header checksum is supported.
2016-12-13 07:22:59 +08:00
* ICMPv4 echo requests and replies are supported.
* ICMPv4 destination unreachable message is supported.
2016-12-13 07:22:59 +08:00
* ICMPv4 parameter problem message is **not** supported.
2016-12-10 17:23:40 +08:00
### UDP layer
2016-12-15 01:39:44 +08:00
The UDP protocol is supported over IPv4.
* UDP header checksum is supported.
* UDP sockets are supported.
2016-12-10 17:23:40 +08:00
### TCP layer
2016-12-20 21:44:41 +08:00
The TCP protocol is supported over IPv4.
* TCP header checksum is supported.
* Multiple packets will be transmitted without waiting for an acknowledgement.
* TCP urgent pointer is **not** supported; any urgent octets will be received alongside data.
2016-12-25 19:09:50 +08:00
* Reassembly of out-of-order segments is **not** supported.
* TCP options are **not** supported, in particular:
* Maximum segment size is hardcoded at the default value, 536.
* Window scaling is **not** supported.
* Keepalive is **not** supported.
2016-12-10 17:23:40 +08:00
Installation
------------
To use the _smoltcp_ library in your project, add the following to `Cargo.toml`:
```toml
[dependencies]
smoltcp = "0.1"
```
The default configuration assumes a hosted environment, for ease of evaluation.
You probably want to disable default features and configure them one by one:
```toml
[dependencies]
smoltcp = { version = ..., default-features = false, features = [...] }
```
### Feature `use_std`
The `use_std` feature enables use of buffers owned by the networking stack through a dependency
on `std::boxed::Box`. It also enables `smoltcp::phy::RawSocket` and `smoltcp::phy::TapInterface`,
if the platform supports it.
2016-12-28 07:49:37 +08:00
### Feature `use_alloc`
The `use_std` feature enables use of buffers owned by the networking stack through a dependency
on `alloc::boxed::Box`. This only works on nightly rustc.
### Feature `use_log`
The `use_log` feature enables logging of events within the networking stack through
the [log crate][log]. The events are emitted with the TRACE log level.
[log]: https://crates.io/crates/log
2016-12-10 17:23:40 +08:00
Usage example
-------------
2016-12-13 20:31:33 +08:00
_smoltcp_, being a freestanding networking stack, needs to be able to transmit and receive
raw frames. For testing purposes, we will use a regular OS, and run _smoltcp_ in
a userspace process. Only Linux is supported (right now).
On *nix OSes, transmiting and receiving raw frames normally requires superuser privileges, but
on Linux it is possible to create a _persistent tap interface_ that can be manipulated by
a specific user:
2016-12-12 15:19:53 +08:00
```sh
sudo ip tuntap add name tap0 mode tap user $USER
sudo ip link set tap0 up
sudo ip addr add 192.168.69.100/24 dev tap0
2016-12-10 17:23:40 +08:00
```
2016-12-28 08:18:10 +08:00
### examples/tcpdump.rs
2016-12-12 15:19:53 +08:00
2016-12-28 08:18:10 +08:00
_examples/tcpdump.rs_ is a tiny clone of the _tcpdump_ utility.
2016-12-12 15:19:53 +08:00
Unlike the rest of the examples, it uses raw sockets, and so it can be used on regular interfaces,
e.g. `eth0` or `wlan0`, as well as the `tap0` interface we've created above.
2016-12-28 08:18:10 +08:00
Read its [source code](/examples/tcpdump.rs), then run it as:
2016-12-12 15:19:53 +08:00
```sh
2016-12-28 08:18:10 +08:00
cargo build --example tcpdump
sudo ./target/debug/tcpdump eth0
2016-12-12 15:19:53 +08:00
```
2016-12-28 08:18:10 +08:00
### examples/server.rs
2016-12-12 15:19:53 +08:00
2016-12-28 08:18:10 +08:00
_examples/server.rs_ emulates a network host that can serve requests.
2016-12-12 15:19:53 +08:00
The host is assigned the hardware address `02-00-00-00-00-01` and IPv4 address `192.168.69.1`.
2016-12-28 08:18:10 +08:00
Read its [source code](/examples/server.rs), then run it as:
2016-12-12 15:19:53 +08:00
```sh
2016-12-28 08:18:10 +08:00
cargo run --example server -- tap0
2016-12-12 15:19:53 +08:00
```
It responds to:
2016-12-28 02:04:02 +08:00
* pings (`ping 192.168.69.1`);
* UDP packets on port 6969 (`socat stdio udp4-connect:192.168.69.1:6969 <<<"abcdefg"`),
2016-12-28 02:04:02 +08:00
where it will respond "yo dawg" to any incoming packet;
* TCP packets on port 6969 (`socat stdio tcp4-connect:192.168.69.1:6969 <<<"abcdefg"`),
2016-12-28 02:04:02 +08:00
where it will respond with reversed chunks of the input indefinitely.
2016-12-12 15:19:53 +08:00
The buffers are only 64 bytes long, for convenience of testing resource exhaustion conditions.
2016-12-10 17:23:40 +08:00
License
-------
2016-12-28 08:27:49 +08:00
_smoltcp_ is distributed under the terms of 0-clause BSD license.
2016-12-10 17:23:40 +08:00
2016-12-28 08:27:49 +08:00
See [LICENSE-0BSD](LICENSE-0BSD.txt) for details.