Hello, I am having an issue with these two modules working together. I installed Allowlist and that module is working great. However, ever since I enabled it for an Inbound Route, the Blacklist stopped working for that specific Inbound Route.
To further explain, I have 2 DID’s & 1 Inbound Route configured for each of those DID’s. I have phone numbers setup in the Allowlist Module & Blacklist Module. I turned on the ‘Enable Allowlist Screening’ setting for one of the Inbound Routes and left it off for the other.
If I call the DID that is associated with the Inbound Route that has ‘Enable Allowlist Screening’ turned off, the Blacklist works as expected.
If I call the DID that is associated with the Inbound Route that has ‘Enable Allowlist Screening’ turned on, the Blacklist does not work and the call will go right through to the IVR. If I shut off the Allowlist for this DID as well, the Blacklist works.
Am I missing something here? I tried searching the forums and could not come up with anything. Any help would be appreciated
I’m using the latest version of Freepbx 15 (v15.0.17.67). The Allowlist module is version 15.0.12. The Blacklist Module is version 15.0.2.17. Asterisk version is 16.20.0, in case that information is needed.
The two lines above priorities 10 and 11 are missing from your call trace, and I’m unable to reproduce this on my own system. Noteworthy as well that the intercept line is also missing for allowlist, I don’t think it would block the call either in the scenario you’ve provided.
Hi @lgaetz I tried to uninstall the Allowlist module and reinstall it and sadly, that did not help. I also went through and double checked my trunk settings, incoming routes, outbound routes to make sure I did not miss anything and to my knowledge, everything looks ok…Anything else I should look for or try?
Looking again at the call trace you provided, I can see now that I misinterpreted what I was seeing. You are not missing any lines. For the call in question, this line
[2022-01-15 12:57:08] VERBOSE[19682][C-00000091] pbx.c: Executing [000@from-pstn:10] GotoIf("PJSIP/fpbx-1-PkoMoq4CBXGh-pjsip-00000427", "18?timeconditions,7,1") in new stack
This line, I now realize, is telling us that you have the caller’s CID in the allowlist, and since it’s allowed the blacklist check is not performed. It’s not expected that you will have the same CID in both the blacklist and allowlist.
That could’ve been possible because at one point I was testing the Allowlist and might have forgotten to remove that number from it while testing the Blacklist. With that said, I just double checked, and the phone number only exists in the Blacklist. I also tried using a different phone number altogether in the Blacklist and I was still able to get through on the DID that has Allowlist screening turned on, but not on the other. Do I need to restart Asterisk or anything after adding/removing numbers from either list? So odd…
Maybe I’m still not fully understaning what the call trace is telling me. What destination do you have set for non-allowlisted calls? Are you blocking them or sending to an IVR?
In general, yes. Some context, the reason I am using the Blacklist to begin with is because we started getting calls from someone who was harassing our staff. So, I put their number in the Blacklist and set the destination under Blacklist to just hang up. That is when I discovered this whole issue. From what I understand, the numbers in the Blacklist get processed first before the Allowlist, so I figured this should work. I do not want to block everybody that is not in the Allowlist, just this particular number. Am I misunderstanding or going about this the wrong way?
I hope this makes sense what I was trying to accomplish…
After much misunderstanding and false starts, I think I’m finally zeroing in on the actual issue here. Thank you for the hand holding. This is the call flow as I understand it right now when both modules are enabled on an inbound route …
Inbound Call
|_ Is caller in allowlist?
| |_ Yes? Continue with normal call flow
| |_ No? Go to this specific destination here
|
|__ Is caller in black list?
|_ Yes? Go to this other destination there
|_ No? Continue with normal call flow
@mitchmitchell I know you’ve put some thought into this, what is your opinion here? If I’ve detailed the call flow correctly from my understanding of the dialplan, then the blacklist will ONLY apply to callers that have previously been added to the allowlist. The checks need to be reversed with blacklist being called first.
If I’m right, then adding the undesirable CID to the allowlist will actually cause it to become blacklisted properly. Can you confirm that @davidi ?
Hi, I’ll try this at work tomorrow and get back to you. Should I uninstall the current version first and then install this one? Or, that should not matter?