Losing audio after 30 minutes

[RLyon]

I call out and after 30 minutes it shows the call is still connected but loses 2-way audio. I tried to look it up.

Website:
It's most probably related to session expiry or refresh. A common value is 1800 (30 minutes) and the refresh happens at half of that 900 (15 minutes).
There is a signaling error or a failure to negotiate the refresh value.
You may try to change the refresh value to refresh faster than the other side and avoid the issue altogether.

Reason is:
The sip provider sends an "INVITE" command every 15 minutes and the technician said the provider doesn't get an "ACK" on that. Well, he switched the "INVITE" after 15 minutes off and now the calls work fine in both directions.

Sip Provider:
There is a timer at 30 min. At 15 min we send another INVITE. If we do not receive a response to that invite the call will terminate at 30 min

Me:
can you remove it or extend it

Sip Provider:
No. those are set SYSTEM timers for all calls

Me:
how can I prevent calls from dropping at 30 minutes

Sip Provider:
Your system needs to respond to the reinvite that is sent at 15 min

Can someone tell me where this is set up at?

[Tech Electronics]

RLyon,

Have you verified that you are getting the re-INVITE and that the system is ignoring it?

Are you sure it isn't an UPDATE and not a re-INVITE? The UPDATE method support is turned on under Online Monitor for that SIP Peer Profile.

By default the SIP Protocol is to reply to all INVITEs and re-INVITEs as well as other methods such as UPDATEs and REGISTRATIONs. I have never had an issue with the MiVO-250 not replying to any Methods that were sent to it.

Do you have an SBC in between you and the provider; MBG perhaps?

Thanks,

TE

[Travis]

RLyon,

I think your issue may be firewall related. I've had similar issues in the past. Does that site use a sonic wall? If so look into configuring the sonic wall for VOIP/SIP. I forget where but there is a UDP packet drop which is default for around 30 mins. Check Firewall Flood protection and disable SIP Transformations and see if that fixes it for you.

-Travis

[acejavelin]

RLyon,

I think your issue may be firewall related. I've had similar issues in the past. Does that site use a sonic wall? If so look into configuring the sonic wall for VOIP/SIP. I forget where but there is a UDP packet drop which is default for around 30 mins. Check Firewall Flood protection and disable SIP Transformations and see if that fixes it for you.

-Travis

This is literally what I was going to ask, if there was a Sonicwall router... Anytime we hear of SIP sessions, whether phones, trunks, or whatever, that disconnect at exactly 15, 20, or 30 minutes with consistency, it is almost always because these devices are behind a Sonicwall router.

Personally, I hate Sonicwall routers... they are WAY to complicated and 98% of places that have them do not need the intricate, advanced things they do. My recommendation to people who have them, unless they are fairly new, is to replace them as in my area half the people who "work" on Sonicwalls have no idea how to do anything advanced in them. I am not trying to through Sonicwall under the bus here, well, maybe a little, but they usually more trouble then they are worth in my opinion...

[Travis]

Acejavelin,

I agree, Sonicwall routers are way to complicated for simple things. The wizards help sometimes. They are overly complicated just to make it harder to program requiring either a lot of learning or hiring someone else to do it for you. The failover and vpn features are nice but nothing that cant be replicated with simpler devices IMO.

RLyon,

Let me know if you need any help and ill shoot you over some stuff to check.

-Travis

[RLyon]

Thank you for all the feedback. TE, there is no MBG, no SBC. UPDATE Method Supported is set to "NO".  Not sure about the Re-Invite. Travis and AceJavelin, It is not a SonicWall but a Ubiquiti Router.

[Tech Electronics]

RLyon,

Get a packet capture of it happening and post it so it can be looked at.

Also, odd issues like this seem to always involve a Router of sort or another; regardless of manufacturer.

Since the call stays up for 30 minutes then it usually falls into one of two categories.

1. Timer
2. Layer 3 interference

Thanks,

TE

[RLyon]

I switched the SIP Peer from "No NAT or SIP-Aware NAT" to "Non-SIP-Aware NAT" and have audio at 37.00.