Feature #1943


test setup for Linux kernel GTP-U tunneling module

Added by laforge about 7 years ago. Updated 7 months ago.

Target version:
Start date:
Due date:
% Done:


Spec Reference:


As there currently are several patch-sets under discussion (and more to come!), it is very important to establish a test suite to verify the correct operation of the Linux kernel GTP-U module in various possible configurations.

The test suite should make use of libgtpnl and its utilities.

Related issues

Related to OsmoGGSN (former OpenGGSN) - Bug #3208: automatic test setup for OsmoGGSN with kernel-gtp-uResolvedosmith04/24/2018

Related to osmo-uecups - Feature #5012: use osmo-uecups from GGSN_Tests.ttcnNewpespin02/06/2021

Actions #1

Updated by laforge about 7 years ago

what I have in mind is basically something like:

live tests

  • set up one link with several tunnels
  • use sgsnemu or derived tool for other end of tunnel
  • exchange packets between sgsnemu and tunnel
  • maybe even some performance testing with varying packet sizes (what to use as peer?)
  • stress testing of adding/removing links and tunnels at high rate

PCAP replay/injection tests

  • use some pre-recorded GTP packets and check for decapsulation as expected
  • functional testing of some features, like
    • handling of invalid GTP packets
    • handling of unknown TEID
    • handling of fragmentation
    • handling of "reserved" bits in GTP header

the actual test code could be pat of the libgtpnl repository. We could start by manually executing it against proposed patches, and later maybe move towards a jenkins installation that tracks net-next and runs the tests once per day.

All of the above is just dreaming for now, I personally don't expect to have time soon to fix this. But it's still worth sharing thoughts and ideas.

Actions #2

Updated by laforge over 6 years ago

Actions #3

Updated by laforge over 6 years ago

  • Assignee set to laforge
Actions #4

Updated by laforge over 5 years ago

  • Tags set to GTP
Actions #5

Updated by laforge about 3 years ago

  • Related to Bug #3208: automatic test setup for OsmoGGSN with kernel-gtp-u added
Actions #6

Updated by laforge about 3 years ago

  • Related to Feature #5012: use osmo-uecups from GGSN_Tests.ttcn added
Actions #7

Updated by laforge about 3 years ago

  • Assignee changed from laforge to osmith
  • Priority changed from High to Low

Note: this ticket predates our TTCN3 test suites.

The "live tests" described abvove should be possible to handle via
  • running existing GGSN_Tests.ttcn against osmo-ggsn with kernel GTP-U (implemented in #3208)
  • possibly by osmo-uecups enabled tests (see #5012)

The replay/injection tests are something that should be done in GGSN_Tests.ttcn, if it is not already implemented.

Actions #8

Updated by laforge 7 months ago

  • Status changed from New to Resolved

i think the ttcn3 tests we have these days cover anything except performance testing.


Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)