|
|
Joined: Apr 2014
Posts: 18
Member
|
Member
Joined: Apr 2014
Posts: 18 |
I've managed to block Single callers from calling in to the system at other sites but this site that we've done keeps getting attacked where they are trying to get in the voicemail (its fully locked down so it can never dial out). Sometimes the phones are showing +987############ (a bunch of numbers) it changes every time different number inbound. They have an Auto attendant so thats where they are attacking. Our provider wont block countries only certain numbers and thats after a battle.
The Question I'm asking is, is it possible to block certain Countries from calling in?
|
|
|
Visit Atcom to get started with your new business VoIP phone system ASAP
Turn up is quick, painless, and can often be done same day.
Let us show you how to do VoIP right, resulting in crystal clear call quality and easy-to-use features that make everyone happy!
Proudly serving Canada from coast to coast.
|
|
|
Joined: Nov 2009
Posts: 602
Samsung Moderator
|
Samsung Moderator
Joined: Nov 2009
Posts: 602 |
Not sure how familiar you are with the samsung voicemail but you could use PTR files loaded onto the voicemail to filter out inbound CID. PM me your email address and i'll send you over what i have.
Brian
|
|
|
|
Joined: Mar 2007
Posts: 91 Likes: 1
Member
|
Member
Joined: Mar 2007
Posts: 91 Likes: 1 |
What I do is this:
I create a new BYE block called CLID Reject, with a new prompt (whatever you want to say here).
I have a virtual extension set forward all to the SVMi. In 3.2.5, I direct the calls I want to reject to this virtual extension. For example 987* to forward all calls with CLID starting 987. I can put in as many as I want to reject here. I don’t use the Reject Call option here as this method will clear your line faster.
In the voicemail, I create an event in both Forward Station and Forward Trunk for the virtual extension to go to the new BYE block CLID Reject.
This will now effectively answer and hang-up on all callers from the numbers defined in 3.2.5, whether the lines are ringing on sets or going directly to the SVMi (because it still follows the CLID ringing entry). Your staff won’t have to answer these calls either as the calls are intercepted before they hear them.
The only calls I still have issue with are the calls without any CLID.
|
|
|
|
Joined: Nov 2009
Posts: 602
Samsung Moderator
|
Samsung Moderator
Joined: Nov 2009
Posts: 602 |
What I do is this:
I create a new BYE block called CLID Reject, with a new prompt (whatever you want to say here).
I have a virtual extension set forward all to the SVMi. In 3.2.5, I direct the calls I want to reject to this virtual extension. For example 987* to forward all calls with CLID starting 987. I can put in as many as I want to reject here. I don’t use the Reject Call option here as this method will clear your line faster.
In the voicemail, I create an event in both Forward Station and Forward Trunk for the virtual extension to go to the new BYE block CLID Reject.
This will now effectively answer and hang-up on all callers from the numbers defined in 3.2.5, whether the lines are ringing on sets or going directly to the SVMi (because it still follows the CLID ringing entry). Your staff won’t have to answer these calls either as the calls are intercepted before they hear them.
The only calls I still have issue with are the calls without any CLID. Same thing can be accomplished automatically with the voicemail if you are front end loaded with PTR files, or through input processor screen but you are limited to 28 lines that way. Take input from CID, have an event check the PTR file that has a bunch of lines and push them into a bye block. For example +989????????????? GOTO BYE GOODBYE +282????????????? GOTO BYE GOODBYE Repeat
|
|
|
|
Joined: Apr 2014
Posts: 18
Member
|
Member
Joined: Apr 2014
Posts: 18 |
What I do is this:
I create a new BYE block called CLID Reject, with a new prompt (whatever you want to say here).
I have a virtual extension set forward all to the SVMi. In 3.2.5, I direct the calls I want to reject to this virtual extension. For example 987* to forward all calls with CLID starting 987. I can put in as many as I want to reject here. I don’t use the Reject Call option here as this method will clear your line faster.
In the voicemail, I create an event in both Forward Station and Forward Trunk for the virtual extension to go to the new BYE block CLID Reject.
This will now effectively answer and hang-up on all callers from the numbers defined in 3.2.5, whether the lines are ringing on sets or going directly to the SVMi (because it still follows the CLID ringing entry). Your staff won’t have to answer these calls either as the calls are intercepted before they hear them.
The only calls I still have issue with are the calls without any CLID. That is a good idea, i will try both on our test bench and see which one we like in the office then roll it out. it is a shame about the withheld callers but you will get those customers that will hold their number back.
|
|
|
Forums84
Topics94,512
Posts639,934
Members49,844
|
Most Online5,661 May 23rd, 2018
|
|
1 members (JBean3329),
231
guests, and
36
robots. |
Key:
Admin,
Global Mod,
Mod
|
|
|
|
|