[asterisk-bugs] [JIRA] (ASTERISK-29090) Asterisk tries to persist TCP and TLS Subscriptions and always fails

[Asterisk Team (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-29090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Asterisk Team updated ASTERISK-29090:
-------------------------------------

    Status: Waiting for Feedback  (was: Waiting for Feedback)

> Asterisk tries to persist TCP and TLS Subscriptions and always fails
> --------------------------------------------------------------------
>
>                 Key: ASTERISK-29090
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29090
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Resources/res_pjsip_pubsub
>    Affects Versions: 17.7.0
>            Reporter: Peter Sokolov
>            Assignee: Asterisk Team
>            Severity: Minor
>
> When Endpoints subscribe via TCP and TLS transport, Asterisk persists those subscriptions and tries to recreate them after restart. However, as no TCP connection survives a restart, all intents to recreate them after a restart fail. The following three lines are logged after restart for each persisted subscription:
> [Sep 21 17:27:57] ERROR[3888] res_pjsip.c: Could not create dialog with endpoint 295. Invalid URI (PJSIP_EINVALIDURI)
> [Sep 21 17:27:57] WARNING[3888] res_pjsip_pubsub.c: Unable to create dialog for SIP subscription
> [Sep 21 17:27:57] WARNING[3888] res_pjsip_pubsub.c: Failed recreating '295' subscription: Could not create subscription tree.
> In my opinion Asterisk should not try to recreate persisted subscriptions which came in via TCP or TLS after Asterisk restarts.
> I don't know whether there is a case where subscriptions in Asterisk get lost and need to be recreated without all sockets being closed. Only in such a case recreating TCP and TLS subscriptions would be necessary, but not in the cases like Asterisk (and PJSIP?) restart, where all the sockets are closed which causes all TCP connections to drop.



--
This message was sent by Atlassian JIRA
(v6.2#6252)