Blocking Inbound Calls? - Sundance Business VOIP Telephone Help

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?

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

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.

Originally Posted by VIBob

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

Originally Posted by VIBob

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.