Actions
Bug #4126
closeduse vty objects instead of hardcoded sctp object (and remote-ip)
Start date:
07/22/2019
Due date:
% Done:
100%
Spec Reference:
Description
The sgsn always use the 127.0.0.1 because it uses osmo_sccp_simple_client() in the sgsn_main.c
Even it's possible to configure a different sctp listen ip, it still connects to 127.0.0.1
Updated by pespin over 4 years ago
- Status changed from New to Feedback
- Assignee set to lynxis
I don't get what's exactly wrong in this ticket. According to function documentation:
/*! \brief request an sccp client instance * \param[in] ctx talloc context * \param[in] name human readable name * \param[in] default_pc pointcode to be used on missing VTY setting * \param[in] prot protocol to be used (e.g OSMO_SS7_ASP_PROT_M3UA) * \param[in] default_local_port local port to be usd on missing VTY setting * \param[in] default_local_ip local IP-address to be usd on missing VTY setting * \param[in] default_remote_port remote port to be usd on missing VTY setting * \param[in] default_remote_ip remote IP-address to be usd on missing VTY setting * \returns callee-allocated SCCP instance on success; NULL on error */ struct osmo_sccp_instance * osmo_sccp_simple_client(void *ctx, const char *name, uint32_t default_pc, enum osmo_ss7_asp_protocol prot, int default_local_port, const char *default_local_ip, int default_remote_port, const char *default_remote_ip) { /*! This is simplified version of osmo_sccp_simple_client_on_ss7_id(). * the only difference is that the ID of the CS7 instance will be * set to 1 statically */ return osmo_sccp_simple_client_on_ss7_id(ctx, 1, name, default_pc, prot, default_local_port, default_local_ip, default_remote_port, default_remote_ip); }
So the parameters are only used if no VTY parameter is found.
Is this related to https://gerrit.osmocom.org/c/libosmo-sccp/+/15062?
Updated by lynxis over 4 years ago
- Status changed from Feedback to Closed
- % Done changed from 0 to 100
Actions