Pau Espin
5fa8f781c3
in Diameter, the CC-Input/Output direction is defined as follows in
RFC4006:
"""
8.24. CC-Input-Octets AVP
The CC-Input-Octets AVP (AVP Code 412) is of type Unsigned64 and
contains the number of requested, granted, or used octets that can
be/have been received from the end user.
8.25. CC-Output-Octets AVP
The CC-Output-Octets AVP (AVP Code 414) is of type Unsigned64 and
contains the number of requested, granted, or used octets that can
be/have been sent to the end user.
"""
So:
* 3GPP uplink is from end user to PGW, and hence 'CC-Input-Octets'
* 3GPP downlink is to end user to PGW, and hence 'CC-Output-Octets'
This test started failing a few days ago since a bug was recently
fixed in open5gs which was swapping the counters in open5gs-upfd:
https://github.com/open5gs/open5gs/pull/1793
|
||
---|---|---|
.. | ||
GGSN_Tests.cfg | ||
GGSN_Tests.default | ||
GGSN_Tests.ttcn | ||
README.md | ||
expected-results.xml | ||
gen_links.sh | ||
regen_makefile.sh |
README.md
GGSN_Tests.ttcn
- external interfaces
- Gp: GTP (emulates SGSN)
- Gi: IP (emulates Internet)
- VTY
{% dot ggsn_tests.svg digraph G { rankdir=LR; GGSN [label="GGSN\nosmo-ggsn",shape="box"]; ATS [label="ATS\nGGSN_Tests.ttcn"];
ATS -> GGSN [label="Gp (GTP)"]; GGSN -> ATS [label="Gi (IP)"]; ATS -> GGSN [label="VTY"]; } %}