SOLVED

Direct Routing - Q.850 Cause 63 Get Inbound Direct routing - no trunk config found in ACMS

%3CLINGO-SUB%20id%3D%22lingo-sub-1710800%22%20slang%3D%22en-US%22%3EDirect%20Routing%20-%20Q.850%20Cause%2063%20Get%20Inbound%20Direct%20routing%20-%20no%20trunk%20config%20found%20in%20ACMS%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1710800%22%20slang%3D%22en-US%22%3E%3CP%3EI'm%20currently%20attempting%20to%20setup%20Direct%20Routing%20on%20a%20new%20SBC%20cluster%20which%20is%20a%20direct%20copy%20of%20an%20existing%20server%20with%20just%20new%20FQDNs%20and%20IP%20addresses.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI%20can%20make%20calls%20fine%20from%20all%20users%2C%20however%20inbound%20calls%20get%20the%20following%20Cause%2063%20Forbidden%20message%3A%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EREASON%3A%20Q.850%3Bcause%3D63%3Btext%3D%223590c12b-5610-41e1-9266-1d135e125008%3BGet%20Inbound%20Direct%20routing%20-%20no%20trunk%20config%20found%20in%20ACMS.%22%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EI've%20attempted%20to%20remove%20and%20recreate%20the%20users%20on%20the%20SBC%20domain%20as%20well%20as%20remove%20and%20add%20licences%20but%20I%20still%20get%20the%20same.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EThe%20SIP%20INVITE%20looks%20identical%20to%20the%20platform%20that%20works%20apart%20from%20the%20FQDN%20now%20being%20the%20new%20cluster%20address%20which%20is%20active%20on%20the%20Tenant.%3C%2FP%3E%3CP%3E%26nbsp%3B%3C%2FP%3E%3CP%3EHas%20anyone%20seen%20this%20specific%20trunk%20config%20ACMS%20error%20before%3F%3C%2FP%3E%3C%2FLINGO-BODY%3E%3CLINGO-LABS%20id%3D%22lingo-labs-1710800%22%20slang%3D%22en-US%22%3E%3CLINGO-LABEL%3ECalling%3C%2FLINGO-LABEL%3E%3CLINGO-LABEL%3EMicrosoft%20Teams%3C%2FLINGO-LABEL%3E%3C%2FLINGO-LABS%3E%3CLINGO-SUB%20id%3D%22lingo-sub-1710930%22%20slang%3D%22en-US%22%3ERe%3A%20Direct%20Routing%20-%20Q.850%20Cause%2063%20Get%20Inbound%20Direct%20routing%20-%20no%20trunk%20config%20found%20in%20ACMS%3C%2FLINGO-SUB%3E%3CLINGO-BODY%20id%3D%22lingo-body-1710930%22%20slang%3D%22en-US%22%3E%3CP%3E%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F808096%22%20target%3D%22_blank%22%3E%40JaySummerfield%3C%2FA%3E%26nbsp%3B%20I'm%20going%20to%20see%20if%26nbsp%3B%3CA%20href%3D%22https%3A%2F%2Ftechcommunity.microsoft.com%2Ft5%2Fuser%2Fviewprofilepage%2Fuser-id%2F259632%22%20target%3D%22_blank%22%3E%40Satish2805%3C%2FA%3E%26nbsp%3Bcan%20assist%20you%20with%20this.%3C%2FP%3E%3C%2FLINGO-BODY%3E
New Contributor

I'm currently attempting to setup Direct Routing on a new SBC cluster which is a direct copy of an existing server with just new FQDNs and IP addresses.

 

I can make calls fine from all users, however inbound calls get the following Cause 63 Forbidden message:

 

REASON: Q.850;cause=63;text="3590c12b-5610-41e1-9266-1d135e125008;Get Inbound Direct routing - no trunk config found in ACMS."

 

I've attempted to remove and recreate the users on the SBC domain as well as remove and add licences but I still get the same.

 

The SIP INVITE looks identical to the platform that works apart from the FQDN now being the new cluster address which is active on the Tenant.

 

Has anyone seen this specific trunk config ACMS error before?

6 Replies

@JaySummerfield 

Hi,

 

In the INVITE message to Teams from the SBC.  Can you check the message and check that the SBC FQDN is correct and matches the OnlinePSTNGateway configured?

 

You want to make sure it's not the local FQDN e.g. your SBC may be contoso.local but the MS FQDN is configured as contoso.com.  If the SBC isn't configured correctly, it could be sending out the wrong FQDN which means MS wouldn't accept your incoming message

 

 

@JaySummerfielddid you get a fix for this ? I have the exact same issue - so hoping you got somewhere?

 

best response confirmed by ThereseSolimeno (Microsoft)
Solution

@DanLeaf810 I was meant to update this at the time. I had to remove the domains in full from Microsoft 365 and add them again (not forgetting to activate them by assigning users).

 

I didn't find one specific thing that was wrong when checking the setup end-to-end so can only assume something didn't activate correctly on the back end. Having removed the SBCs from the Teams admin portal and the domains and started from scratch all worked second time around.

@JaySummerfield - thanks for getting back to me so quickly - appreciated ! I'll give that a go as all looks fine with the setup and I can't find any other articles relating to the issue. 

@DanLeaf810 Did this resolution solve your issue as well?