On Wed, 2009-07-22 at 16:04 +0400, Nitin Mirchandani wrote: > We want to move from Trixbox to Sipx. So please help. I will outline > current infrastructure - > > OFFICE A - running Trixbox 2.6 since last 1 year. > 15 X POLYCOM 550, 10X CISCO7950(SIP) ----- These are phones. > 1X VEGASTREAM 50 + 1XGRANDSTREAM 4140---These are used as gateways. > > OFFICE B - Connected with Office A by VPN. > 10XPOLYCOM 550, each registering to OFFICE A > > > The reason of shifting from Trix is to utilize HD voice, also, we will > be adding OFFICE C soon and making OFFICE B independant(ie, install > Gateway) > > This is the plan - > > OFFICE A-(FXO = Vega50Europa ISDN+Grandstream GXW4104) > Each phone registering to local SipX and remote SipX (2 lines). When > number is dialed for local city, local gateway is chosen automtically. > > OFFICE B-(FXO= Grandstream GXW4104) > Each phone registering to local SipX and remote Sipx (2 lines). When > number is dialed for local city, local gateway is chosen automtically. > > > Now - Help required in > a) Interconnecting SipXA to SipXB
The easiest way to do this is to just make the two systems an HA cluster; both will be managed together as a single system with a unified dial plan. If either fails, the other takes over the load. The slightly more complex way is to set them up as two different SIP domains, each managed separately but connected to each other by site-to-site dial plans. Some features won't be quite the same - for example, you won't be able to forward voicemail from users on one to users on the other. > b) All interoffice communication should be in G.729. Intraoffice > should be HDVoice. At present, there's no way to enforce that with sipXecs. Media goes directly between endpoints, the sipXecs system does not interfere with negotiation between them. > c) Office A has been running Trix for 1 year - I want to extract all > call logs (its in SQL) and insert that call log in SipX. Why? > d) What should I do that each phone registers first line to local Sipx > and second line to remote Sipx. There's really no reason to do it that way if you set up an HA cluster; one line will work automatically with both systems. Which proxy a phone tries first is controlled by entries in your DNS. By default, the HA configuration treats all systems as equal so the choice is random. If you want to go to the trouble of setting up split DNS so that queries from each site get different answers, you can set a preference order to that phones will normally use the local proxy. Since media does not normally go through the proxy (so it doesn't matter which proxy the phone is using), and signaling is a relatively small part of the total traffic, this may not be worth the trouble. > e) Number assignment. As of now, we have Office A numbers as 2XX and > Office B numbers as 3XX. I want to retain that. Since I will be using > two SIPx, I think I will have to use number reflectors(eg, 2...@sipxa > calls 3...@sipxa using local Sipx, it should reflect to 3...@sipxb) That's what a site-to-site rule does; but if you make the systems a single cluster you're free to put any number anywhere (or move them). > e) Last - Help in setting up vegastream 50 Europa and Grandstream > GXW4104 I suspect you'll find help both here and on the wiki with that. _______________________________________________ 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/
