We are on the latest loadware for 5.5, I will look into the carrier reversal as it is on a fiber ring. However ther are 2 other MGE that are on same fiber ring that do not reset
I have a CS1000 Release 5.5 with remote MGC at 8 multiple sites some over CPE fiber and some over Cox fiber. At two of the 4 sites over seperate legs of Cox fiber we are seeing random resets of the MGC cards at the same time. This is usually in the middle of the night at sites that are closed...
We are having the same problem on a 1005r HA System,it appears to be playing the message envelope properly according to the satellite site time zone, but have not figured out a solution yet, please advise if you happen to find out what it is. If we figure it out, will definately let you know.
THIS IS SUPPOSEDLY A PATCH WITH NORTEL THE PATCH NUMBER IS P25007 IF YOU DO A SEARCH FOR ERR073 ON NORTEL IT LISTS ALL CALL SERVER TYPES AND THE PATCH ASSOCIATED FOR THIS. HOPE THIS WORKS FOR YOU
Here is the procedure to upgrade the mgc cards I had the same issue and had to install the latest patches on the call server then when the mgc boots it loads those from the call server, when it sends a query to it.
To add .lw files to mgc card as follows
1. Download files from Nortel espl
2...
Also the rmd goes on the inside of the cppm call server, sorry about that, it will not boot from the front faceplate of the card this is for edd's and backups.
Did you change your s5 setting on the Call Server for the cppm card. This is what determines whether it will boot from the hard drive if it is a Signalling Server or whether it boots from the RMD for the Call Server, also the 512 should be for your Call Server Software, and should have the...
I work with this guy and the customer that he is working on is actually at release 4.50w, this is actually doing the same thing at 2sites with the same release of software. Any further information would be greatly appreciated
Ok so here is the solution to the problem encountered, Nortel put out a patch on 2/19/08, patch number is mplr25293, this patch is for all versions of core, if you look it up on there espl website, you can pull it down from there and load it, I have copied the information from Nortel and pasted...
I agree, unfortunately the customer wants it to work, as it worked before the upgrade, researching this a little farther we found that if you take out the esa totally, the errors quit, but then they dont get there proper clid etc. So this problem has to be associated with esa which is quite...
911 tried using no star then a different code still had same issue, so then the customer set aside a time to out and rebuild the esa, which we all thought would fix the problem and much to everyones surprise it did not. We are going to open a ticket with Nortel and see if they can find...
Thanks ace I dont see why they couldnt try that and see if it works, it is mostly the *67 they use, so maybe as long as it doesnt conflict with there dialing plan. Good advice just the same sometimes it is the simple solutions that just bog us down.
Thanks,
cscsupport
tnphone, yeah they are using a ffc of *67 when they dial out to block there number, these are attorneys, and they dont want people to see there number. And it appears that this is happening when they hit the star and then dial there number, this customer has plenty of ffc's that are using the...
Thanks pbx-e911 for your response, I appreciate all the help I can get if you get the chance to recreate please let me know, also I posted this in your website as well, was wondering if you got it.
cscsupport
2thumbsup]
We are not trying to block clid to 911 calls, and they seem to be working fine. And as far as the CAMA trunks that is the same question I asked, not sure why they are not using ground start, I believe it had something to do with ani and alli with qwest there are ffc's containing *, this is how...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.