If you are deplying this "for real" you have to be weary of the stability, support options and alternative solutions in the event this doesn't work for you and you have to rip it out. (And the replacement options better be business-palatable because you will already have egg on your face if you have to go there).
You can also use Citel gateways but they are pretty expensive just to keep the old phones. Ask yourself *why* you are using the old phones. Does the customer like/want/demand them? Do you like/want/demand them? Don't think cost-wise because the customer has a business to run and they will soon forget what a bargain your solution was if it takes them out of commission. Go which what is *guaranteed* to work and time-proven. Hook 'em up with PRI and integration is done with the dial plan. Take my plan of putting Asterisk in front of the Nortel, or do it the other way round. Personal preference, but do it with PRI and you will save your a**. Then give them a plan to get off the Nortel platform. More than 2c worth, but I'm feeling very generous today :-) - dbc. -----Original Message----- From: Anthony Boyington [mailto:[email protected]] Sent: July-20-09 1:21 PM To: Shidan Cc: Chuck Mariotti; asterisk Mailing Subject: Re: [on-asterisk] Nortel BCM 400 to Trixbox Integration I would love to get rid of the BCM, trixboxCE will work with the phones, but we have been testing pro (call center edition) which does not, I do like the idea of putting the BCM at the end of the line. On Mon, Jul 20, 2009 at 1:10 PM, Shidan <[email protected]> wrote: > If you can get rid of them, get rid of them. Nortel is a SIP house itself > now and will not be producing more unistim based products. If you have to > use these phones, people have claimed success with chan_unistim and this > particular model. I've never worked with chan_unistim so can't tell you > from > personal experience. I did supervise a project which involved Nortel > integration a while ago and our engineers used a software that Nortel > provided which you ran on a windows workstation. This software acted as a > SIP gateway for the phones. I don't remember it's name. > ---- > Shidan Gouran > > On Mon, Jul 20, 2009 at 1:00 PM, Chuck Mariotti <[email protected] > >wrote: > > > Is it possible to get the Nortel phones working with an Asterisk server > > (getting rid of the BCM completely)? > > > > -----Original Message----- > > From: David Cook [mailto:[email protected]] > > Sent: Monday, July 20, 2009 12:52 PM > > To: 'Anthony Boyington'; 'asterisk Mailing' > > Subject: RE: [on-asterisk] Nortel BCM 400 to Trixbox Integration > > > > I did the reverse. > > [*CO*] ---PRI--- [*Asterisk*] --- PRI --- [*SL1*] > > > > This way Asterisk acts as the gateway for the Nortel premise and gains > all > > the features of Asterisk. > > > > When you want to migrate people off the Nortel, simply config them > > "upstream" on Asterisk. No architectural changes. > > > > When all parties are off the Nortel (if this is your goal), simply turn > it > > off. > > > > - dbc. > > -----Original Message----- > > From: Anthony Boyington [mailto:[email protected]] > > Sent: July-20-09 11:30 AM > > To: asterisk Mailing > > Subject: [on-asterisk] Nortel BCM 400 to Trixbox Integration > > > > I am not sure if I should be on biz or users group for this post but can > > anyone point me in a useful direction. > > > > BCM400 with 70+ i2004 phones which I need to migrate. > > > > There is a new location coming online with roughly 40 or so extensions, > > Asterisk will be on this end and most likely Aastra phones. > > > > The Idea is to have both locations connected with asterisk on both ends > but > > currently location (A) is mostly Nortel. I am connecting the BCM400 to > > Asterisk (trixbox) and then connect both locations (A) and (B). Over time > I > > well phase out the BCM400. > > > > The idea so far is: > > > > [*CO*] ---PRI--- [*BCM400*] ---PRI or SIP--- [*Asterisk*] > > > > \--- (i2004) \--- (Aastra 6731i) > > > > > > any ideas are most welcome. > > > > Thanks all > > > > > > -- > > Regards, > > > > Anthony > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [email protected] > > For additional commands, e-mail: [email protected] > > > > > > Checked by AVG - www.avg.com > > Version: 8.5.392 / Virus Database: 270.13.18/2243 - Release Date: > 07/20/09 > > 06:16:00 > > > -- Regards, Anthony --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
