Incoming call with OVH provider

mathieu66330 · May 6, 2022, 1:23pm

Hi guys,
i’m new here and almost new in Freepbx. I do have 1 install running in Freepbx 14 with no problem.

I install the Freepbx 16.0.19 with asterisk 18
I see chan_sip is not used anymore it’s Pjsip.
I can register my siptrunk and make outbound calls but i cannot receive a call, i always have a message saying" the number you requested is not assigned"

I saw a few post talking about the from-pstn-toheader. I tried same result.
i did change the number format +33 /33/ 04 no difference.

My install is on a Vmware on a CloudServer.
I tried disabling firewall, no difference.

The number 00334abcdefg6 is the siptrunk
The number 0411xxxx is an alias number which is redirected to the trunk

887 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [00334abcdefg6@from-pstn-toheader:1] NoOp(“PJSIP/ovh-pjsip-00000022”, “Attempting to extract DID from SIP To header”) in new stack
30888 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [00334abcdefg6@from-pstn-toheader:2] GotoIf(“PJSIP/ovh-pjsip-00000022”, “0?SIP”) in new stack
30889 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [00334abcdefg6@from-pstn-toheader:3] GotoIf(“PJSIP/ovh-pjsip-00000022”, “1?PJSIP”) in new stack
30890 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx_builtins.c: Goto (from-pstn-toheader,00334abcdefg6,7)
30891 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [00334abcdefg6@from-pstn-toheader:7] Goto(“PJSIP/ovh-pjsip-00000022”, “from-pstn,0411xxxx,1”) in new stack
30892 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx_builtins.c: Goto (from-pstn,0411xxxx,1)
30893 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [0411xxxx@from-pstn:1] Set(“PJSIP/ovh-pjsip-00000022”, “__FROM_DID=0411xxxx”) in new stack
30894 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [0411xxxx@from-pstn:2] NoOp(“PJSIP/ovh-pjsip-00000022”, “Received an unknown call with DID set to 0411xxxx”) in new stack
30895 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [0411xxxx@from-pstn:3] Goto(“PJSIP/ovh-pjsip-00000022”, “s,a2”) in new stack
30896 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx_builtins.c: Goto (from-pstn,s,2)
30897 [2022-05-06 15:13:18] VERBOSE[29689][C-00000022] pbx.c: Executing [s@from-pstn:2] Answer(“PJSIP/ovh-pjsip-00000022”, “”) in new stack
30898 [2022-05-06 15:13:19] ERROR[29689][C-00000022] pbx_functions.c: Function SIP_HEADER not registered
30899 [2022-05-06 15:13:19] VERBOSE[29689][C-00000022] pbx.c: Executing [s@from-pstn:3] Log(“PJSIP/ovh-pjsip-00000022”, "WARNING,Friendly Scanner from ") in new stack
30900 [2022-05-06 15:13:19] WARNING[29689][C-00000022] Ext. s: Friendly Scanner from
30901 [2022-05-06 15:13:19] VERBOSE[29689][C-00000022] pbx.c: Executing [s@from-pstn:4] Wait(“PJSIP/ovh-pjsip-00000022”, “2”) in new stack
30902 [2022-05-06 15:13:21] VERBOSE[29689][C-00000022] pbx.c: Executing [s@from-pstn:5] Playback(“PJSIP/ovh-pjsip-00000022”, “ss-noservice”) in new stack
30903 [2022-05-06 15:13:21] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘ss-noservice.ulaw’ (language ‘fr’)
30904 [2022-05-06 15:13:26] VERBOSE[29689][C-00000022] pbx.c: Executing [s@from-pstn:6] SayAlpha(“PJSIP/ovh-pjsip-00000022”, “0411xxxx”) in new stack
30905 [2022-05-06 15:13:26] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/0.ulaw’ (language ‘fr’)
30906 [2022-05-06 15:13:27] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/4.ulaw’ (language ‘fr’)
30907 [2022-05-06 15:13:27] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/1.ulaw’ (language ‘fr’)
30908 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/1.ulaw’ (language ‘fr’)
30909 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/9.ulaw’ (language ‘fr’)
30910 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/3.ulaw’ (language ‘fr’)
30911 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/0.ulaw’ (language ‘fr’)
30912 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/1.ulaw’ (language ‘fr’)
30913 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/4.ulaw’ (language ‘fr’)
30914 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] file.c: <PJSIP/ovh-pjsip-00000022> Playing ‘digits/0.ulaw’ (language ‘fr’)
30915 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx.c: Spawn extension (from-pstn, s, 6) exited non-zero on ‘PJSIP/ovh-pjsip-00000022’
30916 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx.c: Executing [h@from-pstn:1] Macro(“PJSIP/ovh-pjsip-00000022”, “hangupcall,”) in new stack
30917 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx.c: Executing [s@macro-hangupcall:1] GotoIf(“PJSIP/ovh-pjsip-00000022”, “1?theend”) in new stack
30918 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx_builtins.c: Goto (macro-hangupcall,s,3)
30919 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx.c: Executing [s@macro-hangupcall:3] ExecIf(“PJSIP/ovh-pjsip-00000022”, “0?Set(CDR(recordingfile)=)”) in new stack
30920 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx.c: Executing [s@macro-hangupcall:4] Hangup(“PJSIP/ovh-pjsip-00000022”, “”) in new stack
30921 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] app_macro.c: Spawn extension (macro-hangupcall, s, 4) exited non-zero on ‘PJSIP/ovh-pjsip-00000022’ in macro ‘hangupcall’
30922 [2022-05-06 15:13:28] VERBOSE[29689][C-00000022] pbx.c: Spawn extension (from-pstn, h, 1) exited non-zero on ‘PJSIP/ovh-pjsip-00000022’

if anyone has clue, i did contact provider in parallel.
Kind Regards,

Stewart1 · May 6, 2022, 1:56pm

The call is reaching Asterisk, so this is almost certainly not a provider problem.

It appears that the 0411xxxx number did not match your Inbound Route. Add a catch-all Inbound Route with DID Number and CID Number both left blank, pointing to a working extension. Call in and the extension should ring. If not, post another log.

If the extension does ring, look at the CDRs after the call. What you see in the DID field is what you should use as the DID Number in your Inbound Route to catch calls on the OVH trunk.

david55 · May 6, 2022, 2:12pm

The log already provides the information on the correct DID to match, it is 0411xxxx.

Stewart1 · May 6, 2022, 2:17pm

Yes, but it was a redacted value and in a weird format – I’d expect 0411xxxxxx.

mathieu66330 · May 6, 2022, 2:56pm

thank you for enlightening me, it works. thanks a lot guys

system · June 6, 2022, 2:57pm

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