MitelInMyBlood
Technical User
Recently we've begun getting bombarded with unsolicited calls where the CALLER is spoofing our own callerID making it appear (to managers & directors) that it's a valid call from an employee when in fact it's junk calls.
To stop this I put a voice translation-rule (and voice translation-profile) against the incoming DP to reject the unwanted callers. That worked until the caller(s) began spoofing other numbers in our various DID ranges. If they want to play that game, so can I, but I was wondering if there's a practical limit to this before I begin imparing the incoming call flow (delaying it via the gateway routers)?
I have a total of 2900 DID numbers that are (thankfully) contiguous but I need to exclude 1 of them on the very bottom end as that belongs to my credit union, which is an external entity, so I need to let that call come in. All others are internal and would not be calling each other with all 10 digits because we intercept that (user stupidity) with some translation patterns to strip the 9+NPA+NXX and force those calls to route internal rather than needlessly tying-up trunks.
Back to the original question:
I need to write a total of 34 "reject" rules. However, since I'm limited to having a maximum of 15 reject statements per translation-rule, I figured I could create 3 uniquely-named translation-rules with (up to) 15 reject statements each and then concatenate those 3 into one common translation-profile and then apply that profile against the incoming DP.
Will this work?
Is there any issue with call flow?
If needed, could I extend this with say another 3 or 4 translation-rule statements (and 15 reject rules each) without causing problems? - is there a practical limit?
Thanks in advance!
Original MUG/NAMU Charter Member
To stop this I put a voice translation-rule (and voice translation-profile) against the incoming DP to reject the unwanted callers. That worked until the caller(s) began spoofing other numbers in our various DID ranges. If they want to play that game, so can I, but I was wondering if there's a practical limit to this before I begin imparing the incoming call flow (delaying it via the gateway routers)?
I have a total of 2900 DID numbers that are (thankfully) contiguous but I need to exclude 1 of them on the very bottom end as that belongs to my credit union, which is an external entity, so I need to let that call come in. All others are internal and would not be calling each other with all 10 digits because we intercept that (user stupidity) with some translation patterns to strip the 9+NPA+NXX and force those calls to route internal rather than needlessly tying-up trunks.
Back to the original question:
I need to write a total of 34 "reject" rules. However, since I'm limited to having a maximum of 15 reject statements per translation-rule, I figured I could create 3 uniquely-named translation-rules with (up to) 15 reject statements each and then concatenate those 3 into one common translation-profile and then apply that profile against the incoming DP.
Will this work?
Is there any issue with call flow?
If needed, could I extend this with say another 3 or 4 translation-rule statements (and 15 reject rules each) without causing problems? - is there a practical limit?
Thanks in advance!
Original MUG/NAMU Charter Member
