[asterisk-bugs] [JIRA] (ASTERISK-28745) chan_sip | support_path missing after reload [BOUNTY]

[Aiden Donnelly (JIRA)]

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

Aiden Donnelly updated ASTERISK-28745:
--------------------------------------

    Description: 
Bounty of $500 available to fix bug.

Using Asterisk 13.31.0 with Realtime. We are adding Kamailio as a proxy in front of our Asterisk boxes and in testing for LG Ipecs PBX’s we have had to tweak sip.conf with rtsavepath=yes and also added 2 extra columns info the sipfriends table (path,supportpath). For this trunk we set the value of supportpath to yes.

All works as it should, we can see `route:’ added to invite/ options pcap and the trunk works as expected.
If we do sip show peer ST*********** we can see that Path Support is ‘Yes’ and Path is sip:******.

We can also see this path in the realtime ‘path’ database column. BUT when we do an asterisk restart/ sip reload/ sip prune realtime peer ST************ we loose the Path of this peer which is crucially needed for Options and Invites to the user. This is resolved once the Trunk registers but we don't want to rely on the PBX’s timers for inward calls to be delivered.

After restart we try a ‘sip show peer ST************* load’; which it does but Path is missing.

If we run ‘database show SIP/RegistryPath’ after restart we see the path is there.
Should asterisk not be loading in the path again to the endpoint?

  was:
Using Asterisk 13.31.0 with Realtime. We are adding Kamailio as a proxy in front of our Asterisk boxes and in testing for LG Ipecs PBX’s we have had to tweak sip.conf with rtsavepath=yes and also added 2 extra columns info the sipfriends table (path,supportpath). For this trunk we set the value of supportpath to yes.

All works as it should, we can see `route:’ added to invite/ options pcap and the trunk works as expected.
If we do sip show peer ST*********** we can see that Path Support is ‘Yes’ and Path is sip:******.

We can also see this path in the realtime ‘path’ database column. BUT when we do an asterisk restart/ sip reload/ sip prune realtime peer ST************ we loose the Path of this peer which is crucially needed for Options and Invites to the user. This is resolved once the Trunk registers but we dont want to rely on the PBX’s timers for inward calls to be delivered.

After restart we try a ‘sip show peer ST************* load’; which it does but Path is missing.

If we run ‘database show SIP/RegistryPath’ after restart we see the path is there.
Should asterisk not be loading in the path again to the endpoint?

        Summary: chan_sip | support_path missing after reload [BOUNTY]  (was: chan_sip | support_path missing after reload)

> chan_sip | support_path missing after reload [BOUNTY]
> -----------------------------------------------------
>
>                 Key: ASTERISK-28745
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28745
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/DatabaseSupport
>    Affects Versions: 13.31.0
>         Environment: centos7, asterisk realtime, chan_sip
>            Reporter: Aiden Donnelly
>            Severity: Minor
>
> Bounty of $500 available to fix bug.
> Using Asterisk 13.31.0 with Realtime. We are adding Kamailio as a proxy in front of our Asterisk boxes and in testing for LG Ipecs PBX’s we have had to tweak sip.conf with rtsavepath=yes and also added 2 extra columns info the sipfriends table (path,supportpath). For this trunk we set the value of supportpath to yes.
> All works as it should, we can see `route:’ added to invite/ options pcap and the trunk works as expected.
> If we do sip show peer ST*********** we can see that Path Support is ‘Yes’ and Path is sip:******.
> We can also see this path in the realtime ‘path’ database column. BUT when we do an asterisk restart/ sip reload/ sip prune realtime peer ST************ we loose the Path of this peer which is crucially needed for Options and Invites to the user. This is resolved once the Trunk registers but we don't want to rely on the PBX’s timers for inward calls to be delivered.
> After restart we try a ‘sip show peer ST************* load’; which it does but Path is missing.
> If we run ‘database show SIP/RegistryPath’ after restart we see the path is there.
> Should asterisk not be loading in the path again to the endpoint?



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