Skip to content

Conversation

MoeRT09
Copy link

@MoeRT09 MoeRT09 commented Sep 14, 2020

This pull requests introduces several fixes:

  • Reverting a commit that made Cellsim fail on "modern" Linux distributions (failed on Ubuntu 18.04, see the corresponding commit for the error message)
  • Use platform independent integer types, to make it work on platforms other than AMD64
  • Some convenience stuff (gitignore file, script for running Cellsim with subsequent graph generation)

Martin Meszaros added 7 commits May 22, 2020 17:05
This reverts commit 7a000d9.

This seems to no longer be the case, as it causes the following error
as soon as a packet should be forwarded:
```
address length = 20
recvfrom (unexpected address length)
```
It uses the `mm-delay-graph` and `mm-throughput-graph` scripts from the
[https://github.com/ravinet/mahimahi}(Mahimahi) project for graphing. So have it
installed or get the scripts from there.

It uses the same parameters as cellsim so run it the same way:
`./emulate.sh UP_TRACE DOWN TRACE LOSSRATE INTERNET_IF CLIENT_IF [UPLINK_LOG]
[DOWNLINK_LOG]`
Saturatr was not sending MTU sized packets, which caused wrong bitrate
calculations. Additionally, traces generated with Saturatr would cause
cellsim to actually emulate a higher bitrate than there actually was.

This commit assumes the typical Ethernet MTU of 1500 bytes (which is
true at least for the Telekom.de LTE network using the `internet.telekom` APN.
It would be better to have Path MTU discovery here or at least have a
parameter for specifying the MTU.

If your provider uses NAT64 (like Telekom.de with the
`internet.v6.telekom` APN), 40 bytes have to be subtracted from the MTU
instead of 28 bytes.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant