It can not be done with the product today. On Fri, Oct 1, 2010 at 8:58 AM, Hiral Patel <[email protected]> wrote:
> Developing the solution to the requirements would be the second option > once we have provided this can not be done with configuration. This is why > we are keen to understand the branch office functionality. > > > > *Hiral Patel* > > *OnRelay* > > Elizabeth House | 39 York Road, London SE1 7NQ, UK | +44 (0) 2079028138| > [email protected] | www.onrelay.com | > > This electronic message transmission contains information from OnRelay, > Ltd., that may be confidential or privileged. The information is intended > solely for the recipient and use by any other party is not authorised. If > you are not the intended recipient, be aware that any disclosure, copying, > distribution or use of the contents of this information or any attachment, > is prohibited. If you have received this electronic transmission in error, > please notify us immediately by electronic mail ([email protected]) and > delete this message, along with any attachments, from your computer. > Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 > Gray's Inn Road, London WC1X 8HL > > > ------------------------------ > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Josh M. Patten > *Sent:* 01 October 2010 13:44 > > *To:* Discussion list for users of sipXecs software > *Cc:* Bimpe Adedotun > *Subject:* Re: [sipx-users] SipXecs survivable Branch office server > > > > Sounds like you guys need to dig in to the code and start programming. The > second problem will definitely need some custom coding. > > Problem 1 I thought was taken care of, but if it's not I'd suggest opening > a JIRA issue on it. > ------------------------------ > > *From:* [email protected] [ > [email protected]] on behalf of Hiral Patel [ > [email protected]] > *Sent:* Friday, October 01, 2010 6:00 AM > *To:* Discussion list for users of sipXecs software > *Cc:* Bimpe Adedotun > *Subject:* Re: [sipx-users] SipXecs survivable Branch office server > > Hi Mike, > > > > Thanks for the reply, below is the detail, when reviewing the point below > if you could think in terms of virtual end point which are mobile devices it > will help. > > > > *Problem 1: Impact of no time zone capability at the user group (tenant) > level* > > > > By adding a branch office server to the sipXecs cluster we can provide > timezone capability per user or user group. E.g. if we have two customers > who are based in two different time zones like New York and L.A we have the > following issues: > > > > - With no timezone capability *voicemail retrieval* has the time and > date of the central sipXecs cluster. So by adding a branch server which is > based in L.A virtually, we hope we can configure different customers/ > tenants to different timezones or branch servers. > - *Time of Day Routing* will be based on the central server time and > date setting so if we have a customer with two sites NY and L.A TOD routing > will be incorrect or the end user and administrator would have to make an > adjustment to the configure to work around the problem, which is considered > a management overhead. > - Same applies to *Auto-Attendant routing based on time* for tenant GDN > numbers of huntgroups > > > > This is a key requirement as we aim to provide a multi-tenanted solution to > customers. > > > > *Problem 2:* We would like to provide end users with the ability to change > user specific parameters via the end user portal which must be accessible > over the internet. The challenge we have is our internal infosec division > have a policy that users on the internet must not have direct access to the > business application i.e. sipXecs. Therefore we want to investigate the idea > of using a branch off server to place in the DMZ which would provide the > sipXconfig function and we would install the central sipXecs call control > cluster in a trusted part of our network. > > > > Do you know if the branch office server has it own instance of sipXconfig > which can be used to stratify the above requirement? > > > > Could you point me in the right direction to better understand whether > branch office functionality will solve our above problems? Also if you have > any other suggestion I would greatly appreciate input > > > > Regards, > > > > *Hiral Patel* > > > ------------------------------ > > *From:* [email protected] [mailto: > [email protected]] *On Behalf Of *Michael Picher > *Sent:* 30 September 2010 22:53 > *To:* Discussion list for users of sipXecs software > *Cc:* Bimpe Adedotun > *Subject:* Re: [sipx-users] SipXecs survivable Branch office server > > > > Hiral, > > I don't think the branch solution is what you think it is... At this point > in time. > > Why don't you describe what you are trying to accomplish as an end-goal > (don't just say 'get a branch server working'). > > Mike > > On Thu, Sep 30, 2010 at 12:17 PM, Hiral Patel <[email protected]> > wrote: > > Hello, > > > > Does anyone have any information on how we install and configure the branch > office server, we have been trying for one week now and have got no where. > > > > We are not able to find any documentation on the wiki, so we are a bit > stuck. > > > > If anyone has configured the branch office server can you tell me how you > configured the servers. > > > > Regards, > > > > *Hiral Patel* > > *OnRelay* > > Elizabeth House | 39 York Road, London SE1 7NQ, UK | +44 (0) 2079028138 > | [email protected] | www.onrelay.com | > > > > *OnRelay in the News:** * > > *OnRelay Named in Tech Media Invest Top 100* > > *http://www.guardian.co.uk/tech-media-invest-100/top-100 * > > > > This electronic message transmission contains information from OnRelay, > Ltd., that may be confidential or privileged. The information is intended > solely for the recipient and use by any other party is not authorised. If > you are not the intended recipient, be aware that any disclosure, copying, > distribution or use of the contents of this information or any attachment, > is prohibited. If you have received this electronic transmission in error, > please notify us immediately by electronic mail ([email protected]) and > delete this message, along with any attachments, from your computer. > Registered in England No 04006093 ¦ Registered Office 1st Floor, 236 > Gray's Inn Road, London WC1X 8HL > > > > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > > > > > -- > There are 10 kinds of people in this world, those who understand binary and > those who don't. > > [email protected] > blog: http://www.sipxecs.info > call: sip:[email protected] <sip%[email protected]> > > _______________________________________________ > sipx-users mailing list > [email protected] > List Archive: http://list.sipfoundry.org/archive/sipx-users/ > -- There are 10 kinds of people in this world, those who understand binary and those who don't. [email protected] blog: http://www.sipxecs.info call: sip:[email protected] <sip%[email protected]>
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
