CUCM SIP Trunk 404 not found for incoming calls

[allahverdiyev]

I have strange issue on CUCM. SIP Trunk has been setup for ISTP, outgoing calls work. But CUCM send 404 not found to SBC. SBC is not under my control.

Receving called number is full range starts with +994XXXXXXXXX ( "X" are numbers).

I have setup Translation Pattern and Incoming Called Number Translation to translate +994XXXXXXXXX to internal DN (on registered phone). Significant digits is ALL. Inbound CSS has the all partitions exist in CUCM, including the partitions of TP and Inbound CNT. 

CUCM still send 404 not found. 

Here are other logs from SDL:
appendRPIDHdrForOriginalCalledParty: SIP device does not Support Orig Dialled Phone nego: 0

Digit Analysis: Host Address=cw7.local DOES NOT MATCH any active CUCM node in this cluster.

Digit Analysis: Host Address=cw7.local DOES NOT MATCH top level org domain.

Digit analysis: potentialMatches=NoPotentialMatchesExist

Any idea?

[Mohammed al Baqari]

Check that css has access to destination

[allahverdiyev]

I have almost checked 100s of time..yes

[TONY SMITH]

Check that the IP address actually being used for the SIP signalling matches the IP address in the CUCM trunk configuration.  Also check that the destination IP that the SBC is sending to is a valid CUCM server associated with that trunk (check Device Pool and CMG).  Have you ticked the “Run on all active unified CM nodes” option?

Finally to triple check your CSS configuration, do a quick check with dialled number analyser.  And reset the SIP trunk in CUCM just for luck.

[allahverdiyev]

What is CMG?

"Also check that the destination IP that the SBC is sending to is a valid CUCM server associated with that trunk (check Device Pool and CMG)." Could you please elaborate in this?

Yes, “Run on all active unified CM nodes” .

They are sending from different ip address than we setup in sip trunk.

[TONY SMITH]

I think this may be the key ... "They are sending from different ip address than we setup in sip trunk." CUCM will look at the originating IP address and match that with any trunks that it has configured.  If it matches then it uses the trunk configuration to process the call.  If it doesn't match, how is CUCM supposed to know what call handling to apply?  I think you have two options.  You could either add this incoming IP address as a second address on your existing trunk.  Or copy the trunk but give it this IP address, meaning you effectively have one trunk used for outbound and one for inbound.

One slight reservation is that I think I've seen CUCM return a 503 service unavailable error, rather than 404 not found when the source address didn't match.  However that might be version specific.

CMG = "Callmanager Group", the list of CUCM servers that a device will register with.  There can be issues if an incoming call is addressed to a CUCM server that is not in the trunk's CMG.

If you're still having issues, post up the SIP decodes from an inbound call attempt.