web statisticsweb stats

Business Phone Systems

Previous Thread
Next Thread
Print Thread
Rate Thread
#579634 10/28/14 09:28 AM
Joined: Apr 2014
Posts: 18
Member
OP Offline
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?

Atcom VoIP Phones
VoIP Demo

Best VoIP Phones Canada


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
*****
Offline
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
Offline
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
*****
Offline
Samsung Moderator
*****
Joined: Nov 2009
Posts: 602
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

Joined: Apr 2014
Posts: 18
Member
OP Offline
Member
Joined: Apr 2014
Posts: 18
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.


Moderated by  nameless, pvj 

Link Copied to Clipboard
Forum Statistics
Forums84
Topics94,291
Posts638,815
Members49,767
Most Online5,661
May 23rd, 2018
Popular Topics(Views)
212,401 Shoretel
189,151 CTX100 install
187,423 1a2 system
Newest Members
Robbks, A2A Networks, James D., Nadisale, andreww
49,767 Registered Users
Top Posters(30 Days)
Toner 26
teleco 6
dexman 5
jsaad 4
dans 3
Who's Online Now
0 members (), 123 guests, and 437 robots.
Key: Admin, Global Mod, Mod
Contact Us | Sponsored by Atcom: One of the best VoIP Phone Canada Suppliers for your business telephone system!| Terms of Service

Sundance Communications is not affiliated with any of the above manufacturers. Sundance Phone System Forums - VOIP & Cloud Phone Help
©Copyright Sundance Communications 1998-2024
Powered by UBB.threads™ PHP Forum Software 7.7.5