What happens if a traceroute with the same TTL/hop limit is received from two different source addresses? How will they react?
Marek Küthe 027f4db316 Prefer old style over ranges | 1 maand geleden | |
---|---|---|
.woodpecker | 7 maanden geleden | |
debian | 7 maanden geleden | |
src | 7 maanden geleden | |
systemd | 7 maanden geleden | |
tests | 7 maanden geleden | |
.clang-format | 7 maanden geleden | |
.clang-format-include | 7 maanden geleden | |
.clang-tidy | 1 maand geleden | |
.gitignore | 8 maanden geleden | |
BUILDING.md | 7 maanden geleden | |
CHANGELOG.md | 7 maanden geleden | |
CONTRIBUTING.md | 7 maanden geleden | |
LICENSE | 8 maanden geleden | |
Makefile | 7 maanden geleden | |
README.md | 7 maanden geleden | |
SECURITY.md | 7 maanden geleden | |
meson.build | 7 maanden geleden | |
meson_options.txt | 7 maanden geleden | |
topology.drawio | 8 maanden geleden | |
topology.png | 8 maanden geleden |
What happens if a traceroute with the same TTL/hop limit is received from two different source addresses? How will they react?
crazytrace is a network simulation program that can be used to see how different ping and traceroute implementations react when the sender address is different than expected.
When a network packet is used, it passes through several devices (also known as routers) on its journey to its destination. There are "traceroute" programs to determine these devices and thus the path that the packet takes. These usually query the path several times. What would happen if a certain device has two addresses on this path with which it responds? To see how the programs behave in this case, crazytrace simulates such a device (or several, depending on the configuration). This is achieved by creating a virtual Ethernet adapter behind which the simulated device or the simulated devices are located.
See BUILDING.md.
See CONTRIBUTING.md.
See SECURITY.md.
crazytrace uses several libraries and tricks to create a virtual TAP adapter behind which the simulated network is hidden.
Here is how the program works:
The following is how the network simulator works when a packet is received:
The following is a example configuration file:
---
log_level: info
device_name: crazytrace
post_up_commands:
- ip route add fd00::/64 dev crazytrace via fe80::b1:4fff:fe7e:9dc3
nodes:
- mac: 02:B1:4F:7E:9D:C3
addresses: [fe80::b1:4fff:fe7e:9dc3]
hoplimit: 255
nodes:
- addresses: [fd00::1]
nodes:
- addresses: [fd00::21, fd00::22, fd00::23]
nodes:
- addresses: [fd00::3]
- mac: 02:B1:4F:7E:9D:C4
addresses: [fe80::b1:4fff:fe7e:9dc4]
This would generate the following topology:
The log level can have one of the following values:
trace
debug
info
warning
error
fatal
For production, "info" or lower is recommended.
The device name is the name of the TAP interface that crazytrace creates.
The post-up commands are a series of commands that are executed by the command processor of the operating system after the TAP interface has been created. These commands are executed with the same rights as crazytrace. They receive no input. Their output is ignored. crazytrace aborts if one of the commands has not been successfully completed.
A list of nodes then appears in the configuration file. These can have the following attributes:
mac
: The nodes in the first level must have a MAC address. crazytrace acts as if these nodes were directly on the TAP interface. All child nodes of these are behind them, so that no MAC address is required for communication.addresses
: A list of IP addresses that the node should have. It responds to all of them and replies with a random one.hoplimit
: Hop limit with which the response is to be sent. ICMP NDP packets are always sent with a hop limit of 255. If no hop limit is specified, a hop limit of 64 is used.nodes
: A list of nodes (which are structured in the same way) which are behind the current one in the simulated network.The configuration is written in YAML.
The following belong to the locally administered range and can be used without any problems:
x2-xx-xx-xx-xx-xx
x6-xx-xx-xx-xx-xx
xA-xx-xx-xx-xx-xx
xE-xx-xx-xx-xx-xx
crazytrace is configured via a configuration file. The path to this file is given as the first (and only) argument.
# /path/to/crazytrace /path/to/config.yaml
To create a new release the following is necessary: