laforge has posted comments on this change. (
https://gerrit.osmocom.org/c/osmo-hnbgw/+/26795 )
Change subject: mgw_fsm: add MGW support to osmo-hnbgw
......................................................................
Patch Set 9:
(2 comments)
https://gerrit.osmocom.org/c/osmo-hnbgw/+/26795/7/src/osmo-hnbgw/hnbgw_cn.c
File src/osmo-hnbgw/hnbgw_cn.c:
https://gerrit.osmocom.org/c/osmo-hnbgw/+/26795/7/src/osmo-hnbgw/hnbgw_cn.c…
PS7, Line 362: switch (((uint8_t *)msgb_l2(oph->msg))[1]) {
why such a hack here and peek into the raw msgb without the use of the decoder? Why not
simply decode the message first (at least the first level of decode into a
RANAP_RANAP_PDU_t) and then check the procedure code?
If you want to go for this low-level-hackish approach, you need to be able to prove that
there is no flexibility within the encoding rules that would permit a message to have e.g.
a multi-byte RAB assignment type. I know that BER leaves a lot of flexibility to the
sender, and you can format any integer any number of bytes wide, so the same value has any
number of different encodings. APER is probably stricter, but have you studied the
encoding rules?
https://gerrit.osmocom.org/c/osmo-hnbgw/+/26795/7/src/osmo-hnbgw/hnbgw_rua.c
File src/osmo-hnbgw/hnbgw_rua.c:
https://gerrit.osmocom.org/c/osmo-hnbgw/+/26795/7/src/osmo-hnbgw/hnbgw_rua.…
PS7, Line 273: case RANAP_ProcedureCode_id_RAB_Assignment:
likewise the same here.
--
To view, visit
https://gerrit.osmocom.org/c/osmo-hnbgw/+/26795
To unsubscribe, or for help writing mail filters, visit
https://gerrit.osmocom.org/settings
Gerrit-Project: osmo-hnbgw
Gerrit-Branch: master
Gerrit-Change-Id: Ib9b62e0145184b91c56ce5d8870760bfa49cc5a4
Gerrit-Change-Number: 26795
Gerrit-PatchSet: 9
Gerrit-Owner: dexter <pmaier(a)sysmocom.de>
Gerrit-Reviewer: Jenkins Builder
Gerrit-Reviewer: pespin <pespin(a)sysmocom.de>
Gerrit-CC: laforge <laforge(a)osmocom.org>
Gerrit-Comment-Date: Wed, 12 Jan 2022 15:17:06 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Gerrit-MessageType: comment