Flowroute says this, note we do have full US telephone number as the CID number):
We are seeing calls go out to 1512966xxxx from your PBX with the From number set to 101 instead of a full number which is causing us to send the call outbound with no STIR/SHAKEN headers. We are getting rejections from all available routes indicating that the term end is rejecting due to the lack of STIR/SHAKEN headers. Please adjust your outbound routing to have a full US telephone number as the From number and test again.
I see this in the logs and I am not sure why I am getting these errors all of a sudden. Can anyone point me in the right direction or let me know what else is needed to help solve this issue?
8835 [2023-10-27 17:37:32] ERROR[16514] res_sorcery_config.c: Unable to load config file ‘pjproject.conf’
8836 [2023-10-27 17:37:32] VERBOSE[16514] loader.c: Reloading module ‘res_pjsip.so’ (Basic SIP resource)
8837 [2023-10-27 17:37:32] ERROR[18542] res_pjsip_config_wizard.c: Unable to load config file ‘pjsip_wizard.conf’
8838 [2023-10-27 17:37:32] ERROR[18542] res_pjsip_config_wizard.c: Unable to load config file ‘pjsip_wizard.conf’
8839 [2023-10-27 17:37:32] NOTICE[18542] res_pjsip/config_transport.c: Transport ‘0.0.0.0-udp’ is not fully reloadable, not reloading: protocol, bind, TLS (everything but certificate and private key if filename is unchanged), TCP, ToS, or CoS options.
8840 [2023-10-27 17:37:32] ERROR[18542] res_pjsip_config_wizard.c: *Unable to load config file ‘pjsip_wizard.conf’
8841 [2023-10-27 17:37:32] ERROR[18542] res_pjsip_config_wizard.c: Unable to load config file ‘pjsip_wizard.conf’
8842 [2023-10-27 17:37:32] NOTICE[18542] sorcery.c: Type ‘system’ is not reloadable, maintaining previous values
8843 [2023-10-27 17:37:32] ERROR[18542] res_pjsip_config_wizard.c: Unable to load config file ‘pjsip_wizard.conf’
8844 [2023-10-27 17:37:32] VERBOSE[16514] loader.c: Reloading module ‘res_pjsip_authenticator_digest.so’ (PJSIP authentication resource)
8845 [2023-10-27 17:37:32] VERBOSE[16514] loader.c: Reloading module ‘res_resolver_unbound.so’ (Unbound DNS Resolver Support)
8846 [2023-10-27 17:37:32] ERROR[16514] config_options.c: Unable to load config file ‘resolver_unbound.conf’
8847 [2023-10-27 17:37:32] VERBOSE[16514] loader.c: Reloading module ‘res_pjsip_endpoint_identifier_ip.so’ (PJSIP IP endpoint identifier)
8848 [2023-10-27 17:37:32] ERROR[16514] res_pjsip_config_wizard.c: Unable to load config file ‘pjsip_wizard.conf’
8849 [2023-10-27 17:37:32] VERBOSE[16514] loader.c: Reloading module ‘res_stir_shaken.so’ (STIR/SHAKEN Module for Asterisk)
**8850 [2023-10-27 17:37:32] ERROR[16514] res_sorcery_config.c: Unable to load config file ‘stir_shaken.conf’ **
**8851 [2023-10-27 17:37:32] ERROR[16514] res_sorcery_config.c: Unable to load config file ‘stir_shaken.conf’ **
**8852 [2023-10-27 17:37:32] ERROR[16514] res_sorcery_config.c: Unable to load config file ‘stir_shaken.conf’ ** 8853 [2023-10-27 17:37:32] ERROR[16514] res_sorcery_config.c: Unable to load config file ‘stir_shaken.conf’
I don’t believe that your issue is related to STIR/SHAKEN, given that the From header is not properly set.
Assuming that the call in question was actually made from extension 101:
Outbound CID for the extension should be set; format is "Sandra Mccollum" <15129660101>
This can be overridden by the Route CID, if Override Extension is set, or if Outbound CID is blank.
This can then be overridden by the Outbound CallerID for the trunk, depending on settings there.
If you still have trouble, paste the log for a failing call at pastebin.com and post the link here. If you are too new to post links, just post the last eight characters of the URL.
I will post the entire log in the morning, but it clearly shows the From as “101”, even though I have the Extension Outbound CID set like “Sandra Mccollum” <15129660101>, and it is not overridden if the Route CID nor in the trunk.
You showed the incoming INVITE from the extension, before any processing by FreePBX, so the From 101 is expected. You need to show how the call was processed, which with luck will tell why the wrong CID was sent on the trunk.
I have never had an issue before reloading last week after updating some follow me rules. The Cell Phones route watches for cell phone numbers only, not the main numbers, so all dial patterns are hard-coded to just the cell numbers.
However, I will turn Intra-Company in Cell Phones off and try again and let you know in 5 minutes.
The Outbound Route selected “T38FlowRouteFAX-Outbound” appears to have only one trunk “flowroute_test_only_cyberlink”, which is Disabled. so no call was attempted.
Ugh!
Let me add the default trunk to it, see what happens. It all worked until last Thursday after a reload, so no idea why the issues post reload; I only made minor changes to some Follow Me rules.
Yes, that worked. You are excellent at reading log files. If you are ever near Austin TX on weekend or Washington DC during work week, I’ll buy you dinner, thanks so much.
So aggravating:, plus I forgot so much as we were pretty much all remote past 2 years and using any personal cell phone. Now back in office and of course, phone issues.