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
To unsubscribe, visit

Gerrit-MessageType: comment
Gerrit-Change-Id: I1dc299407c61b1c865035add44067b8ab89001b3
Gerrit-PatchSet: 1
Gerrit-Project: osmo-ttcn3-hacks
Gerrit-Branch: master
Gerrit-Owner: Stefan Sperling <>
Gerrit-Reviewer: Harald Welte <>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: Pau Espin Pedrol <>
Gerrit-Reviewer: Stefan Sperling <>
Gerrit-HasComments: No

Reply via email to