atcomsystems.ca/forum Forums Other TDM Phone Systems Sprint - Tadiran Telephones & Systems Coral

I pulled tb0123-2007 D Channel Diagnostic Procedure off the Tadiran website. But all it gives is the hex on Layer 2. Where can I find Layer 3.

Next question to get me in deeper trouble. What are the rest of the dipswitches on the MCP2?

If this needs to be over in the installers forum. Let me know.

What are you trying to do?

I'm trying to learn more of these systems than they covered in I&M 1, since they no longer seem to be offering I&M2. As it is, I have to call for help to monitor the D-Channel messaging when I'm trying to prove the PRI problems are on the provider's side, not mine.

The switch question came when Port Washington mentioned a trick with SW 2 and it got me to wondering about what the other 6 are for.

I couldn't find any documentation on either of these, like that is a suprise with the Tadiran documentation. Although, I heard it's much better now than it was.

You should invest in a TBERD if you really want to do it correctly and cost effectively. You can of course open up the Q931 msg and see the call flow in hex. Everything you need is there in the up and down msg stack, if you have the patience for it and can read hex. I haven't used that since the 90's. When NI-2 becaume a standard it kinda went away as a need because pretty much no one uses custom anymore. As for the switches, those are mostly used for trouble shooting with engineering (at least that's what I have been told for the last 13+ years, and I know what some do) Generally speaking I have only seen them used extensively when someone screws up figuring how much ram is supposed to be left over and corrupts the whole system and the switches can help bypass faults. Of course I am speaking of everything but the serial director switch and the db load one.

The trouble with the TBERD is you have to be on site. With Tadiran, more and more of my troubleshooting is getting to be remote. Hence my interest in "Q931", is that the QSIG signaling?. I now I'm somewhat over my head, but that's how you learn to swim.

As to the dipswitches, I'm also programming more systems on our bench system and shipping out the PCMCIA to the customer. If I take more the the 14 days, I get to fight the "incompatible SAU" message. I learned how to bypass temporarily with switch 2, but when you're entering thousands of libs, that can get tedious.

It is highly recommend NOT to play with the DIP SW if you do not know what they do...

regarding Q messages,
open only the TNW messages from the relevant card:
SIMPLE_FORM -N
EXTENDED_FORM -N
TNW_FORM -Y

About many libraries, you can do it by script running very fast or use the "ASCII" application.

(-)

Oh no, Don't touch that, just fix it.

Dumbest thing I've ever heard. I've been programming and installing Tadirans for 4 years now. I'm just trying to find out the information most companies teach in their highly overpriced classes. I can understand labeling a switch "In House use only" or something to the equivalent. But at least document the ones that do matter like SW1 for the LIU.

As to the Q messages, I was looking for the cross reference to the hex code. I understand that used to be covered in I&M2 that no longer is offered. So I'm trying to train myself.

"About many libraries, you can do it by script running very fast or use the "ASCII" application." How do you speed up a procomm script? I guess you can shorten character spacing, but I've got that set as fast as I care to trust. As to ASCII, I don't trust it, and it don't work remote. The system I'm trying to program right now is 1000 miles away in Vegas, and the customer don't really want to take vacation and ship it to me, or be down a day or two while I'm on site installing it, the plan is to have it preprogrammed to just hang and run. The customer is paying for me to be in Vegas for a week, I don't want to spend it all onsite.

Regarding speeding up :
1. If U have LIU or MAP you can do most programming remotly. If it does not involve any system restart. It is quick, easy and painless.
2. PCPLus Script - try to make a script PROC that get a string, and send it char by char, waiting to the char echo, it will work with char pacing = 0 to the maximum available spped of the system and the path between.

But you still can't ASCII it remotely. I could pull a binary, upload onto a system here then ASCII it, but I'm still dealing with that pesky SAU message if it goes over 14 days.

On PcPlus, are you talking about:

Transmit "a"
Transmit "b"
Transmit "c"

to send abc.

not sure of budget but you can also install a computer directly connect it to KB0 then this is out of band management sort of and you can do anything you need to. I always bump up to max speed for scripts and general programming, backups you need to knock down a bit.

For circuit error from root 2 3 3 8 1 then 0 for statistics or 2 for status, if circuit is dropping you will see it here.

For Q messaging it is easier to read if you are looking for something in particular, reading it through entirely, it provides a lot of information that deals with everything.

Just to preface where I'm coming from, 18 years in telephony, the last four working with Tadiran IPX.

I've got my character spacing down to 150, 100 can be a bit flakey. I'm not trying to transfer large files, I'm normaly just metakeying the additional keystrokes so I don't have to type 12 returns to get down to the next "dial num". The current switch I'm programming is for an answering service with 2800 public libs. They're upgrading from 11.10 to 15.68, from a Coral II to an IPX500 with a 800 exp cab. The system is 1000 miles away in Las Vegas. I could have them binary it, but I don't have a Coral II to load then ASCII. (and can you ASCII a Coral II/11.10 then upload to a IPX/15.68?) I don't have the SAU seeing they're using it right now. I did figure out I could program out my bench system then copy the database to their new flash card. Otherwise the "SAU fault, call a tech" message is driving me crazy, (I know I had 2 weeks before it set in heavy, but things are pretty busy out here, and I've had 4 more weeks). That's the programming question I asked sorta, I know the switch to momentarily bypass the SAU fault, it got me wondering about the other switches. Tadiran sent me some info on that.

The D-Channel question is more curiousity and learning. I know the messaging is in hex, and the above mention TB give the table for hex to meaning on layer 2, I'm looking for the table for layer 3.

A lot of this is just academic, but I was brought up the only dumb question, is the one not asked.

You know you can pay Tadiran to actually do an ascii for you, right? 2800 libraries is a huge task, esp if you aren't using scripts.

That's why I get the big bucks.


Right!

Ya, but if you don't have the equipment to do it easilly and time effectively you are shooting yourself in the ass.

Can you upload an ASCII for 11.10 into 15.68?

That is the point of doing an ascii. SO you can upgrade AND resize; unless they have changed something that I am unaware of in 15.68. 2800 libraries..no brainer ASCII.

I was worried about the differences between 11.10 and 15.68. Seeing ASCII is just a script, it will be missing entries, IE:
USER_CANNED_MESSAGE#
PRIORITY_PREEMPTION_CALL
RSRVD_TO_BOSS_GROUP

If ASCII just grabs the lines as it comes, it'll bomb every library. At least that's the way it's treated me in the past and why I don't trust it.

Quite honestly, I simply give it to Tadiran because my time is valuable, esp with the larger systems we service. Never had an issue yet from them.

I guess the boss figures my time ain't that valuable, or that's what he pays me for. I know my couple of forays into ASCII left me figuring it's easier and quicker (after hand checking everything) to just key it in.