[cisco-voip] PRI 's Roll

[tmdvoip]

Jason F.

Yes, I agree I believe that all PRI's were with out power too. = No Roll
The AT&T Engineer was sketchy on the details.

Okay, but let me get this straight.

The in-bound caller gets the following:

(Busy out) = (actually put into out of service)

(All circuits are busy) =? Is what

In this case the in bound callers got a (fast busy) at one point and a (All
circuits are busy) another time.

Further, at one point we could see a PRI come back online from Cisco's RTMT.

In any event, thanks GUYS for the impromptu lesson.


TMD

-----Original Message-----
From: Fuermann, Jason [mailto:JBF005 at shsu.edu] 
Sent: Tuesday, January 05, 2010 6:09 PM
To: 'tmdvoip'; 'Jason Shearer'; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] PRI 's Roll

ATT is bottom up for us. If your sales person is not lying to you I would
assume that the power outage affected all the PRI's and that's why the calls
didn't roll/hunt. More importantly you need to try and get this error
message yourself while monitoring the trunks (maybe you can narrow it down
to a channel). Additionally, we found if you "busy out" (actually put into
out of service) channels as Jason suggested, when ATT tries to send a call
to you they will provide a busy tone to the caller and not try another
channel.

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of tmdvoip
Sent: Tuesday, January 05, 2010 2:25 PM
To: 'Jason Shearer'; cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] PRI 's Roll

Jason
I believe we are bottom up...
I am going to do some more research and query my sales person.
I will get back to you on this topic.
This is a great start...

Thanks so much, Tom


-----Original Message-----
From: Jason Shearer [mailto:jshearer at amedisys.com] 
Sent: Tuesday, January 05, 2010 3:03 PM
To: tmdvoip; cisco-voip at puck.nether.net
Subject: RE: [cisco-voip] PRI 's Roll

Ask these questions:

1) What order are they rolling in?
2) What distribution algorithm are they using?  (top down, circular, etc)

You can test each channel if you would like by shutting #2 & #3 down and
busying out all channels but one on #1.  Place test call.  Rinse and repeat
till you have tested all channels.

I typically request top down from the provider and do just the opposite
outbound.  If they are going top down 1,2,3 I will go outbound bottom up
3,2,1.

Jason

-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of tmdvoip
Sent: Tuesday, January 05, 2010 1:56 PM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] PRI 's Roll

Guys:

This is my configuration
CUCM 4.2(3)sr4a (2) Cm in cluster
Cisco Unity 4.0(5.0)
Cisco 2851 Routers


Here is the situation: My client complains that external callers sometime
get an error message from our Telco Provider AT&T saying (all circuits are
busy).

I opened a ticket with the provider and they confirmed that there was a
power outage at one of their locations. Therefore, the Telco Provider AT&T
circuit has no power and our PRI goes down.

My client has 3 PRI's configured and they are supposed to roll from one PRI
to the next as call volume increases. The thing of it is my client has 3
PRI's with 23 channels each that are way-way under utilize. My question is
should the incoming calls just transition to the next PRI in the group? Am I
missing something? Is my Telco sales person says we are configured to roll
to the PRI. Why is it not rolling?

Sincerely,
Thomas Dooley
Cisco Telecommunications Administrator
Triad NC
Desk: 336-917-7125



_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

*** NOTICE--The attached communication contains privileged and confidential
information. If you are not the intended recipient, DO NOT read, copy, or
disseminate this communication. Non-intended recipients are hereby placed on
notice that any unauthorized disclosure, duplication, distribution, or
taking of any action in reliance on the contents of these materials is
expressly prohibited. If you have received this communication in error,
please delete this information in its entirety and contact the Amedisys
Privacy Hotline at 1-866-518-6684. Also, please immediately notify the
sender via e-mail that you have received this communication in error. ***

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip