Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Restrict internal calls 3

Status
Not open for further replies.

vladcbv

IS-IT--Management
Jul 20, 2015
225
RO
Hi Guys,

IPO R11 here.

I have 2 groups A and B. both have H323 and SIP ext.
I want to restrict users from A to call users from B.
I can only do this with H323 phones - creating user SC with call Barring : Code:2(extensions that begin with 2) Feature: Barred
Same setting on SIP users is not working. I understand that IPO first checks user numbers, group numbers, user SC and then system SC and that's why when dialing from sip call goes through - because it matches a user ext in the system. How can I bypass this?

Isn't there a way to be very specific about who dials who?

Thank you,
Vlad C.
 
if you use a dial access code to get out (9) and have separate site codes, simply limit the site codes in user rights. For example, 200 extensions would have 3,4,5,ect/barred.
 
vladcbv said:
Bottom line, it works on h323 but not on SIP softphones. :)

For the benefit of anyone who comes later to read this thread...

As several people have said - tenanting is not a feature that IP Office has, but you can do various things that may get some degree of operation that may be OK for your customer today - that's what vladcbv is saying with "it works..."(and even then only for certain phone types).

It is entirely likely that another customer will have requirements that won't be covered, or unfortunately that vladcbv's customer will later find something that is not covered, and it may stop working in a later release (and it won't be a bug that will be fixed - you're doing something un-supported).
Be careful! if you find a scenario that you can get working - happy days, but you are pushing the IP Office to a place that it doesn't want to go to, so you are on your own (with some guidance from the good people on places like this).

An obvious thing that is missing in the above solution is that the voicemail doesn't know about any of the restrictions so you can easily copy or forward messages to a user in a different company - that might be embarrassing! Then there's the directories...
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top