[Aug 17 15:01:26] WARNING[8722][C-00000337]: chan_sip.c:8153 sip_indicate: Don't know how to indicate condition 36

Most likely cause: Network issues.
Most likely network issue: NAT

Explanation:
If MOST or ALL your Asterisk serveres are behind NAT, seeing them go offline is not uncommon. This usually happens when the firewall has seen no traffic on the UDP port for a certain time, and decides to drop the entry from the NAT table.

Possible solutions:
In no particular order.

  • Decrease the registration time if the devices register with each other. This will keep the NAT entry active.
  • Increase the UDP NAT timeout in the device performing NAT on the networks.
  • Change from SIP over UDP, to SIP over TCP, most NAT devices will keep TCP connections open until they see a FIN or RST packet.
1 Like

We are not using NAT or firewall Please refer our network Diagram

In that case, bad connectivity between the devices could be the issue.

Also I noticed on your screenshot, that many IP addresses seems to be the same one…

Do you have each server register all it’s extensions to every other? Normally you’d just setup each server as one endpoint, and specify rules for which calls go to what endpoint.

What is the dedicated/default port that you are using? Have you tried changing port #?
As [Chano] mentioned you need to tweak some settings.

This is my trunk Config

[serverA]
type=peer
context=phones
host=X.X.X.X
defaultuser=serverB
allow=all
rtcp_mux=yes
qualify=yes

no registration only trunk

Well, to bypass a lot of troubleshooting steps, you COULD try changing from using UDP to using TCP for the SIP traffic. TCP is more resilient to network instability, and might just solve the problem well enough for you.

How to change the transport with chan_sip, I have no idea. I’ve used pjsip for years. Perhaps time to migrate your config as well, as far as I remember, chan_sip is about to be removed entirely, from Asterisk.

From the screenshot, it looks like you have may entries with the same IP address. What command produced the output?

If you have multiple “trunks” between the same two servers, then why? For instance I see an IP ending in 30.101 at least twice in your screenshot.

Not about to be removed. It was removed, and isn’t in 21.

Yes we did, but still getting same error.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.