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

BCM Auto Shutdown

Status
Not open for further replies.

redclass

Vendor
Jul 8, 2005
13
US
I have a BCM that is shutting itself down. It will work for 12 to 24 hours before shutting down. Incoming trunk, internal extensions, and regular dialing/switching features still work on the system, but all software-related features (like IP phones, voicemail) do not work.

It is a BCM 3.6 with most of the available patches. I uploaded an archlog:

ftp://ftp.redclass.com

I realize I am getting some errors that are being reported, but they are foreign to me (Alarm 044? Event 362?), as I can't find any clear documentation on translating the codes.

Any help greatly appreciated!
 
Oh, and the majority of the LEDs are flashing on the front when it shuts itself down. Still, the system is "on" in the sense that calls can be made, received, transferred, etc. Just no IP/software features like voicemail, auto-attendant, file shares, or access to the management interface (or even a ping).
 
There are 2 systems in a BCM box, the NT O/S on the motherboard and the telephony system located on the MSC card. I have always found that it is the motherboard that is the problem as only the I/O that are on the motherboard don't work. ie: Serial port, LAN port, WAN port and the Harddrive, all other telephony functions seem to work.

You didn't say if it is a BCM 200, 400 or a 1000, if it's a 1000 look for Bulletin Number: PAA-2004-0238-GLOBAL
Date: Version 1.0 – 8-June-2004. This is a known problem on BCM 1000.
 
It is a BCM200 w/ the first bay with a digital trunk module and the second bay with a 32+ module. Not sure why it would run okay for a day and then stop? Wondering if any of the errors it is reporting is the problem, and just want to cover all of my bases before I contact my distributor and ask for a replacement motherboard. Thanks!
 
There was a problem with DTM modules a while a go. Have you tried the BCM without the DTM module.

Marshall
 
I haven't tried taking out the trunk module -- it is a working environment so this is difficult to come by, but I can certainly try. Would incorrectly set dip switches do something like this? The tables for dip switches are all together confusing to me. I am unclear if I have single-, double-, or partial-density configuration .. I just know I took it out of the box as is and installed the two modules. At first, it neither worked until I changed the dip switches (I used the single-density guidelines). Then they worked fine, just with this lingering self-shutdown problem.

Perhaps unrelated, when the user grabs a line from the trunk, they get dead air instead of a dial tone. They can still dial normally, but they don't get a dial tone. I've used the same telco before, with the same T1 trunk type, with a BCM, and never had the problem of not getting an outside channel dial tone. Maybe it is related to a faulty trunk module, or maybe this is something I've done incorrectly configured, or something the telco has incorrectly configured. Caller ID and direct dial numbers are all received and processed correctly by the system, and the call quality is fine on all T1 channels, so the lack of a dial tone has been a non-issue.
 
At a guess you would be using bus 2 for the DSM 32+ and bus 7 for the DTM.

The switch settings for the DSM32+ BUS 2 would be off on on on on on

The switch settings for the DTM on bus 7 would be on on on off on off

The dial tone issue is exactly how the DTM operates.

Marshall

 
In the BCM200 I have the digital trunk module in the top bay, and the system identifies it as occupying Bus 2. The dip switches were set to /on/on/on/on/on/on/

The 32+ station module is in the bottom bay, and the system identifies it as occupying Bus 3 and 4. The dip switches were set to /on/on/on/on/on/off/

All the handsets are working, and the trunk seems to be working too, though this might be a completely wrong configuration! I can switch things around if you think it may help - thanks very much for all your help!
 
Have you tried to go into the BCM via Telnet monitor the board temperatures? I have experienced this problem with a BCM 200. When I went in to the unit to monitor the temperatures of the CPU, it was running at about 130 degrees F (should be 80-90
degrees F or 30-40 degrees C).

The CPU fan was failing the high temperatures were causing the motherboard to shutdown, resetting the BCM. Replacement of the base function tray ( with the motherboard ) is the solution.

Also, if the MSC card doesn't have a 'green wire' on the top of the card, then it will need to be replaced as there are known issues with the older MSC cards (Nortel put out a bulletin out on this).



There are only 2 seasons in Canada, Golf and Snowmobile season.
 
I have changed my dip switches and the 32+ module is working, but it does not detect the trunk module. I understand that the DTM should be Bus 7 according to the settings, but Bus 7 states "Actual Bus Type: None" and "State: Unequipped." I have Disbled/Enabled various buses and changed the "Programmed Bus Type" on several buses, along with several reboots -- but the trunk module is not detected on any of the buses. In the earlier configuration (stated above) the stations and trunk were working though I was having an auto-shutdown issue.

Below I have identified the dip switch settings being used.

DSM 32+ (identifying itself as Bus 2):
off on on on on on

DTM (not being identified; "unequipped" on Bus 7):
on on on off on off

Any help is greatly appreciated!
 
Did you set BUS 7 to Trunk under the Resourse TAB? by default it is set to Digital station.

Also there is a new Tecnhnial Doc. for BCM 200 and 400 with bad capasitors on the Base function tray mortherboard.
 
Did you set the bus 7 to Trunk and the module 1 to be a DTM (PRI access ISDN or what ever the circuit type.)

Marshall
 
Yes -- I set the "Programmed Bus Type" to:

Bus 1 - Digital Station
Bus 2 - Digital Station
Bus 3 - Trunk
Bus 4 - Trunk
Bus 5 - Trunk
Bus 6 - Trunk
Bus 7 - Trunk
Bus 8 - Data
 
With the "Programmed Bus Type" set as stated, and the jumpers set as below:

DSM 32+ (identifying itself as Bus 2):
off on on on on on

DTM (not being identified; "unequipped" on Bus 7):
on on on off on off

...Bus 3 through 7 are all "unequipped" and not being identified (which is okay for bus 3, 4, 5, and 6 because they should be empty). However, Bus 7 should be showing up. Not really sure what is going on.
 
2005006002 DOCUMENT ID VERSION 1 ACTIVE DATE 2005-06-14

BCM400/200 COMPONENT ISSUE - BFT REPLACEMENT
BACKGROUND
A component issue has recently been found in BCM400 and BCM200 platforms under release
BCM 3.0. The electrolytic capacitors used in the VRM power conditioning circuitry of the SH815
computer motherboard can fail in the same manner as those on the PW810 motherboard in the
BCM1000 platforms, typically resulting in total loss of all NT functionality and applications
including:
Loss of voice messaging and voice messaging mailboxes not being accessible.
Loss of the service of other business applications including unified messaging,
call center and IVR in a similar fashion
Loss of data networking and Voice over IP (VOIP) services.
Loss of MS Windows NT services, along with all applications running on
this operating system.
A warm reset or power cycle is required to recover services after the failure occurs.
Circuit-switched (TDM) telephony services continue normally when loss of NT services above
occurs.
As the capacitors continue to degrade, the loss of NT functionality and applications will occur
sporadically with increasing frequency. Circuit-switched telephony will always remain available.
Note: This capacitor issue is one that affects the computer motherboard industry globally.
ANALYSIS
Expected Scope
The scope of this Product Advisory Bulletin is limited to BCM 3.0 systems. Nortel is anticipating a
small failure rate of BCM 3.0 motherboards due to this issue. We are monitoring performance of
electrolytic capacitors used in the SH815 motherboard to validate this estimate.
To date, no BCM 3.5 systems have been found to have this issue. Existing studies of the suspect
electrolytic capacitor used in BCM 3.5 systems indicate that modifications in chemical formulation
of the capacitors, initiated by capacitor vendor, have improved their reliability and extended their
Life Cycle to accepted industry standard levels. Nortel will continue to monitor BCM 3.5 systems
for any abnormal behaviors.
Finally, motherboards used in BCM 3.6 and later are manufactured with a capacitor from a
supplier different than those used in pre BCM 3.6 systems, so this issue does not exist for BCM
3.6 and later systems.
The BCM 3.0 product codes affected by this issue are:
BCM Product Description PEC CPC
--------------------------------------------------------------------------------------------------------------------------------------------------
NA BCM 3.0 on BCM400, Standard NT7B10AADH A0898618
NA BCM 3.0 on BCM400, Redundancy NT7B10AADJ A0898620
Int'l BCM 3.0 on BCM400, Standard NT7B10AADP A0899811
Int'l BCM 3.0 on BCM400, Redundancy NT7B10AADQ A0899812
NA BCM 3.0 on BCM200, Standard NT7B10AADT A0990913
Int'l BCM 3.0 on BCM200, Standard NT7B10AADU A0990914
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top