forked from acouzens/open5gs
a667525041
If eg. PCRF or AAA diameter link is not yet ready (eg. PCRF crashed), and
a client sends a CreateSessionRequest announcing its ow F-TEID,
then open5gs-smfd answers with Create Session Response Cause=
"Remote peer not responding", but it is not setting the received F-TEID
in the header of the response, instead it sends with TEI=0.
As a result, the peer cannot match the CreateSessionResponse, and needs
to rely on its own timeout timer to figure out that specific request failed.
This also happens in PFCP, so to solve this problem, I added teid/seid_presence
to the interface that sends the error message as shown below.
void ogs_gtp2_send_error_message(ogs_gtp_xact_t *xact,
int teid_presence, uint32_t teid, uint8_t type, uint8_t cause_value);
void ogs_pfcp_send_error_message(
ogs_pfcp_xact_t *xact, int seid_presence, uint64_t seid, uint8_t type,
uint8_t cause_value, uint16_t offending_ie_value);
|
||
|---|---|---|
| .. | ||
| app.c | ||
| arp-nd.cpp | ||
| arp-nd.h | ||
| context.c | ||
| context.h | ||
| event.c | ||
| event.h | ||
| gtp-path.c | ||
| gtp-path.h | ||
| init.c | ||
| meson.build | ||
| metrics.c | ||
| metrics.h | ||
| n4-build.c | ||
| n4-build.h | ||
| n4-handler.c | ||
| n4-handler.h | ||
| pfcp-path.c | ||
| pfcp-path.h | ||
| pfcp-sm.c | ||
| rule-match.c | ||
| rule-match.h | ||
| timer.c | ||
| timer.h | ||
| upf-sm.c | ||
| upf-sm.h | ||