×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Contact US

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

PRI with YALM

PRI with YALM

PRI with YALM

(OP)
Toshiba CIX670 with a CenturyLink PRI giving me a YALM. Resetting BPTU does not clear it and Telco can successfully call from circuit with a Tberd. We’ve had trouble with this circuit from the beginning and even had Telco reboot the ONT FOUR TIMES which fixed it once. Telco insists issue is with the PBX. C-link support tech claims the PBX is the one that sets the ‘D’ channel. Any insight is greatly appreciated!

RE: PRI with YALM

Assuming you are seeing the Yellow Alarm on the BPTU card? Yellow Alarm is also known as an RAI or Remote Alarm Indication so while it is true the D-Channel would need to be set on the PRI card, that is not the problem. Something on the "far end" upstream from you is in a Red Alarm condition.

Where is the TBERD test taking place? Many times, I have run into the problem where the jack on the NID has become loose over the years and created these "phantoms". Sometimes simply giving the NID jack a good wiggle will clear the alarm temporarily and gives you ammunition to have the NID checked. The TBERD might work great because the technician is simply using the monitor jacks on the NID card. This will also mislead the SP because they see no errors on their circuit which is true from the POV of the NID before that jack.

If the tech is willing, they could also connect to your PRI card and make/receive test calls if the Toshiba side is set up correctly. It is possible the card is faulty but extremely unlikely. Toshiba hardware is solid. If you can find a BPTU on the cheap, you could exchange it to further build your confidence it is not your hardware. Any possibility a nearby tech could come by with an ISDN test set or a CommWatch T1 monitor and help you?

Another thing that could trip this up is framing and coding is not properly set somewhere. Generally, the standard is ESF/B8ZS, but if someone changed something to SF/AMI that could foul things up too. One horror story I had was having the SP take days to discover a repeater was set to SF/AMI between the site and the CO.

On the D-Channel, if this was working at some point where calls could be made/received on the Toshiba, the D-Channel must be set properly.

Final question, to your knowledege, has anyone adjusted programming on the Toshiba? Especially any clocking settings in system data?

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close