login | register
Tue 02 of Dec, 2008 [04:14 UTC]

voip-info.org

Discuss [13] History

Asterisk Nortel

Created by: rgauss,Last modification on Mon 05 of Mar, 2007 [15:59 UTC] by SIPjava
There are several methods of having your legacy Nortel BCM/Norstar equipment communicate with your Asterisk PBX - depending on your needs. The deciding factor will usually be cost. Some of the things you will need to consider include where you want your main internal call routing to occur and what type of phones you want to end up using.

Integration via PRI

Larger BCM/Norstar systems (more than 25 users) will typically integrate with the PSTN using PRI circuits. Integrating Asterisk into a PRI environment can be done by either connecting it in between the C.O. and the BCM/Norstar - like this:

[Central Office] ---PRI--- [Asterisk] ---PRI--- [BCM/Norstar] (requires one PRI port in the BCM/Norstar, and two in the Asterisk)

or by connecting it to the BCM/Norstar like this:

[Central Office] ---PRI--- [BCM/Norstar] ---PRI--- [Asterisk] (requires two PRI ports in the BCM/Norstar, and one in the Asterisk)

The integration of the dial plans would be done on the BCM Norstar by use of Received Digits on Target Lines to deliver calls to the BCM/Norstar, and Destination Codes and Routes to deliver calls to the Asterisk.

PRI would support delivery of name and number, and would allow for a much more seamless integration of the systems than any analog solution can.

See T1 Crossover Cable for cable wiring to connect two PRI interfaces together.

Intergration with SIP

I have managed to get some basic SIP working between Asterisk and a CS1000 (aka. CS1K).

You will need to be running Asterisk 1.2.12.1 or higher. Lesser versions required a small 1 line patch to chan_sip.c available here: http://bugs.digium.com/view.php?id=8010

Also forget about using the Nortel Network Routing Service (NRS) for Asterisk -> CS1K calls. They dont get on so don't try to register Asterisk to it and don't send any calls to the CS1k via it. instead, you need to recreate routing entries in the extensions.conf file. From the Nortel side, after you configure Asterisk as a static SIP endpoint, you will be able to dial CS1K -> Asterisk through the NRS. Lets say you have two CS1K systems with Coordinated Dialing Plans (CDP dialing plans) where CS1K-A has the 2xxx range, CS1K-B has the 3xxx range and Asterisk uses the 4xxx range. You need to add the following configuration to the Asterisk sip.conf:

[nortelout1]
type=peer
host={node ip of first cs1k system - not the NRS!}
usereqphone=yes

[nortelout2]
type=peer
host={node ip of the other cs1k system - not the NRS!}
usereqphone=yes

and in extensions.conf:

exten => _2XXX,1,Dial(SIP/${EXTEN}@nortelout1)
exten => _3XXX,1,Dial(SIP/${EXTEN}@nortelout2)

Also, you need to be able to dial your own extensions:

exten => _4XXX,1,Dial(yourprotocol/${EXTEN}@yourextension)

Meridian/CS1000 integration using H.323 trunking

After giving up CS1000 to Asterisk interconnection using SIP (due to ";phone-context", maddr=XXX redirections and some other wired things), I've got an interconnection using H.323 to work.
Here are some notes:

  • You'll get codec-problems (packet/frame-size incompatibilities during OLC-Handshake) with oohH323 and oh323, so NuFones h323 is your friend.
  • You can telnet into the Norstal Signalling Server console and do "gkRegTrace ALL" if you need debugging information

But first, before you attempt this internetworking configuration, you need to do a little patch to the h323 channel driver:
In channels/h323/ast_h323.cpp you have to replace the single-quote at NuFone's, because this character is invalid for CS1000 (you'll get LOG0003 GKNPM: SOLID SQL Error 1: syntax error (line 1 near 'Network'S') at CS1000 console).

In h323.conf use the Signalling Server IP address as the gatekeeper. Asterisks' endpoint name, as configured in the CS1000 NRS, has to be used as the H.323 alias in h323.conf, not the name of the CS1000! Then you have to setup a CDP entry (of type DSC) in overlay 87 with your prefix pointing to the RLB (overlay 86), which in turn points to the route with the H323_IP_TRUNK's (but this isn't Asterisk specific, it's general NRS setup...)

Eventually, you can just Dial(H323/12345,45,t) in your extensions.conf

BCM integration using H.323 trunking

I have a friend who claims to have done this (yes, I believe him!). He says the trick was to set the system type to "Other" when chosing the H.323 trunking protocol (all the other protocol choices are Nortel-proprietary).

Integration via Analog Lines

Most likely, your Norstar PBX will have external lines for incoming and outgoing calls. You could run one of those lines to an FXS port on your Asterisk server (like a Digium TDM400P) which supplies dial tone or in larger systems, you might have a Norstar T1 Truck Cartridge which could connect to a T1 card on the Asterisk server (like a Digium TE410P, T100P, or E100P). When the Norstar system uses that line, it doesn't know what it's connected to - it naturally assumes a Central Office. For calls from the Norstar PBX to Asterisk, as far as Norstar knows it picks up a line, receives dial tone, and dials a number. Likewise Asterisk doesn't know what's connected to its FXS port. As far as Asterisk knows, something picked up a line, Asterisk gave out a dial tone, then received back some digits. The reverse is true for calls to the Norstar PBX. You can configure the Asterisk FXS port to use any context you like to get IP phones, outside lines, or a VoIP connection. You'll probably want to change the dial plan in the Norstar system so that integration line is in a special pickup group. One problem with this approach is that in a Norstar system running versions prior to 4.1 or so of the software, it isn't easy to forward an extension to an outside line, which means Norstar phone users will have to remember to do something different when they want to call a user who has been switched to an IP phone for example.

It's important to consider, also, that the Norstar FXO-type lines will often not disconnect without some sort of Disconnect Supervision (ie. an open loop). Thus, for example, if someone were to dial a Norstar extension in Asterisk, and then immediately hang up, the trunk would ring forever or until the voice mail system picked up, as Norstar would believe the calling party was still connected, and would continue providing the ring to its extension.

Integration via Extensions

Another approach, which works well for phasing in an Asterisk solution, is to interface the two systems over extensions rather than lines.

Nortel Meridian/Norstar digital PBX phones or extensions, such as their popular M series, are meant to use a propriety protocol to communicate with a Nortel/Norstar PBX. As such, it can be very difficult and costly to get those phones to communicate directly with an Asterisk server. In theory it would be possible using something like the Dialogic/Intel D/42-NSC board. This card communicates via the proprietary Norstar protocol that the Norstar digital phones understand over 4 ports, but the drivers for an Asterisk application of this product have not been written and it's quite a costly card.

A more feasible solution then is to attempt to communicate with Asterisk over an analog extension.

You can convert a single Norstar digital extension into an analog extension using a Norstar Analog Terminal Adapter (part#s NT8B90AL or NT8B90AC). One port on this box connects to where a Norstar digital phone used to be (digital extension) and the other port takes a standard analog phone.

For more than a few extensions you could use a Norstar 8 Port Analog Station Module (part#s NTBB51CA or NTBB51CB). Same concept here, the analog station modules let you plug in a standard analog phone.

With either of these devices, the analog extensions are giving out dial tone so you'd connect each extension to an FXO port on the Asterisk server or in larger systems, a channel bank connected to a T1 card. For calls from the Norstar PBX to Asterisk, as far as Norstar knows, it rang a digital extension. As far as the analog terminal adapter or analog station module knows, it rang an analog phone. As far as the Asterisk server knows, its FXO port rang so it picked it up. The reverse is true for calls to the Norstar PBX.

You can configure Asterisk's FXO port to immediately dial something like an IP phone, which allows for seamless integration of the two systems. A legacy Norstar user simply dials an internal extension as before and it rings on an IP phone. Likewise an IP phone can directly dial Norstar phones.

You can map more IP phones to Norstar extensions without purchasing an analog terminal adaptor for each one. You can forward several Norstar extensions to the same analog terminal adapter and subsequently, an Asterisk FXO, but the analog terminal adapter doesn't tell the FXO which extension was dialed so the Norstar dialer must re-enter the extension they dialed or follow prompts once they hit the Asterisk server.

You should know that most of the Nortel phones cannot send DTMF tones to the FXO interface in Asterisk. You need to implement "Long Tones" (feature 808) before Asterisk will act on the tones so you can dial o use something like Voicemail.

Voice Mail Interface

There is also a Norstar Voice Mail Interface device (part# NT8B89DA). At the time of writing the only information that could be found was:

"The Norstar Voice Mail Interface (VMI) allows the connection of a third party stand-alone auto attendant/ voice mail system to a Norstar system (DR2 or higher). This interface provides the basics of integration; forward to personal greeting, return to operator, and message notification. Each VMI supports 2 ports on the AA/VM device and uses 2 station ports on the Norstar. Up to 10 VMI units can be used on a Norstar to interface an AA/VM system."

The VMI is basically a two port analog terminal adapter that provides disconnect supervision and signalling via DTMF. It is no longer manufactured and thus can only be found on the secondary market.

Citel portico(tm) Telephone VoIP Adapter (TVA)

You can connect Nortel phones (and others) through a Citel portico Telephone VoIP Adapter (see http://www.citel.com/Products/Portico.asp). As mentioned above in 'Integration via Extensions', Nortel phones use a proprietary signalling protocol to communicate to the PBX. The Citel portico TVA can convert between this protocol and SIP signalling, thus allowing you to host the Nortel phones on a SIP PBX such as Asterisk.


In developing your integration plan you must balance how much you want to invest in legacy hardware and how large a scale the integration needs to be.



Nortel Phones
Asterisk unistim channels




Comments

Comments Filter
222

333Asterisk <-> Nortel CS1k

by shawnl, Wednesday 17 of October, 2007 [13:44:15 UTC]
Interestingly the Nortel CS1k supports about 12 sip devices. Total. Those are the only ones that nortel will support connections to. I've been trying to get asterisk-1.4.13 to talk to one for a day and a half now with absolutely no luck whatsoever. can't seem to call in either direction
222

333SIP Link to Nortel CS1K

by basty, Wednesday 10 of October, 2007 [14:25:45 UTC]
Hello,

we just tried to link a Nortel CS1K with an Asterisk. From nortel i can reach Asterisk without any problems (phones are ringing etc.) Now, when we try to setup a phonecall from the Asterisk to the nortel. Nortel abouts it with "Service Unavailable". I just setup the sip.conf like in the example. Anyone has a clue ? I mean, do I need to change the SIP-URI from Asterisk while setting up a phone call to the nortel?

Thanks!
Basty
222

333Using DTMF as disconnect signal

by apicht, Sunday 02 of April, 2006 [01:27:18 UTC]
How does one go about "enabling the tone detector full time"? (See post below) This would prove useful for integration with many PBX's as a lot use DTMF to signal disconnects.
222

333MICS VMI + Asterisk FXO/FXS

by Mills, Tuesday 07 of February, 2006 [19:47:57 UTC]
If you don't have the ability, for whatever reason, to add a T1 to your MICS 4.1 or higher, a couple of VMIs and a couple of CO ports are all you need. The VMI is not that hard to get on eBay or through dealers who have used Norstar parts. As the previous poster said, it's still not ideal for a large system, but it's the only way to get voicemail with MWI on the Norstar sets without some serious hacking.

There is one issue with the VMI, however. Its "disconnect supervison" consists of making one or more DTMF tones to the Asterisk server. To get Asterisk to recognize this, I had to enable the tone detector full time and force the Zap channel to hang up when it heard the configured tone (I used 'D').

Using the dialplan, you can have the VMI indicate which set a call was originally coming from and send the caller to voicemail. An incoming call on the MWI can be redirected to another station (by default) by flashing the switch-hook and dialing *70 and the destination extension. It will transfer the call and free up the VMI port. If the station has forward no answer enabled, the call will be returned to the VMI and can be sent to voicemail.

In our setup, the VMI is used only for voicemail and SIP->Norstar station calls. We use a couple of DS trunk ports paired with a couple of FXS ports on the Asterisk server. This allows us to use a single digit line pool code to access dialtone from the Asterisk server, making it easy to dial a SIP extension. The MICS automatically buffers dialed digits until the outgoing trunk is actually seized, so there's no difference to the user.
222

333Asterisk FXO to Nortel Norstar/BCM FXS Interface Guide

by jcoomans, Wednesday 21 of December, 2005 [07:08:20 UTC]
When connecting an Asterisk FXO interface to a Nortel Norstar or BCM FXS interface, there are a few Nortel interface options:<p>

1. ATA (I-ATA, ATA, ATA2). These devices provide a single FXS interface from either the Norstar or BCM (ATA2 only) to the Asterisk FXO interface. Unfortunately, ATAs do not automatically support DTMF tones on exension to extension calls (i.e. ones where the Norstar and/or BCM does not terminate an external call on the FXS port), and neither do they support disconnect supervision. This makes them unsuitable for all but basic testing and/or lab environments when integrating the two platforms.<p>
2. VMI (Voice Mail Interface). The VMI was originally designed to provide an interface between the Norstar key system and an external, analog-based voice mail system. It has the advantage of being programmed to provide support for certain features (i.e. MWI, cancel MWI, Call Transfer, and Call Disconnect) via a "Link" and code from the Asterisk system. Unfortunately, it was long ago discontinued by Nortel, and only functions on the Norstar (the BCM does not work with the VMI). This device is great for small Norstar integrations, but rather expensive, bulky, and hard to obtain.<p>
3. Fiber ASM. This device provides 8 analog FXS interfaces for Norstar MICS systems, and one version will also support MWI, but it otherwise has the same drawbacks as the ATA, and is not suitable for anything other than basic testing and/or lab environments.<p>
4. ASM8+. This devices provides 8 analog FXS interfaces for the Nortel BCM (not the Norstar), and will provide full disconnect supervision on analog ports (assuming the BCM is on a current release of software). The only downside is that extension to extension dialing doesn't default to using DTMF tones, and the "long tones" feature must be used to provide DTMF on non-trunk terminated calls. However, this is an excellent interface for integrating with Asterisk FXO interfaces. There is also an older version of the interface (called the ASM8) that does not support disconnect supervision. . .avoid this unit if at all possible.<p>
5. 3rd party devices (i.e. Konnex, DTI, etc.). There are a number of 3rd party devices out there that will convert a digital station port on a Norstar or BCM to an analog FXS port. However, of these, I have only ever known one (the DTI device) that will provide disconnet supervision and DTMF support (with long tones enabled). Unfortunately, this devices has been discontinued for quite some time, and would only be available on the secondary market. They also had notoriously high failure rates, so I'd be careful with these devices.<p>

So you see, FXS to FXO integration on a Norstar system isn't exactly ideal, while on a BCM system, it seems to work a little better because of the ASM8+ unit. Because of these limitations, I would say that FXS/FXO isn't the best method of integrating these two platforms. Trunk-to-trunk (i.e. T1 or VoIP) integrations work best.
222

333Asterisk FXO to Nortel Norstar/BCM FXS Interface Guide

by jcoomans, Tuesday 20 of December, 2005 [23:40:11 UTC]
When connecting an Asterisk FXO interface to a Nortel Norstar or BCM FXS interface, there are a few Nortel interface options:<p>

1. ATA (I-ATA, ATA, ATA2). These devices provide a single FXS interface from either the Norstar or BCM (ATA2 only) to the Asterisk FXO interface. Unfortunately, ATAs do not automatically support DTMF tones on exension to extension calls (i.e. ones where the Norstar and/or BCM does not terminate an external call on the FXS port), and neither do they support disconnect supervision. This makes them unsuitable for all but basic testing and/or lab environments when integrating the two platforms.<p>
2. VMI (Voice Mail Interface). The VMI was originally designed to provide an interface between the Norstar key system and an external, analog-based voice mail system. It has the advantage of being programmed to provide support for certain features (i.e. MWI, cancel MWI, Call Transfer, and Call Disconnect) via a "Link" and code from the Asterisk system. Unfortunately, it was long ago discontinued by Nortel, and only functions on the Norstar (the BCM does not work with the VMI). This device is great for small Norstar integrations, but rather expensive, bulky, and hard to obtain.<p>
3. Fiber ASM. This device provides 8 analog FXS interfaces for Norstar MICS systems, and one version will also support MWI, but it otherwise has the same drawbacks as the ATA, and is not suitable for anything other than basic testing and/or lab environments.<p>
4. ASM8+. This devices provides 8 analog FXS interfaces for the Nortel BCM (not the Norstar), and will provide full disconnect supervision on analog ports (assuming the BCM is on a current release of software). The only downside is that extension to extension dialing doesn't default to using DTMF tones, and the "long tones" feature must be used to provide DTMF on non-trunk terminated calls. However, this is an excellent interface for integrating with Asterisk FXO interfaces. There is also an older version of the interface (called the ASM8) that does not support disconnect supervision. . .avoid this unit if at all possible.<p>
5. 3rd party devices (i.e. Konnex, DTI, etc.). There are a number of 3rd party devices out there that will convert a digital station port on a Norstar or BCM to an analog FXS port. However, of these, I have only ever known one (the DTI device) that will provide disconnet supervision and DTMF support (with long tones enabled). Unfortunately, this devices has been discontinued for quite some time, and would only be available on the secondary market. They also had notoriously high failure rates, so I'd be careful with these devices.<p>

So you see, FXS to FXO integration on a Norstar system isn't exactly ideal, while on a BCM system, it seems to work a little better because of the ASM8+ unit. Because of these limitations, I would say that FXS/FXO isn't the best method of integrating these two platforms. Trunk-to-trunk (i.e. T1 or VoIP) integrations work best.
222

333IATA not passing dtmf tones to fxo

by , Monday 10 of January, 2005 [22:10:43 UTC]
I have a CICS which has a Internal ATA. I hooked up a X100P fxo card to it and it worked for dialing out through the Nortel pstn lines (as the Nortel was configured to do) and it answered calls from other extensions (using Feature 66 on the Nortel handsets).

However, I could not get the X100P to sense the dialpad presses of the caller (on another Nortel extension) once it answered. I tried long tones (Feature 808) but the X100P immediately hung up when another key was pressed.

Just to make sure, I hooked up an analogue phone to the I-ATA and found that the dtmf tones were not coming out of the I-ATA at all (unless long tones was on)

Has anyone gotten this to work?

222

333Re: BCM and Norstar

by , Wednesday 01 of December, 2004 [03:41:30 UTC]
Hi Tom,

I also have setup a H323 trunk between Asterisk and the BCM and it all works well except for calls made from a Nortel phone to a (Asterisk) SIP extension - the SIP phone rings but as once it's answered I cannot hear anything - there is no error with the codecs.

I'm using the latest HEAD version but have had it all working with a pre-version 1 release of asterisk.

What did you change in h323.conf for it to work?

Many thanks.

Matt Green
matt@gpm.net.au
222

333BCM and Norstar

by tdriscoll, Monday 06 of September, 2004 [05:49:15 UTC]
First the BCM. I have confirmed successful H323 connection to and from a BCM3.0/3.5 to an Asterisk Server. It works pretty good. The CLID is a little weird from the BCM to Asterisk but works very well from the Asterisk to BCM. Note: its the BCM causing the problem. You do have to tweak both systems and make a change to the H323.config . I have spent a week off and on to use SIP but I was running into all sorts of issues. If some one knows how to use SIP let me know.

Second is the Norstar. Rather than use an outdated products like a VMI why not use a VOIP gateway. Namely AudioCodes MP104 or MP108. It works well with the norstar and the Asterisk. I have been using it since AudioCodes released them over 2 years ago. I have been sucessful at Norstar connections since I started this. Plus even used VMI's are expensive for 2 ports and they have issues. I have both the Nortel released INI file and Firmware plus I have my own custom INI and Firmware that works on the mp104/108/124. Question. Given the limitations of a Norstar why would you try to use a extension based solution with all of Nortels limitations? Just a note for you all the Nortel Norstar VOIP Gateway was made by AudioCodes not Nortel.

Tom Driscoll
tdriscoll@itstx.net
222

333Norstar VMI Tests

by , Tuesday 23 of March, 2004 [06:27:20 UTC]
We have two of the NT8B89DA VMI's, and they work fairly well. They support disconnect supervision and use DTMF codes to pass call information to the attached device (Asterisk). It's not as full-featured as the native protocol, but definitely offers a much better integration alternative than using the standard ATA/ATA2.

I ran across and 8-port analog interface for Norstar that apparently replaced the VMI, but I'll be darned if I can't find the link again!