[asterisk-dev] Sending control frame outside a call

Hi, I have a customer who is running 12.8.2 and since their software needs to be certified at considerable expense and time will not be upgrading Asterisk anytime soon. In addition due to security requirements the only connection between their Asterisks is a single IAX2 peer. They would like

Re: [asterisk-dev] Chan_pjsip keep_alive_interval

On Wed, Nov 9, 2016, at 02:22 PM, Ross Beer wrote: > Hi Joshua, > > > Looking at traces, there are packets being sent with length 4. These show > as PSH, ACK in a Wireshark. However, in TLS I don't see any such packets > which I believe is the cause of the TLS connection is being closed. > > >

Re: [asterisk-dev] Chan_pjsip keep_alive_interval

Hi Joshua, Looking at traces, there are packets being sent with length 4. These show as PSH, ACK in a Wireshark. However, in TLS I don't see any such packets which I believe is the cause of the TLS connection is being closed. Can you confirm if Asterisk does send these packets on TLS

Re: [asterisk-dev] Chan_pjsip keep_alive_interval

On Wed, Nov 9, 2016, at 01:25 PM, Ross Beer wrote: > Hi, > > > I'm investigating an issue where TLS connections close with a 'RST' after > a random period of time. > > > I can see that PJSIP sets 'PJSIP_TRANSPORT_IDLE_TIME=600', with the > option in pjsip.conf 'keep_alive_internal' set, does

[asterisk-dev] Chan_pjsip keep_alive_interval

Hi, I'm investigating an issue where TLS connections close with a 'RST' after a random period of time. I can see that PJSIP sets 'PJSIP_TRANSPORT_IDLE_TIME=600', with the option in pjsip.conf 'keep_alive_internal' set, does this set both 'PJSIP_TCP_KEEP_ALIVE_INTERVAL' and

Re: [asterisk-dev] Proposed Working Group Guidelines

I can add that to the list! Matthew Fredrickson On Tue, Nov 8, 2016 at 2:40 AM, Dan Jenkins wrote: > > > On Mon, Nov 7, 2016 at 2:51 PM, Matthew Jordan wrote: >> >> >> >> On Mon, Nov 7, 2016 at 5:00 AM, Dan Jenkins >>