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 TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

How can I initiate trace ?

Status
Not open for further replies.

batkotivalio

IS-IT--Management
Mar 22, 2011
27
I have a transit exchange interconnected with two other by ISDN-Pri on one side and by E&M trunk to the other side. How can I make a Trace on transit call, because when I make a call from ISDN to Analog exchange (throgout E&M) to Busy subscriber i receive free tone (not busy tone).

 
:) I know that the command is CTDEI...
I'm asking you, how exactly to initiate trace to follow the transit signals. Should I make two different trace in both directions or there is another way.

 
I d'like to trece signals by STDEI, STTSI or etc.
Not CTDEI!!!

 
Do you have the transit exchange through connected, or is the A-party listening for tone message either from its own exchange or from the transit one?
 
post RODAP:ROU=ALL; and say what is the Route number for each route on the transit exchange, i/c (ISDN)and o/g (E+M). Then post the Lim each route is in via ROEDP:ROU=x,TRU=ALL; as the command is the unit and the lim for both traces. You can run them at the same time and see both sides of the MD110 as the call goes through.

best parnum
 
The CTCOP isn't that bad in this case.
make the call, then enter CTCOP:BPOS=...; and you can see the switch connections.
 

batkotivalio wants to see why and where it is failing through the transit switch so STUNI is needed if we know the lims the call is going through and the RODAP print for the routes, CTCOP won't give any trace details for him (but it can help identify the route to do the STUNI's on of course)

best parnum
 
exactly parnum !
Tomorow I'll post rodap of the routes.


 
<RODAP:ROU=1&7;
ROUTE DATA
ROU TYPE VARC VARI VARO FILTER
1 SL60 H'00000310 H'15400000 H'06010000 NO <-- ISDN
7 TL22 H'010F0002 H'00002040 H'22501000 NO <-- E&M

END



 
I can give you the SLP60 side:

/* clear previous traces */
STISR;
/* iniate */
STUNI:UNIT=SLP60,MSKSIG=02&03&A1,STORE=YES,LIM=X;

where LIM is the lim where your trunks reside (check with ROEDP:ROU=1);
/* Increase size (in case of high traffic */
sttss:tri=1,size=500);
/* start trace */
STTSI:TRI=1;
/* make testcall */
/* stop trace */
STTSE:TRI=1;
/* print trace, open logfile in winfiol */
STRAP:TRI=1;
/* analyze trace with signal trace interpreter */

about the TL22 side, just do the same but stuni would be
STUNI:UNIT=TLP22,LIM=X;

you can't use signal trace interpreter, just post the result here.

Cheers,
Daddy






-----------------------------------------------------
What You See Is What You Get
Never underestimate tha powah of tha google!
 
Hi, you should look at ROCAP for these routes.
It seems that you need a monitoring path to be established through the transit so thet the a-party can hear busy tone from the b-end of the TLP22 route.
 
You are talking about first bit from SIG paramenter - I changed it (on TL22, ROU=1) from 0 to 5 but no efekt...

 
Check also the parameters in A-party exchange, you may have the tone message already there.
As I wrote before, it is easy to make the call then check the switch pathes with CTCOP, DIR/EQU/BPOS is allowed as parameter.
There you can se if the TMU or the outgoing trunkline is connected to the A-party. Or the incoming trunk in the transit case.

 
Hi, actually I was talking about D8 of the sig parameter not D1.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top