File: models.rst

package info (click to toggle)
pathspider 2.0.1-3
  • links: PTS, VCS
  • area: main
  • in suites: bookworm
  • size: 12,740 kB
  • sloc: python: 4,409; makefile: 188; sh: 2
file content (53 lines) | stat: -rw-r--r-- 2,060 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
Choosing a Plugin Model
=======================

To be as flexible as possible while using real network stacks, PATHspider has 4
models for plugins. The following flowchart can help you to decide which model
best suits your use case:

.. figure:: ../_static/models.png
   :align: center
   :alt: Flowchart for choosing a plugin model
   :figclass: align-center
   :height: 400px

   A flowchart to help choosing a model for your plugin


SynchronizedSpider Model
------------------------

This is the original model, where connection logic is built-in to PATHspider and
the plugin provides functions for altering the system-wide configuration.
Originally developed for testing with explicit congestion notification, this
model can be used wherever iptables rules, sysctl flags or other system-wide
configuration changes can be used to enable or disable a particular feature
of a network protocol.

DesynchronizedSpider Model
--------------------------

This model was developed for TCP fast open where synchronization was not
required. In this case, socket options are used to control whether or not the
feature is used and so the global synchronization only serves to slow down
measurements. The connection helper you are using must support the feature
which means for most helpers that it must be supported by both libcurl and
pycurl.

SingleSpider Model
------------------

This model was developed for TCP Maximum Segment Size discovery. In this case,
only a single connection is required with no global configuration or
customisation of the connection. All work is done by the Observer or using the
output of the connection helpers.

ForgeSpider Model
-----------------

This model was developed for evil bit testing where there was no support in the
native stack. It uses Scapy to forge packets and so is the most flexible, but
care must be taken to ensure that the baseline test is truly representative of
existing traffic on the Internet. As an example, some firewall drop TCP packets
that do not use timestamps as a "defense" against forged packets.