ggsn: Fix TC_gy_charging_volume_quota_threshold expectations

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
f72a1edc6e

Change-Id: I2f64649ce70d85634f14b84eff98731f7711cbad
changes/64/29564/1
Pau Espin 2 months ago
parent b34f5a9c37
commit 5fa8f781c3
  1. 4
      ggsn_tests/GGSN_Tests.ttcn

@ -2465,11 +2465,11 @@ module GGSN_Tests {
"TImeout waiting for Gy UPDATE triggered by Volume-Quota-Threshold");
}
}
f_validate_gy_cc_report(g_rx_gy, THRESHOLD, (0..6), 0, (1200..1400));
f_validate_gy_cc_report(g_rx_gy, THRESHOLD, (0..6), (1200..1400), 0);
/* ICMP Resp (echo back) generates one report: */
as_DIA_Gy_CCR(ctx, UPDATE_REQUEST);
f_validate_gy_cc_report(g_rx_gy, THRESHOLD, (0..1), (1200..1400), 0);
f_validate_gy_cc_report(g_rx_gy, THRESHOLD, (0..1), 0, (1200..1400));
/* Second update: 0 ul/dl pkt/octet should be reported, since nothing was sent */
as_DIA_Gy_CCR(ctx, UPDATE_REQUEST);

Loading…
Cancel
Save