Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 231
  • Last Modified:

Caller ID Prefix will randomly not show up on inbound calls in Asterisk.

We are running a phone system on Asterisk 1.4 (we can't update because the system is heavily modified from the previous tech company) and we are running into a problem where the caller ID prefixes on inbound calls will randomly not show up.

I've removed the inbound routes, recreated them, set the prefix on the inbound DID number and the ring group that rings the phones with the same results. I've attached the log files when I'm calling in. In the two examples, it worked on the first call and then 30 seconds later when I called again, it did not work.

The interesting thins is that when the prefix is working, the inbound call seems to have my outside caller ID name and number vs. just the number:

Working:
-- Executing [s@macro-user-callerid:19] NoOp("Zap/23-1", "Using CallerID "COMPANY NAME " <YYYYYY5558>") in new stack
Not Working same line:
-- Executing [s@macro-user-callerid:19] NoOp("Zap/23-1", "Using CallerID "YYYYYY5558" <YYYYYY5558>") in new stack

I also noticed this difference which I'm not sure if it has any impact or not, but wanted to bring it up:
Working:
-- Executing [XXXXXX3749@from-pstn:3] ExecIf("Zap/23-1", "0 |Set|CALLERID(name)=YYYYYY5558") in new stack
Not working:
-- Executing [XXXXXX3749@from-pstn:3] ExecIf("Zap/23-1", "1 |Set|CALLERID(name)=YYYYYY5558") in new stack

The 0 after Zap/23-1 changed to a 1.

Any help is appreciated. Thank you
NotworkingFiltered.txt
WorkingFiltered.txt
0
OAC Technology
Asked:
OAC Technology
  • 6
  • 3
1 Solution
 
Ron MalmsteadInformation Services ManagerCommented:
Can you post the ExecIF() statement ?

Seems like it's setting the callerid name on an inbound channel, ..which is strange, but may result in not getting the CID number..possibley depending on what is getting executed based on this evaluation.
0
 
OAC TechnologyProfessional NerdsAuthor Commented:
I'm not sure where to find that statement. Would it be in one of the .conf files or do you need more from the logs that I've attached?

Thank you
0
 
Ron MalmsteadInformation Services ManagerCommented:
It would be in your conf file..
If it's open source asterisk.. then it would be in extensions.conf (unless another custom conf file is linked in this file)

The context is [from-pstn], priority 3..
0
Visualize your virtual and backup environments

Create well-organized and polished visualizations of your virtual and backup environments when planning VMware vSphere, Microsoft Hyper-V or Veeam deployments. It helps you to gain better visibility and valuable business insights.

 
OAC TechnologyProfessional NerdsAuthor Commented:
I've attached the extensions.conf that is being used
extensions.txt
0
 
Ron MalmsteadInformation Services ManagerCommented:
..ahh.. FreePBX..

Please post 'extensions_custom.conf'

That is where custom modifications would be.
0
 
OAC TechnologyProfessional NerdsAuthor Commented:
Here you go
extensions-custom.txt
0
 
OAC TechnologyProfessional NerdsAuthor Commented:
Anything you can think of as to why the caller id PREFIX doesn't get appended most of the time?
0
 
OAC TechnologyProfessional NerdsAuthor Commented:
I figured this one out. The caller ID from the PRI was overriding the caller ID that was added by the system which was stripping the prefix. To fix this I just added a fax delay of 6 seconds on the inbound routes and now prefixes work just fine.
0
 
OAC TechnologyProfessional NerdsAuthor Commented:
Found solution
0

Featured Post

Veeam and MySQL: How to Perform Backup & Recovery

MySQL and the MariaDB variant are among the most used databases in Linux environments, and many critical applications support their data on them. Watch this recorded webinar to find out how Veeam Backup & Replication allows you to get consistent backups of MySQL databases.

  • 6
  • 3
Tackle projects and never again get stuck behind a technical roadblock.
Join Now