Interesting problem??

[Shermanchicken]

Customer has a IPO 4.0 412 with PRI. Between midnight and 12:10 the PRI channels are down. If you make a test call at 11:58 p.m. the call goes through. At midnight or after you get a busy signal. The monitor doesn't show any errors and system status shows the channels in a state of idle. I have to reboot the system and the PRI channels start working. This problem only happens at night. NO cleaning ladies unhooking anything or power issues at that time. Local service provider strongly admits there are not doing any routine maintenace on the circuit at night. Has there been any problem like this out there? The circuit works perfect from the reboot time to midnight. Any help would be appreciated. Thanks

 

[jamie77]

Does the call hit the IPO between these times?? Can you see it on monitor.

Can you get a Trend on the ISDN at these times and try it between these times. I suspect the Telco are not telling the whole truth (for a cahnge!!!)

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[PlatinumGuy]

Run an isdn trace.

If you can see the call hit the switch then it is something to do with prog.

If it doesnt even hit the switch its the telco.

 

[Gibsonic]

another thing to do to help narrow down the possible causes is to change the time on the IPO and try to mimic the 12:00-12:10am outage during the middle of the day.

If it outage follows this time change then it is definatley something with the IPO, not the CO. Likewise, if it doesn't follow it then it IS likely the CO.

 

[tlpeter]

if you use 4.0 then you can see an alarm in SSA
but with monitor it should be there if it is tracing


ACA - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!

 

[ronromano]

Are you doing anything anywhere on the system with Time profiles? Even something that seems insignificant?

 

[PlatinumGuy]

Im just wondering is this anything to do with what the IPO does every night at midnight?

Every midnight it will erase its working flash cfg and load the cfg from RAM again etc etc.

 

[kflounders]

Are they Dual T-1 cards or single?

 

[Telecomboy]

I'm with ronromano. I would check your time profiles. I bet there is a piece missing there.

 

[Shermanchicken]

Great advice. I didn't set up any time profiles. I am going to recreate the problem during working hours to see if it happens. It is a dual PRI card with only one being used and the other set to not in service.

 

[Shermanchicken]

I changed the time on the system to an earlier time and made test calls,worked great. Changed it back to correct time and tested. Busy signals again. Nothing is showing it hitting the system in monitor. Service provider claims everything clear on there end. They wont' send a tech out of course.

 

[jamie77]

It does sound like something on your config of they worked with the IPO set with the wrong time.

Can you give more details about how and where your calls route?

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[ronromano]

What happens if you put the PRI in the other port and put that port in service and try it?

 

[Shermanchicken]

The calls route to groups which get answered by voicemail via a night service button. Also there is DID that go to extensions immediately. I have not moved the PRI to the other port but its worth a look.

 

[Shermanchicken]

3WEEKS LATER PROBLEM FIXED!!!!

Talked to 3 different service provider techs before the last one figured out what was going on. They were doing a B-channel service check at those hours at night. They turned that function off and the circuit stayed working through the night. I will continue to monitor the system the next few days. If anyone runs across this problem in the future make sure you get the correct info from service provider before swapping out equipment or changing programming. Thanks to all that posted with ideas and thoughts. I looked at everyone of them before finding the issue.

 

[Gibsonic]

thanks for the update Shermanchicken. it's good to hear the resolution to these type issues.

based off of your test you did to change the time during the day and everything worked fine definately pointed to the CO. You just have to keep bugging them until you get someone willing to consider they might have something wrong.

i had a similar situation happen a couple years ago with a point to point circuit between two definity's. It would sporadically drop calls. It took going back and forth with the CO for nearly a YEAR to get this resolved. In that year we replaced cards, cables, CSU's, had high teir Avaya techs verify the programming etc. The CO would test the line and everything would run clear. The final resolution was when we had them come out with a T-Bird and leave the monitor running for a day. The T1 was getting LoS randomly every 30 mintues to 5 hours. They ended up having to run a whole new pair to the building from the pole b/c the old wiring that it was on was determined to be the likely cause.

Moral of the story. Never believe the CO. Ironically, i work for a CO now.

 

[aeverson]

You wouldnt happen to be in California would you? I worked with a customer in the Orange County area and I noticed that it took nearly 20 minutes for their PRI to come back into service. The IP Office does refresh itself at midnight and if you have a slow PRI like this you would definitely see the problem.

Heres my suggestion, change the time so that its 30 minutes ahead of time. At 11:30 monitor the IP Office because the system will think that its midnight. If nothing happens then check your system 12:00am to see if the PRI goes down. If thats the case then you know its the phone company.