Search results for query: *

Ok... Here's what I have for LD 137 STAT HSP & STAT ELNK .stat HSP LCS HSP STATE is DOWN HSP LINK CARRIER: OK Auto Negotiation: Enabled Auto Negotiation Completed: YES Actual Line Speed: 1000 Mbps Actual Duplex Mode: Full Duplex Ethernet (gei unit number 1): Internet address: 127.2.0.2...

Hmmm ~ Not sure of these acronyms... what is HSP? You have already probably figured out my answer to the next question. I do not have access to PDT

Hey djk205 ~ Are you saying these errors are pointing to an elan port? the errors appear to be pointing to the CPU-0

Greetings ~ I have a CS1K-E kicking out SRPT errors - it looks as if CPU-0 is defective or something on CPU-0 not feeling well. I have attached the HST file to show exactly what's going on. Looking for some guidance on a resolution > Would an INI possibly clear this? What happens if there’s...

Ah shoot - ya know - these are i2002 sets. So the menu is different - I now see on the i2004 sets where I adjust this. Not too certain if I can do this on the i2002 sets

Greetings ~ Where do I make this change? Does this entail a system reboot? Can this be phone dependant or is this system wide? The current setting is Nortel-i2004-A from 10.1.X.XX XX.XX.XX.XX:4100,1,5 Is there a way to adjust the retry to 10? Thank You, mrclean613

Hey there Wane47 ~ I'm referring to the Alarm/Fan module (NTDU64) On the inactive CPU Alarm/Fan module (NTDU64) Here are the lamp conditions on the Alarm/Fan module System LED = RED Power LED = RED The other two LED's = GREEN On the Active CPU - Alarm/Fan module All four LED's = GREEN...

Hey there Wane47 ~ Do you happen to have a CS1000E? Would you happen to know what the normal lamp conditions are for both Call Server CPU-O & CPU-1 are supposed to be? Is the inactive side suppose RED on the Power and System LED?

I appreciate the feed back I'm familiar with the Paddle Boards on the Legacy Nortel Opt81C - CS1000M (several columns) architecture However, this issue I'm having is on the Nortel RACK MOUNTED CS1000E - this is the Call Server Architecture

OK - Here's what I get - I don't believe there is no System Monitor on the CS1000E Call Server stat cpu cp 1 16 PASS -- ENBL TRUE REDUNDANT DISK STATE = REDUNDANT HEALTH = 20 VERSION = Jul 28 2005, 04:14:02 Side = 1, DRAM SIZE = 512 MBytes cp 0 16 PASS -- STDBY TRUE REDUNDANT DISK STATE...

how do I verify the NET card is ENBL?

Yeah - no luck there I did see mention of SCPU to get the system running on CPU-1 > then trying to initiate the ENLL Not too certain and I need to do this maintenance after hours. I prefer to know what to expect before hand

It's a VGW - loop 16 running in core-1 - Active CPU-0 What are my options? What effect is this loop being DSBL having on the system? Can I lock the Core-0 and work on this loop 16 without an interruption to the system... INI or Reload - can't have an interruption during production hours...

Unable to restore this loop These are VGW trunks for the most part REQ: stat 16 SUPER LOOP DSBL RESPONDING Any suggestions are appreciated - all maintenance needs to be done after hours - I'm trying to determine the current effect of this loop being out of service?

CPU-0 side is all GREEN lights So, you suggest an INI - do I need to swap CPU's to get it on CPU-0, then INI the switch? Or can I initiate the INI on CPU-1?

>ld 135 CCED000 .stat cpu cp 1 16 PASS -- ENBL TRUE REDUNDANT DISK STATE = REDUNDANT HEALTH = 20 VERSION = Jul 28 2005, 04:14:02 Side = 1, DRAM SIZE = 512 MBytes cp 0 16 PASS -- STDBY TRUE REDUNDANT DISK STATE = REDUNDANT HEALTH = 20 VERSION = Jul 28 2005, 04:14:02 Side = 0, DRAM SIZE =...

Ok... Here's the LDN information on bothe the CS1000B & CS1000E ***************** CS1000E - LDN REQ: prt TYPE: ldn TYPE LDN_DATA CUST 0 TYPE LDN_DATA CUST 00 OPT XLDN DLDN NO LDN0 8999 LDN1 LDN2 LDN3 LDN4 LDN5 ICI 00 ICI 01 ICI 02 ICI 03 ICI 04 ICI 05 ICI 06 ICI 07 ICI 08 ICI 09...

Hmmmm Well I was assuming in normal mode that the DID's to the branch would terminate directly to the CS1000B PRI? I'll turn up DCH monitoring to se how the DID's are presented to the Branch

There are no PWR codes in the history file We're on T&M with a local vendor - The cs1000e appears to be running ok at the time - CPU-0 is the cabinet showing the RED light on both System and Power LED's So it appears to be a power issue on CPU-0 - just not certain how to isolate

The CS1000B is our branch office > with its own PRI to local carrier The DID's work fine in normal conditions We loose In-bound DID's when the TLAN of the CS1000E fails (We had a scheduled failover test last night) that's how we discovered this So... I would suspect the DID's to continue to...