Dropped calls...MICS & T1? 2

[DOcean]

System is an MICS with T-1. Calls are dropping randomly, but not the entire T-1 is dropping (e.g. - user @ desk "A" call gets dropped while user @ desk "B" keeps talking). The sets do not "blink-out" and caller can immediately re-dial and be connected.

Carrier tested the T-1 and found no problems (as usual). There are no alarm messages on the system indicating T-1 has dropped.

This issue is affecting all users.

Any suggestions as to where to start looking for the problem?

Thanks in advance,

D. Ocean
Miami, FLA

 

[luv2ski]

what release on the software

ONLY 17 WEEKS TILL SKI SEASON STARTS

 

[DOcean]

I don't have that info in front of me. System was installed new last year, so I'm assuming it is the previous release (previous to 6.1?).

D. Ocean
Miami, FLA

 

[Sphoneman]

Is this from callers they know?

Are they on cell phones?

Have the users tried to detail which line they are on & at what times?

Is this from local callers or long distance callers.

Steve
tele-dataservices.com

 

[DOcean]

Is this from callers they know? Are they on cell phones?
Is this from local callers or long distance callers. Have the users tried to detail which line they are on & at what times?


The incoming calls are from all over and at all times. Totally random. Very busy office. Local, long distance and there was even a dropped call from London. Incoming/outgoing same issue. I've tried to gather more info from the users, but these are not technically-minded people.

Would there be "lines" in a T-1 situation?

D. Ocean
Miami, FLA

 

[luv2ski]

are we on a pri t1 or a plain t1 and we really need the release of the software

ONLY 17 WEEKS TILL SKI SEASON STARTS

 

[harry8929]

I have had these same issues twice.

Are you getting any alarms? I was getting 63-xx alarms quite a bit and it turned out it was a bad T-1 card. $$$$ later and the problem was corrected. I had the provider test the T1 for 3 days and they said they saw no errors. So I called euipment provider and they replcaed the T1 card. It now works like a champ. Unfortunately in the 4 years I have been here, this is twice it has happened to us.

We have a MICS 4.1.

 

[harry8929]

I have had these same issues twice.

Are you getting any alarms? I was getting 63-xx alarms quite a bit and it turned out it was a bad T-1 card. $$$$ later and the problme was corrected. I had the provider test the T1 for 3 days and they said they saw no errors. So I called euipment provider and they replcaed the T1 card. It now works like a champ. Unfortunately in the 4 years I have been here, this is twice it has happened to us.

We have a MICS 4.1.

 

[DOcean]

The only alarm I have seen recently was "75".

And events:

EVT 693-E124 S3
EVT 820-000502 S4
EVT 222-247 S4
EVT 372-00
EVT 820-141102 S4

D. Ocean
Miami, FLA

 

[senk1s]

alarm 75 means ur T1 has gone down

 

[westcoaster]

If it is the first release of 4.1 (30NdG00) it is the software. that release is known to drop calls... a cut and paste...

MICS 4.1 WI 6.04 ITAS SRN-019 February 2000
Norstar MICS 4.1 was released to the market on September 15, 1999 and introduced new call processing
features such as External Call Forward, as well as support for the Norstar Data Interface. In September,
MICS 4.1 released at working issue (WI) 6.00.
MICS 4.1 WI 6.04 is a maintenance release to resolve issues encountered in MICS 4.1 WI 6.00. It was
made available to the general market place February 21, 2000. A replacement process is in place and is
described below.
This SRN will describe the performance changes made in MICS 4.1 WI 6.04
Overriding Call Forward feature not working
The Overriding Call Forward feature allows a forwarded set to receive calls ONLY from the set it was
forwarded to.
An example of the problem description is as follows:
- set A forwards to set B
- set B tries to call set A
- set A gets one ring only
- set B gets a ‘Not in Service’ message
This has been addressed in MICS 4.1 WI 6.04
Intermittent ‘Not in Service’ & Calls Being Dropped
The symptoms encountered are as follows. Users would see a " Not In Service" message when trying to
transfer (F70), Voice Call (F66), direct station to station, Voice Mail transfers (F986) and Call Park (F74).
The ‘Not in Service’ message was seen on originating sets only. Another manifestation could be users
experiencing dropped internal and external calls.
This has been addressed in MICS 4.1 WI 6.04
Loss of soft key use on C3050 when a call is FWD to VM DN
A wireless set (C3050) calls a wired set XXX. Wired set XXX is Call Forward All Calls (F4) to Voice Mail DN.
The wireless set hears the mailbox greeting and prompts user to leave a message. The wireless set user
records a message and uses the soft keys on the C3050 to end and send the message. The soft key fails to
work. Message was successfully sent when the DTMF dial pad was used (# to end the message recording
and another # to send it)
This has been addressed in MICS 4.1 WI 6.04
MICS4.0 one way speech path on redirected target lines
A target line call ringing at a set that has been re-directed (F84) or externally call forwarded (F4) will
experience a one-way speech path (calling party hears but can’t be heard)
This has been addressed in MICS 4.1 WI 6.04
Replacement Process (Marketing Communiqué 213)
If a customer’s MICS 4.1 order was fulfilled with MICS 4.0 during the Stop Ship, and they
require the MICS 4.1 features listed below; please follow the RMA procedure below.
Note: MICS 4.0 software does not have the condition identified in MICS 4.1.
Norstar MICS 4.1 software offers the following feature enhancements over MICS 4.0 software:
Ø Norstar Data Interface Support
• DS-30 to synchronous serial connection support into any Nortel Networks or 3rd Party Data Terminal
Equipment
Ø External Call Forward
• Call Forward Busy
• Call Forward No Answer
• Call Forward All Calls
Ø Outgoing Name and Number Blocking
Vertical Service Code and Suppression Bit Central Office Support

 

[DOcean]

Problem persists. Here's additional requested info:

Software release is 5.0 (NT7B64YL).

Different alarm codes today:

42-0, 43-0, 44-0

D. Ocean
Miami, FLA

 

[Sphoneman]

Westcoaster,

That was a most excellent "Cut & Paste".

A star for you.

Steve
tele-dataservices.com

 

[mroberts]

Alarm 42:
The long term alarm threshold has been surpassed in the DTI for the detection of loss of signal.

Alarm 43:
The long term alarm threshold has been surpassed in the DTI for the detection of Alarm Indication Signal.

Alarm 44: The long term threshold has been surpassed in the DTI for the detection of Remote Alarm Indication.

Have you looked for any other Event codes in your Network event log around the time that the outages are occuring.

Those alarms/ events could point us in the direction that we need to go in.... ie., replacing the DTI card or perhaps the 6 port combo (if you have it) or services card.

MRoberts

http://www.a1teletronics.com

 

[DOcean]

Recent event codes are as follows:

EVT 693-E124 S3
EVT 820-000502 S4
EVT 222-247 S4
EVT 372-00
EVT 820-141102 S4

Unit has a 6-port combo card installed. I really do not want to believe this is an equipment issue. Wouldn't the problem be consistent if a card/component has failed?

Carrier is pointing the finger at the equipment, also, indicating they have tested the circut (remotely...no tech has visited the site) with no problems revealed.

Bottom line...client is p.o.'ed at ME!

Any/all suggestions are appreciated.

D. Ocean
Miami, FLA

 

[aragon]

My suggestion is to upgrade to 6.1 maintenance release.
Norstar has had many issues in the past with PRI they never really got it quite right, because they never fully supported all of the PRO stack.
One of the enhancements in 6.1 MR is the increase in duration for the long term threshold timer before the watchdog tears down the call.

 

[obobob]

I had the same Evts and Alrms and it was fixed by changing the DTI card.
MICS 4.1

 

[aragon]

You could also make sure that your DTI card clock source is set to primary and turn your internal csu off on the Norstar.
Good success doing this.
Better success upgrading to 6.1 MR