b4855c4231
WSL Update |
||
---|---|---|
config | ||
monitoring | ||
src | ||
wsl-module | ||
.dockerignore | ||
.gitignore | ||
README.md | ||
kurtosis.yml | ||
main.star |
README.md
Wakurtosis
Starting version for Waku network simulations (https://github.com/waku-org/pm/issues/2)
More info about Kurtosis: https://docs.kurtosis.com/
How to use:
Before using this repository note that:
- You are using Kurtosis version 0.62.0. This is important, as they are working on it and changes can be huge depending on different versions. You can find all Kurtosis versions here.
- The topology files that will be used by default are defined in
config/network_topology/
. This topology is created with https://github.com/logos-co/Waku-topology-test - Each node will need its own configuration file in
config/waku_config_files/waku_X.toml
beingwaku_X
the same name that is defined in the topology. - Only
kurtosis
anddocker
are needed to run this.
How to run
If you want to run it with default arguments, if you are in the root of this repository, you can simply run:
kurtosis run .
Will load the default confiration .json file ./config/config.json. You can also specify a different .json config file and its location:
kurtosis run . '{"config_file": "github.com/logos-co/wakurtosis/config/config.json"}'
The enclaves that will be created have randon names, that can be checked with:
kurtosis enclave ls
You can set up a pre-defined enclave name, for example:
kurtosis run --enclave-id wakurtosis .
Note that, if you try to run the same kurtosis module again, you will have clashes. You can clean previous enclaves with:
kurtosis clean -a
JSON main configuration file options
These are arguments that can be modified:
- same_toml_configuration: boolean. Default: true. If true, the some
.toml
file will be applied to every Waku node. If *false, every node will use its own.toml
file. - topology_file: string. Default: waku_test_topology_small.json. If defines the network topology that will be created.
- simulation_time: int. Default: 300. Specifies the simulation time in seconds.
- message_rate: int. Default: 25. Specifies the message rate in packets per second.
- min_packet_size: int. Default: 1. Specifies the minimum size of the packet in bytes. Must be an even number (Waku constrain).
- min_packet_size: int. Default: 1024. Specifies the maximum size of the packet in bytes. Must be an even number (Waku constrain).
- dist_type: int. Default: uniform. Specifies the size distribution of the messages being injected into the network. Options are: gaussian and uniform
- emitters_fraction: int. Default: 0.5. Specifies the fraction of nodes that will be injecting traffic.
- inter_msg_type: int. Default: poisson. Specifies the inter-message times. Options are: poisson and uniform
dist_type : "gaussian"
# Fraction (of the total number of nodes) that inject traffic
# Values: [0., 1.]
emitters_fraction : 0.5
# Inter-message times
# Values: uniform and gaussian
inter_msg_type : "uniform"
What will happen
Kurtosis will automatically add one Waku node as container inside the enclave. The way that nodes are interconnected is given by the topology.
The configuration of each node is given by the configuration files. Services are being instantiated SEQUENTIALLY. After each node is set up,
there are 5 seconds (defined in system_variables
) of waiting time for that node to be ready, and then the ID is requested and saved.
Once all nodes are ready, prometheus and grafana will be set up and connected to all waku nodes.
All nodes are then interconnected.
A predefined number of test messages with specific delay (defined in system_variables
) are sent by every node to the same topic.
Peers from one node are requested, just for testing.
Check Prometheus+Grafana
In order to know how to access to Prometheus or Grafana, run:
kurtosis enclave inspect <enclave-name>
With this, you will be able to see the ports exposed to your local machine.
Please, any improvements/bugs that you see, create an issue, and we will work on it.