Thanks again,
________________________________ From: "Picher, Michael" <mpic...@cmctechgroup.com> To: arda savran <ardasav...@yahoo.com>; sipx-users@list.sipfoundry.org Sent: Sun, April 25, 2010 9:48:08 PM Subject: RE: [sipx-users] how to construct a dial plan in an hosted environment. Arda, Be careful of dial plans and permissions. They are like ACL’s in that if the dial plan digits match and your permissions do not then the call fails… even if there is a matching entry lower in the dial plan that also matches and has the proper permissions. As Tony pointed out the Branch (in 4.0.4 it was location) is the proper way to handle this. Mike From:sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of arda savran Sent: Sunday, April 25, 2010 5:19 PM To: sipx-users@list.sipfoundry.org Subject: [sipx-users] how to construct a dial plan in an hosted environment. Good Day, As far as I know, sipx looks through the "dial plan" list to find the first match and if the user have the necessary permissions, it processes the call. If the user does not have the proper permissions, the call is denied; and sipx does not keep looking for a next best match. Before I jump to the next section please let me know if I am mistaken, or if this behaviour has been modified on 4.2 release. We are trying to put together a hosted environment with multiple sites and media gateways. We will have multiple sites with overlapping dial plans. We are planning to use "permissions" to seperate the resources and route the calls back to the correct media gateways. However, if the behaviour of sipx is like the way I mentioned above then using permission groups to seperate sites with overlapping dial plans is not applicable. The calls for one of the sites will work but the other calls will be rejected by sipx since they are in a seperate permission group. So can somebody please let me know if there is a workaround for this? Thanks,
_______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org 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/
