res_pjsip_pubsub: Prune subs with reliable transports at startup

In an earlier release, inbound registrations on a reliable transport
were pruned on Asterisk restart since the TCP connection would have
been torn down and become unusable when Asterisk stopped.  This same
process is now also applied to inbound subscriptions.

Also fixed issues in res_pjsip_registrar where it wasn't handling the
monitoring correctly when multiple registrations came in over the same
transport.

To accomplish this, the pjsip_transport_event feature needed to
be refactored to allow multiple monitors (multiple subcriptions or
registrations from the same endpoint) to exist on the same transport.
Since this changed the API, any external modules that may have used the
transport monitor feature (highly unlikey) will need to be changed.

ASTERISK-27612
Reported by: Ross Beer

Change-Id: Iee87cf4eb9b7b2b93d5739a72af52d6ca8fbbe36
This commit is contained in:
George Joseph
2018-01-28 09:10:00 -07:00
parent 81db0aca0f
commit 2b9aa6b5bb
9 changed files with 311 additions and 80 deletions

View File

@@ -347,4 +347,18 @@ int ast_sip_initialize_scheduler(void);
*/
int ast_sip_destroy_scheduler(void);
/*!
* \internal
* \brief Determines if a uri will still be valid after an asterisk restart
* \since 13.20.0
*
* \param uri uri to test
* \param endpoint The associated endpoint
* \param rdata The rdata to get transport information from
*
* \retval 1 Yes, 0 No
*/
int ast_sip_will_uri_survive_restart(pjsip_sip_uri *uri, struct ast_sip_endpoint *endpoint,
pjsip_rx_data *rdata);
#endif /* RES_PJSIP_PRIVATE_H_ */