Infinite Loop

evzky · Post by **evzky** » Tue Feb 26, 2019 11:29 pm

1. Brekeke Product Name and Version: Brekeke SIP Server 3.9.1.3/510

2. Java version: java version "1.8.0_201"
Java(TM) SE Runtime Environment (build 1.8.0_201-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.201-b09, mixed mode)

3. OS type and the version: 4.9.0-8-amd64 #1 SMP Debian 4.9.144-3 (2019-02-02) x86_64 GNU/Linux

4. UA (phone), gateway or other hardware/software involved: FreeSBC, standard yealink voip phone

5. Your problem: Hi All, I'm currently having an issue with inbound calls whereby when we pass the call from our Gateway(an SBC) through to the SIP proxy, it bounces it back gateway and causes an infinite loop. We forward register through our gateway, the calls comes through the gateway to the SIP proxy and the SIP proxy is supposed to pass it back to registered user. But it seems like the SIP proxy does not know how to get back to registered user and it passes it back and forth between the SBC and the proxy.

What I've noticed is that the UAC and the UAS are coming from the same IP which is the LAN IP of the of the SBC where the call is forwarded from. If I register direct to the SIP proxy, it works fine.

Is there some manipulation I need to do in the dialplan perhaps?

Tata · Post by **Tata** » Thu Feb 28, 2019 10:27 am

Can you see registered users at [Registered Clients] page?
And Contact URI and Source IP Address are valid?

Also let you paste your DialPlan rules here.

evzky · Post by **evzky** » Thu Feb 28, 2019 11:39 pm

Hi Tata,

Yes we can and the UA is registered on registered clients page and on my SIP application. The 12345678 is just the number I'm dialing to(the registered user).

First rule:

Matching Pattern
$request = ^INVITE
To = sip:12345678@

Deploy Pattern
To = sip:12345678@

Second rule:

Matching Pattern
$request = ^INVITE

Deploy Pattern
$auth = false

Contact URI:

sip:12345678-12345678-AlIaS-A13693E7C5BF39--@1.2.3.4:5060
(1.2.3.4:5060)

The contact URI is a remapped contact from the the SBC which is why it has the long string afterwards. The 1.2.3.4 IP is our SBC where the registration is coming from. 12345678 is the registered user.

Tata · Post by **Tata** » Fri Mar 01, 2019 7:04 pm

evzky...
Because registered Contact URI points the SBC's IP address,
INVITE should be forwarded back to there..

Why does the SBC send it back to the SIP Server??
Do you have any other DialPlan rules?

Let you check the DialPlan history page to see which DialPlan rule is used.

evzky · Post by **evzky** » Sun Mar 03, 2019 11:20 pm

Hi Tata,

Yes, the call is being forwarded back to the SBC to the remapped user, but for some reason the call gets passed back to the Brekeke Server.

Rule registered=sip:12345678(sip:12345678-12345678-AlIaS-A13693E7C5836E--@1.2.3.4:5060/UDP) & tsbc_inbound_calls

12345678 = registered user and 1.2.3.4 is the SBC's ip.

The long string is how the SBC remaps the user.

Tata · Post by **Tata** » Wed Mar 06, 2019 1:17 pm

What does the rule "tsbc_inbound_calls" do?

Are you using B2B-UA mode at Brekeke SIP Server? If so, let you disable it because the SBC might think SIP Server is a UA.

Also check the outgoing packet at DialPlan history to see whether the request URI and To-URI are acceptable at the SBC.