Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

AUD422 console message?

Status
Not open for further replies.

huntsville

Vendor
Mar 27, 2004
65
IN
61c system gives this message roughly every 5 mins????

AUD422 016033CD 00000407 00000003 000000CC 00000001 00001889 00000000 21039 NULL

AUD000

AUD422 016033CD 00000407 00000003 000000CC 00000001 00001889 00000000 21039 NULL

AUD000

Where in 21039 is a Line side E1 extension. but no activity.
what is this?
 
that station is working right? switch thinks it is off hook, reorder tone given. i would so a entc on that set or just out it and put it back in. (different tn) your using e1 in huntsville?

john poole
bellsouth business
columbia,sc
 
I recreated the Extesnions in the same TN, (i cant recreate in a diff TN)

The probelem still severe now....
even though there is no activity from this extension system prints a lot of AUD422 bugs...

The extensions are not normal extesniosns, they are Line side E1 Extensions, connected to the predictive dialer.
FTR ACD, with a DN number.

pls help !!

AUD422 016BB5E5 00000407 00000003 00000044 00000001 00001812 00000000 21062 NULL

AUD422 0167B5F8 00000407 00000003 0000009C 00000001 00001857 00000000 21083 NULL

AUD422 0168C4AC 00000407 00000003 0000005C 00000001 00001810 00000000 21060 NULL

AUD422 016A0ABF 00000407 00000003 00000094 00000001 00001896 00000000 21086 NULL

AUD422 016BB5E5 00000407 00000003 00000044 00000001 00001812 00000000 21062 NULL

AUD422 0167B5F8 00000407 00000003 0000009C 00000001 00001857 00000000 21083 NULL

AUD422 0168C4AC 00000407 00000003 0000005C 00000001 00001810 00000000 21060 NULL

AUD422 016A0ABF 00000407 00000003 00000094 00000001 00001896 00000000 21086 NULL

AUD422 016BB5E5 00000407 00000003 00000044 00000001 00001812 00000000 21062 NULL

AUD422 0167B5F8 00000407 00000003 0000009C 00000001 00001857 00000000 21083 NULL

AUD422 0168C4AC 00000407 00000003 0000005C 00000001 00001810 00000000 21060 NULL

AUD422 016A0ABF 00000407 00000003 00000094 00000001 00001896 00000000 21086 NULL

AUD422 016BB5E5 00000407 00000003 00000044 00000001 00001812 00000000 21062 NULL
 
I am having the same issue. What I don't get is the originating tn and terminating tn are the same ones over and over and over. The originating tn is on an 8 span PRI that there is no way you could hit the same member while calling the same dn more than once. (well I guess you could but the chances are worse than hitting the lottery)

So why is the AUD message repeating itself, when was the actual call that the message is referring to made?

What is the first section in the ORPDATA? That is the same also.

This is happening on about 10 of my dns out of about 4000, but it is repeated so often that an AUD message pops out every 5-10 seconds. I have disabled and reenabled the tns, the cable pairs test clean. I can't make it go away.
 
what resides at

ld 32
NPR000
.conv 407
=> 004 0 01 03

all aud hits are against that tn. i would out that and move it

john poole
bellsouth business
columbia,sc
 
John,

Thanks for the reply. I don't think 407 is the TN because I have the same thing, I think that column is A.

AUD422 04/10/05 07:08:58 940627
OPRDATA: 03172E97 00000407 00000003 00000898 00000001 00002E66 00000000 8305565

898 is the originating TN which is off of my 8 span tg, 2E66 is the terminating TN for 8305565, 44 1 9 6

Here's a kick in the pants, I moved 5565 to a new TN and still had the messages come out on that DN, and they still had 2E66 as the TN.
 
almost sounds like a light coruption problem, not very normal to have a problem with 2 tn's and you can't move it. if i can mov a problem at least i know where it is. i wpuld try an off peak ini, check my patch load and call nortel

john poole
bellsouth business
columbia,sc
 
I did everything I could think of to the term TN and the messages were still coming out. I disabled and reenabled the originating TNs and they have stopped for an hour now. I'll keep you posted on whether or not they come back.
 
Trace the originating TN to see what state its in - if its disable, locked up or in half disconnect state...disable the TN and go to load 44 and type r 1 and wait for the prompt to come back.

If the terminating TN is an analog set, out the set and rebuild it, make sure XFR is in the CLS

On the route make sure FEDC and NEDC are both set to ETH.

After doing all 3, go to ld 44 and type r 1 and wait for the prompt.

I had this problem 2 weeks ago, INI will only hide it for a few days...then 1 of the old school tech saw what i was working on and offer to clear the problem if I bought lunch...problem was fixed a few hour later...and lunch was on me
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top