Trunk Monitoring

[26thPair]

Can someone tell me how to monitor my trunks. I think I'm over trunked but want to verify before I start pulling stuff out. Any way I can tell how many times a particular trunk has been hit.

 

[acewarlock]

LD 2 do a traffic study. If you don't have the manual's, you should get a vendor to do the study. this isn't something we can teach here very easily. I still have a hard time doing it and Iv'e been doing it for 25 years.

 

[SStieferman]

Uggh, just the other day I found a command in MERL on Load 48, 60, 96,???? I can't remember that would show you the number of days, listed by channels of the trunk since they were last used.

Anyone know that command or even if it still works? I was using a Merl x11 rel23 set of PDF's....

 

[johnpoole]

that was ld 36, but is not that helpfull except with cot trunks.. (older command) i would go to 96, do a stat, and disl a couple of loops, if you don't get blockage, your safe.. i wouldn't drop more then 10 percent unless i had downsized my station usage.. one thing i like, great tool, procomm scripts.. go to ld 60 do a stat wait for 10 minutes and do another stat, at the end of a week you have a major traffic study, without translating a lot of un-needed data.. if you use procomm, here's a short script
proc main

capture on
loop:
transmit "stat^M"
pause 3600
goto loop

endproc

you can modify that by adding each pri/t1 that you need to watch. run that from ld 60 and you'll see your usage patterns
goto loop

john poole
bellsouth business
columbia,sc

 

[26thPair]

Thanks for the info. I don't have a T1 feeding these Opt. 11's everything is Grd Start trunks.

I at one time was able to to see what line(s) were busy on a call and which ones were idle. But for the life of me I can't remember which load I was in and what I typed. I tried going into Ld 32 and stat but, that's not showing me what I had found before.

Does anyone not what I'm talking about.

 

[26thPair]

Ah.. I feel better now! I just remembered what I did.

 

[tnjwinters]

John,

Could you run by how to use a script on Procomm

 

[GHTROUT]

While I've had a lot of formal traffic engineering edukasion, there is usualy a simple way to perform a study.

For 1, you only need to analyze one hour - and some environments need only look at one hour in a whole month since they have a monthly busy period.

Your challenge is to determine when the busiest hour in the month or in the day takes place.

Knowing that period, someone needs to decide what "good" service is: Is it busy sigs for "XX"% of callers, and if so, what is the calculated time they will spend trying back. Or, is it ring no answer , meaning what the the number of agents you can live with during this "Worst hour"

When you have that hour determined

LD 2
.SOPC 2
.SSHC 0 1 1 31 12
01 23 1
1 2 3 4 5 6 7


Then at one minute after that busy hour,
LD 2
.INVC 0 2
to invoke a traffic print.

Find TFC002 and type it into this

http://www.ghtrout.com/ghtrout/files/tfc001-2-3-4.zip

and use this if you have not poked around for anything yet:

http://www.erlang.com/calculator/

~

http://www.GHTROUT.com/

 

[tnjwinters]

What do you mean by "Find TFC002"?

 

[acewarlock]

Thats the name of the report you get when you.

Then at one minute after that busy hour,
LD 2
.INVC 0 2
to invoke a traffic print.