Outbound CID based on extension - Strange issue

Status
Not open for further replies.

bugmanbig

New Member
May 28, 2021
5
0
1
28
I have set the "Outbound Caller ID Number" and "Caller ID In From" to true.

The outbound number only seems to work momentraily when I switch the outbound CID to static to controlled via our SIP providers portal.

It works fine for anywhere from 1 minute - 5 minutes, but then all of a sudden I get a "Forbidden", speaking to the provider they state it could be due to multiple devices registering from our IP (as its multi tenant, obviously) while another account on our system is trying to connect to a different connection.

I have tried alternative providers, and they seem fine- not sure if anyone has had this strange behaviour?
 

hfoster

Active Member
Jan 28, 2019
684
81
28
34
Sounds like some provider nonsense to be honest. Probably their version of fraud detection.
 

bugmanbig

New Member
May 28, 2021
5
0
1
28
Sounds like some provider nonsense to be honest. Probably their version of fraud detection.
Thank you for your reply, I thought as much- they essentially said SIP wasn't really designed for multi-tenant solutions. I'm fairly certain it's not our side that's the issue, as it's fine on other providers. As you said more than likely provider nonsense, just was curious if anyone had anything like it before.
 

bugmanbig

New Member
May 28, 2021
5
0
1
28
SIP is definitely designed for multi-tenancy. That's what the domain is for!
Really strange, haven't heard of or seen anything like it before. Trying to find a solution, as we can't force our outbound CLI without it. Currently spinning up a fresh fusion install to prove it's nothing to do with fusion.
 

bugmanbig

New Member
May 28, 2021
5
0
1
28
Sounds like some provider nonsense to be honest. Probably their version of fraud detection.
So, an update- I've span up a new instance of Fusion. It's working fine, no forbidden issues. I think rightly so, it's some kind of firewall / anti fraud prevention thing that's hitting it.
 
Status
Not open for further replies.