Protocol type on an ISDN TIE circuit

[BikeTours]

I need clarification on connecting third party equipment via PRI to a Meridian switch.

The connection would be Nortel PRI/DTI card - to - Third Party Equipment. The third party equipment is a server with its own T1 telephone board that is optioned PRI. The Telephone Board producer has suggested that there are issues in connecting to a Meridian PRI/DTI card via PRI.

The telephone board manufacturer indicates that the PBX must supply Network Clocking and at the ISDN layer 2 it must provide Network side emulation, and in regard to the Network Side Emulation it must use a common ISDN protocol.

In regards to these issues:

1) In regards to clocking the PRI/DTI card gets clocking from the PBX's clock controller so by default it is the clock master. Clocking is not an issue.

2) In regards to Network side emulation, I have only seen example configurations where the PRI interface was optioned as a USR side connection. That being said one can install PRI TIE trunks between two switches. In order for the ISDN layer signaling to go active one side must be USR and the other set to Network. So I would conclude that the PRI/DTI card can provide Network side emulation.

3) The question then is the ISDN protocol type. The suggestion was that when optioned as the Network Side on PRI TIE line connections the Meridian PBX uses a SL1/100 ISDN protocol type. This protocol type is obviously proprietary to Nortel, I have never seen it used on anything else. The telephone board manufacturer does not support this ISDN protocol type.

The telephony board manufacturer has not done a lot of their own testing in this regard so I don't know how reliable their information is.

Question:

a) On a Tie Line connection out of a PRI/DTI card can the ISDN protocol type be set to anything you want or does it automatically default to the SL1/100 protocol type and can not be changed?

b) Do the different switches in the Meridian Switch family work differently in this regard? I am particularly curious about the Option 11C

 

[janaya]

the meridian can provide different protocols. What is the suggested type for your equipment? the Meridian line from 11c to 81C should be able to handle the requests.

I have put in Ties to Cisco and Avaya equipment, as well as to dialogic cards for IVR functions and have been able to use all different types of configurations.

What type of equipment are you hooking up to?

John

 

[janchundia]

1)The PBX is clock master or slave depend of switch configuration.

2)You can configure the Meridian master (NET) or user (USR) for you ISDN connection.

3) The Meridian also support different ISDN protocols (QSIG, ETSI,EURO etc) for connection to other PBX´s or Central office. Only use propietary protocol SL1/100 for connection with the same PBX or Central office Nortel.
support this ISDN protocol type.

Is your card installed in the server dialogic ??

Javier

 

[BikeTours]

The telephone card is Brooktrout. Brooktrout boards can configure a variety of ISDN protocol types:

AT&T - 4ESS/5ESS
DMS 100/250
National

There is corresponding protocol types on the Meridian

D100: DMS-100
D250: DMS-250
ESS4: AT&T ESS#4
ESS5: AT&T ESS#5

From the above responses I should be able to option the Nortel PRI/DTI card to match one of the Telephone card settings, and accordingly I should be able to use a PRI TIE line optioned IFC ESS5 SIDE NET [or one of the other above protocols] to connect to the telephony board.

I therefore can't account for why it was suggested to me that there is an ISDN layer 2 issue. Has there been a software release change that allowed the Meridian switches to connect on a PRI TIE line using something other than a SL1/100 ISDN protocol type?

 

[johnpoole]

as far as the nortel fam, opt 11 included. you can use any protocol mentioned above.. you can use pri between any two switches and still get name display and msg waiting lamps as well as clid (calling line name display).. you have a choice of around 20 types of protocol types.. i usually use nt2 or ess if the far end can match it.. if your server can't speak those the universal choice is qsig.. nortel supports all 3 flavors in the basic package.. the nortel also has a very robust tandem package.. meaning that dialing from your server through the nortel to a third switch is clean and transparent... i may have used more detail then you needed, but you sound more like a data background person, meaning we talk different lang.. in my word CDP doesn't have anything to do with cisco...

john poole
bellsouth business
columbia,sc