I don't see a method of having a centralized receptionist for this application. Many times a multi-tenant application will be for shared resources - like receptionist. Like Fax machines, etc.
One other aspect of Multi-tenant applications is a common use of trunks. In this example, you would need 50 sets of trunks to facilitate the application. In a true Multi-tenant application, your trunks are a shared resource, which is what provides much of the cost benefit. I think it would be difficult to support this application with today's feature set. From: [email protected] [mailto:[email protected]] On Behalf Of heros Sent: Friday, July 10, 2009 1:14 AM To: 'Picher, Michael'; [email protected]; 'Jim Canfield' Subject: [sipx-users] R: Multitenanancy >At this point you would have to start another instance of SCS...it is, after all, just software. :) Centralized management is important because I plan to set up a SCS to serve customers distributed in a multitenancy context. Imagine to have 50 customers and each customer come with about 5 users. You should use 50 SipX installation for just a total of 250 users. To perform multitenancy I just see one limit in SCS: all internal extension can call any other extension. To surpass this limit I see at the moment a dirty way: digitmap You just make impossible for a phone to call a range of other phones. This obviously doesn't work if you use a phone that doesn't support digitmap Apart this limit, I don't see any other limit. Am I wrong? Heros
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users sipXecs IP PBX -- http://www.sipfoundry.org/
