Attention is currently required from: laforge.
2 comments:
Patchset:
File src/osmo-hnbgw/hnbgw_vty.c:
Patch Set #2, Line 825: "hnb UMTS_CELL_ID",
the way we do it in the BSC was based around the idea that there is a 0-255 bts_nr, which in turn ha […]
Ack fine then. But the fact that xxx-yyy-Llac-Rrac-Ssac-Ccid needs to be passed as a string in VTY is a bit weird imho, since you are basically skipping the "vty parameter" functionality that VTY provides, which makes it easier for user to figure out each field by introspecting, etc.
Also not blocking, but I have to say I'm not really liking this concept of "persistent structure" you are adding. I'd probably go for something more similar to what we do with ASPs in libosmo-sccp. The same structure is used to handle everything related to that entity, and if it is dynamically created then a "hnb->dynamic=true" is added to it, so that it is not written back to the config file.
Maybe the problem is that we shouldn't be destroying the other structure upon reconnect, even for dynamic ones.
The difference is that dynamic ones become gone once the process exits.
Maybe the problem is that hnb_context should be renamed to hnb_conn and your persistent one be named hnb_context or simply "hnb".
To view, visit change 36081. To unsubscribe, or for help writing mail filters, visit settings.