Mitel 3300 as PRI Gateway for Panasonic KXT-D

[jimboban]

Hi All,

We're looking to implement a 3300 to fix some issues with a clients Panasonic system, specifically around voicemail with the plan being to have our ISDN30 going into one port of the Dual framer on an MXe and then trunk the 2nd port of the dual framer to the Panasonic.

Now the KXT-D doesn't seem to support QSIG, DPNSS et al - so I'm hoping we can set the 3300 up to provide effectively ISDN30 dial tone (we've done this before with definity systems) - is there any way to configure the Mitel to operate in this way?

Many Thanks

Jim

 

[kwbMitel]

Yes, the method varies depending on the equipment involved.

Basically you need to turn on the Network Side Interface options for the link connecting to the Panasonic.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[jimboban]

Thank you kwbMitel -

Are we talking in terms of LT/NT on the link descriptor interface?

The equipment involved would be a dual framer on the Mitel - and the standard PRI interface on the Panasonic - which doesn't support anything other than vanilla ISDN30 by the look of things.

Many Thanks


Jim

 

[tlpeter]

I think you need it set to LT and ETSI

NT is used for getting pri

ACA - Implement IP Office
ACS - Implement IP Office
ACA - Implement IP Telephony
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[kwbMitel]

Yes and No,

The LT/NT is part of the equation but not the entire story.

With an NSU for example you need to change a dipswitch on the back to flip the TX/RX pairs. Also the PRI setup thru IMAT needs some specific options to be enabled - Network Side Interface.

On the embedded mod, I think the LT?NT swaped the TX/RX pairs but you still have to enable the Network Side Interface option on the link in question.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[kwbMitel]

Below is the text from a document I have for connecting Mitel to Mitel via PRI.

It should give you enough insights to figure this out.


Looping digital links for testing purposes (3300)

In some instances, it may be desirable to test digital links from the Mitel equipment only and eliminate the telco. This will allow us to confirm that the hardware and programming on the 3300 are O.K.

- It is essential that you have available digital link licenses. You need one available link license to enable you to create a new digital link for testing purposes.
- If you are testing a digital E&M circuit or an ISDN circuit, you can use the existing digital link descriptor for the new test link. If you are testing MSDN, you will need to create another link descriptor, making the “address for message control” the opposite value (A or B) of the original link descriptor.
- If you are using an embedded T1 framer, and you create a new link descriptor, set the LT/NT fields opposite for each link or use a x-over cable to connect the 2 links.
- Program the trunks for the new test link using the same trunk circuit descriptor as the trunks on the original link.
- Program ARS and trunk service (absorb 0) accordingly to allow test calls out 1 link and back in the other.
- For E1/T1 modules, set “Network-side/Qsig Master” to yes for one link in the Protocol Assignment form.


IMAT programming for looping around PRI on an NSU

- You must set one link for master which requires the option “Network-side Interface” to be checked on the options form.
- Now check “Network-side/Qsig Master” for one of the links in IMAT under Pri link characteristics.
- On the back of the NSU there are 2 banks of DIP switches. Toggling number 6 will reverse the TX and RX pair of the CAT5 cable. Alternatively, you can use a x-over cable. Ultimately, the TX of one link must be connected to the RX of the other.


*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[jimboban]

Thank you all - is this likely to work even though the Panasonic system will not support QSIG?

Cheers

Jim

 

[cwc3]

the kx-td does support qsig

 

[jimboban]

Aha! That might be a more useful question - is that with the standard PRI module - are we likely to need to change anything?

It's an old KXT-D

 

[kwbMitel]

Leave Qsig off, the rest should be ok.

I didn't provide the above as a step by step process.

More a guideline.

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[cwc3]

all you need to do is is match the the td 290 card pri (and maybe flip tx and rx )default settings qsig at that point is just available unless you can turn it off on the 3300
side

are you planing on sending d.i.d/d.d.i digits to the panasonic?