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

ip 500 with 2 pri s

Status
Not open for further replies.

misterbelly

Technical User
Aug 6, 2006
68
ES
Hi All,

meeting with a client next week, and from what i can gather, they want to have lines from two telecom providers. They would like to have 2 PRI cards, in a ip500 and connect each provider. Is there any licencing required for 2 x pri cards?

Thanks tom
 
Only licences needed are for the amount of channels you intend to use, each card gives you 8 so if you want 20 on each line you will need 24 channel licences :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
The PRI card comes licensed for 8 channels so you need to add 2 more 8 channel licenses to use the full PRI. In your case that would be 4 licenses.
 
Did he say he has a T1 PRI, it can be a E1 as well.

For a E1 PRI : you need licenses for 22 additional channels per PRI to have full access to all 30 channels.
For a T1 PRI : you need licenses for 16 additional channels per PRI to have full access to all 24 channels.

Unlicensed channels stay out of service.

___________________________
Call Avaya, costs only €400 per hour, you must buy at least five hours.
But then you can talk to a REAL expert....
Now that is what i call support.
 
Sorry for being presumptuous. I spend a lot of time answering questions from sales people. The "did you remember to include the extra licenses for the PRI?" is about as ingrained as "Yes Dear" after 10 years of marriage.

I should know better too. I was asked one time to make some changes to a switch in New York City that had just been installed. The person neglected to tell me that it was networked to a switch in London and that the remote access was for the London voicemail PC. So Manager defaulted to 255.255.255.255 so I just pulled the config. I was so confused and couldn't figure out what the lunatic who programmed the thing was thinking or how anyone was able to even call out. I almost started "fixing" it too.
 
update on this. Each individual pri will work on their own, when client tries the two together , then they will not work in conjunction. If they come licenced for 8 chanels, then I presume, this cannot be the issue. is there anything that needs to be done to the config, to have them both work together?

thanks Tom
 
Thanks for the replies Tom, i am unsure of the config at the moment. I am leaning towards the line providers, having different standars. could this cause the issue?
 
Good old monitor trace may shed some light on this, but standards are standards i.e they are the same for everyone but they may be using slightly different settings, I would confirm what they require :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
Another possible cause could be clocking, if the clock source on a line is out it from the other (quite possible with different providors) that can cause issues such as this too :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
or if they are both set to network. in my experience that just causes the system to reboot every 20 minutes or so. that was a few years ago though, early 3.2 builds.

ACSS-SME
Get well soon Aaron.
 
I may be misreading the post, but it almost seems that the customer wants the PRI to work as a failover. Unless this is coordinated with the provider (and even then it is not always possible) this will not work. If you have DID's set on one provider's circuit and you remove that line then the calls will never be able to hit the switch via the other circuit. Outbound calls should work but you may get an occasional "waiting for line" message on the phone.
 
It could be that they both NEED to have network clocking enabled because they might are not synchronous to each other. That is in theory as I never had that scenario.

I just had the problem with failover to a different provider because the customer had analog failover lines from somewhere else and both providers told me that they do not failover to a different provider. Customer didn't even know they did not have failover lines for years, LOL.


Joe W.

FHandw., ACSS

insanity is just a state of mind
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top