osmo-ttcn3-hacks[master]: test GGSN support for optional GTP-U sequence numbers

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/gerrit-log@lists.osmocom.org/.

Stefan Sperling gerrit-no-reply at lists.osmocom.org
Fri Apr 6 10:17:02 UTC 2018


Patch Set 1:

> Can you confirm that the encoder is not automatically filling in s_bit depending on whether an optional part is present or not?

The encoder does not change the s_bit field we pass in the template.

I don't see where such behaviour would take effect in the PDU defintion in GTPU_Types.ttcn. The only information this definition provides to the encoder about the s_bit field is that the opt_part
field of the record shall be encoded if the s_bit is set (via the variant PRESENCE attribute).

To defer setting of the s_bit to the encoder, it looks like we would need to declare something like a CROSSTAG attribute which sets the s_bit to '1' or '0' depending on the presence of the opt_part? I'm not quite sure yet how this could be expressed syntactically.

-- 
To view, visit https://gerrit.osmocom.org/7623
To unsubscribe, visit https://gerrit.osmocom.org/settings

Gerrit-MessageType: comment
Gerrit-Change-Id: I1dc299407c61b1c865035add44067b8ab89001b3
Gerrit-PatchSet: 1
Gerrit-Project: osmo-ttcn3-hacks
Gerrit-Branch: master
Gerrit-Owner: Stefan Sperling <ssperling at sysmocom.de>
Gerrit-Reviewer: Harald Welte <laforge at gnumonks.org>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: Pau Espin Pedrol <pespin at sysmocom.de>
Gerrit-Reviewer: Stefan Sperling <ssperling at sysmocom.de>
Gerrit-HasComments: No



More information about the gerrit-log mailing list