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

Sean Bright (JIRA) noreply at issues.asterisk.org
Mon Feb 17 07:33:25 CST 2020


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

Sean Bright updated ASTERISK-28745:
-----------------------------------

    Description: 
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?

  was:
Hi, we think this is a bug. See description in forum. https://community.asterisk.org/t/realtime-sip-path-not-saving/82616

Is there anyone who could kindly help us out?

KR,
Aiden


> chan_sip | support_path missing after reload
> --------------------------------------------
>
>                 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
>
> 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?



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



More information about the asterisk-bugs mailing list