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!

MC269AA E1 PRI setup

Status
Not open for further replies.

fonejack

Technical User
Mar 6, 2007
65
US
I am trying to connect an audio conference bridge to my
SX-2000 via an MC269AA E1 PRI card and I can’t get the card to go into service, just keeps saying waiting for afc.
Does anyone from the group have an E1 PRI card running on your system and would you mind sharing your digital link descriptor assignment configuration along with your
VX-works setup incase I need to reflash the card.

Thanks in advance, Jack
 
What software level is the SX-2000 at? What firmware is the PRI card running ("firm plid" if you don't know). Do you have an IMAT database loaded on the PRI card?
 
The switch is running LW: 34.2.6.3. If a do a firm plid it just shows the card ID as MC269 with no firmware info. I do have the software for the card and the doc. shows it should be running 8.2.1.11. I can connect via IMAT and have loaded a database. It appears the switch is talking to the card because I can reload it via a load command.
 
Well the fact that "firm plid" doesn't show anything is troubling to me, but the system does see the card, so I don't know. Do us a favor, connect up a PC running a terminal emulator (puTTY, Procomm+, whatever), and capture the output to the E1 card's serial port when you load it (38400, 8N1 are the settings for the serial port), capture it, and copy & paste here.
 
Below is the capture. I think the problem may be the result of us trying to reflash a MC269CA as a MC269AA. I have successfully accomplished this with the MC270 series cards so I thought doing the same with the MC269 would be no problem.
Don’t spend any amount of time on it as I have full maintenance from Mitel and have a factory MC269AA on its way. I will let you know if the new card solves the problem.
Thanks, Jack



VxWorks System Boot


Copyright 1984-1996 Wind River Systems, Inc.





CPU: MC269CA
Version: 5.3.1
BSP version: 1.0.1.14
Creation date: Dec 4 1998, 15:28:28




Press *any* key to stop this auto-boot...
2
[MC269AA Boot]-: @

boot device : flash
unit number : 0
processor number : 0
file name : vxworks
inet on ethernet (e) : 192.168.1.1
flags (f) : 0x0
other (o) : flash,c:/,xqt,sx2k-eu.cmd

filename 'vxworks':
creating flash device
calling dosFsInit
mounting flash - Flash mounted on /flash/
cd'd to /flash/
Loading vxworks ...open succeeded, fd=4
1035704 + 109004 + 952992
Starting at 0x2001000...

Attached TCP/IP interface to qu unit 0
Attaching interface lo0...done

Adding 4675 symbols for standalone.


VxWorks

Copyright 1984-1998 Wind River Systems, Inc.

CPU: MC269CA
VxWorks: 5.4
BSP version: 4.2/2
Creation date: May 18 2006
WDB: Ready.

flash,c:/,xqt,sx2k-eu.cmd
MBAR:f000000
SSDRV:c:/ mounted with options 0x0
Copyright (c) 1993-1996 Wind River Systems, Inc. All rights reserved
ver: 2.6 FCS

Disk Check In Progress ...


total disk space (bytes) : 7,225,344
bytes in each allocation unit : 2,048
total allocation units on disk : 3,528
bad allocation units : 0
available bytes on disk : 1,746,944
available clusters on disk : 853
maximum available contiguous chain (bytes) : 1,746,944
available space fragmentation (%) : 0
clusters allocated : 2,675
Done Checking Disk.
Change to FLASH DIR: c:/
Started ppp1 listener task, tid 0x2dd338c
listening for ppp
SSXSPART.c:Loading FPGA file: pri_fpga.bin
...........
SSXSPART.c:Xilinx File Obtained, Sum 22342
NAME: pri_fpga_top.ncd
PART: s20pq208
DATE: 98/07/21
TIME: 15:35:49
SIZE: 22268 bytes.
Correct clock count = 178137.

Config data ends on bit 8


fpga download completed successfully.
SSXSPART.c:Xilinx Loaded OK
Card Type is MC269CA
SS: Starting POST FPGA...
SS: Starting POST DX...
SS: Starting POST LDX...
SS: Starting POST Framer...
Framer 0: MT9074 JET (T1)
Framer 1: MT9074 JET (T1)
SS: POST2 PASSED...
Loading "eustack.o"
eustack.o loaded ok
Loading "pri_sx2k.o"
pri_sx2k.o loaded ok
SSAPP: Found Function _ngmain()
Spawning tNgMain 130 0 32000 0x2b40762
Spawned task id: 45351908
fdSlave2 = 12 fdMaster2 = 13
| INFO GW | 70/01/01 00:00:00 | ---4
0
| INFO GW | 70/01/01 00:00:00 | Dt: PRICARD 18-MAY-2006 [VER-8.2.1.11] [ngstart.cpp @ 159] | 1234
SS: SS_StartupTask Complete!
| WARN GW | 70/01/01 00:00:05 | no TRL and TRA information in database (no Min/Max limiting being done) [rtmmasn.cpp @ 407] | 124
| INFO GW | 70/01/01 00:00:05 | Min/Max database loaded [rtmmbld.cpp @ 1303] | 1234
SSXCONNECT_GetStream dsl-0 4 dsl-1 5
| INFO GW | 70/01/01 00:00:05 | PRA drivers started successfully! [pradvr.cpp @ 486] | 1234
| INFO GW | 70/01/01 00:00:16 | AFC link #0 has a d-channel [dch.cpp @ 414] | 1234
| INFO GW | 70/01/01 00:00:16 | PRA 1 link 1 waiting for AFC until further notice [dch.cpp @ 419] | 1234
| INFO GW | 70/01/01 00:00:16 | PRA 1 link 1 waiting for AFC until further notice [dch.cpp @ 427] | 1234
| WARN GW | 70/01/01 00:00:16 | RED ALARM is ON on AFC link 0 [auxpra.cpp @ 2736] | 1234
| INFO GW | 70/01/01 00:00:16 | AFC link #1 has a d-channel [dch.cpp @ 414] | 1234
| INFO GW | 70/01/01 00:00:16 | PRA 1 link 2 waiting for AFC until further notice [dch.cpp @ 419] | 1234
| INFO GW | 70/01/01 00:00:16 | PRA 1 link 2 waiting for AFC until further notice [dch.cpp @ 427] | 1234
| WARN GW | 70/01/01 00:00:16 | RED ALARM is ON on AFC link 1 [auxpra.cpp @ 2736] | 1234
waiting for AFC for 1s
waiting for AFC for 2s
| INFO GW | 70/01/01 00:00:18 | cannot send watchdog, AFC not ready on 0 [watchdog.cpp @ 310] | 1234
waiting for AFC for 3s
waiting for AFC for 4s
waiting for AFC for 5s
waiting for AFC for 6s
waiting for AFC for 7s
waiting for AFC for 8s
waiting for AFC for 9s
waiting for AFC for 10s
waiting for AFC for 11s
waiting for AFC for 12s
waiting for AFC for 13s
waiting for AFC for 14s
waiting for AFC for 15s
| INFO GW | 70/01/01 00:00:31 | CP STAT: CP60M-OUT 0 CP60M-IN 0 [cp.cpp @ 984] | 1234
CP STAT: CP60M-OUT 0 CP60M-IN 0
| INFO GW | 70/01/01 00:00:31 | CP STAT: CPDAY-OUT 0 CPDAY-IN 0 [cp.cpp @ 995] | 1234
CP STAT: CPDAY-OUT 0 CPDAY-IN 0
waiting for AFC for 16s
| info AFC | 70/01/01 00:00:31 | IMAT Link Assignments Received | 2
| info AFC | 70/01/01 00:00:31 | Database load complete. Card type is MC269CA (2/2) | 22
| info AFC | 70/01/01 00:00:31 | Scanning of second DSU message link disabled because DSU not programmed on IMAT | 22
| info AFC | 70/01/01 00:00:31 | AFC is waiting for SX-2000 message-system... | 30
waiting for AFC for 17s
waiting for AFC for 18s
waiting for AFC for 19s
waiting for AFC for 20s
| INFO GW | 70/01/01 00:00:36 | PRA watchdog enabled on pra card 0 [watchdog.cpp @ 587] | 1234
waiting for AFC for 21s
MTPING -- ping process STARTED.
| WARN GW | 70/01/01 00:00:37 | AFC now RUNNING [watchdog.cpp @ 255] | 1234
| WARN GW | 70/01/01 00:00:37 | watchdog at 70/01/01 00:00:37, set for 600 seconds [watchdog.cpp @ 257] | 1234
| INFO GW | 70/01/01 00:00:37 | AFC ready after 22 seconds [dch.cpp @ 437] | 1234
AFC ready after 22 seconds
| INFO GW | 70/01/01 00:00:37 | AFC ready after 23 seconds [dch.cpp @ 437] | 1234
AFC ready after 23 seconds
| info AFC | 70/01/01 00:00:37 | Fault detection task (re)STARTED | 11
| info AFC | 70/01/01 00:00:37 | Data distribution task (re)STARTED | 9
| warn AFC | 70/01/01 00:00:37 | DDIST: DSU 1 not programmed. Will not initialize it. | 9
| info AFC | 70/01/01 00:00:37 | ACTMON: Attempting sending activity for DSU 0 to the PBX... | 7
| info AFC | 70/01/01 00:00:37 | ACTMON req sent, actmon_appl_no 1, activity 0, plane_no 0 on first DSU | 7
| info AFC | 70/01/01 00:00:37 | Reset Cause: External reset | 0
| warn AFC | 70/01/01 00:00:37 | layer 1 FRAME alarm ACTIVE for link 0 | 6
| warn AFC | 70/01/01 00:00:37 | D-channel is forced DOWN for link 0 | 6
Killing initial ppp listener task 2dd338c
| info AFC | 70/01/01 00:00:37 | KEYPROC -- keyboard process (re)started | 20
DBTCMDS1 -- repeat command process (re)started.
| warn AFC | 70/01/01 00:00:38 | layer 1 FRAME alarm ACTIVE for link 1 | 6
| warn AFC | 70/01/01 00:00:38 | D-channel is forced DOWN for link 1 | 6
| INFO GW | 70/01/01 00:00:38 | Waiting for datadist optioning from pbx for 2 secs [dch.cpp @ 450] | 1234
MTCETIME: time received from PBX: 2007.03.15 10:55:02
| INFO GW | 70/01/01 00:00:38 | Repeat previous log entry: 1 time | 1234
| INFO GW | 70/01/01 00:00:38 | DATETIME: Received time-change from PBX: 2007/3/15 10:55:2 [mtc.cpp @ 1006] | 1234
| INFO GW | 07/03/15 10:55:02 | time changed to -> 07/03/15 10:55:02 [osmisc.cpp @ 330] | 1234
| INFO GW | 07/03/15 10:55:02 | DATETIME: Time changed to -> 07/03/15 10:55:02 [mtc.cpp @ 1022] | 1234
| info AFC | 07/03/15 10:55:02 | Normal process exit called by mtwstart.c @ 878 (pid=21/41542144/254/0) | 29
| INFO GW | 07/03/15 10:55:02 | Waiting for datadist optioning from pbx for 3 secs [dch.cpp @ 450] | 1234
| INFO GW | 07/03/15 10:55:03 | Repeat previous log entry: 1 time | 1234
| WARN GW | 07/03/15 10:55:03 | OPTIONING: Switched DPNSS NOT Purchased [stack.cpp @ 98] | 1234
| INFO GW | 07/03/15 10:55:03 | Waiting for datadist optioning from pbx for 4 secs [dch.cpp @ 450] | 1234
| INFO AFC | 07/03/15 10:55:03 | Repeat previous log entry: 1 time | 1234
| warn AFC | 07/03/15 10:55:03 | Sending negative acknowledgement (error=6) to 2k first DSU | 9
| warn GW | 07/03/15 10:55:04 | Repeat previous log entry: 3 times | 9
| INFO GW | 07/03/15 10:55:04 | Waiting for datadist optioning from pbx for 5 secs [dch.cpp @ 450] | 1234
| INFO GW | 07/03/15 10:55:05 | Repeat previous log entry: 1 time | 1234
| INFO GW | 07/03/15 10:55:05 | Waiting for datadist optioning from pbx for 6 secs [dch.cpp @ 450] | 1234
| INFO AFC | 07/03/15 10:55:06 | Repeat previous log entry: 1 time | 1234
| info AFC | 07/03/15 10:55:06 | Normal process exit called by afcapp.c @ 508 (pid=2/41849828/254/0) | 29
| INFO GW | 07/03/15 10:55:06 | Waiting for datadist optioning from pbx for 7 secs [dch.cpp @ 450] | 1234
| INFO GW | 07/03/15 10:55:07 | Repeat previous log entry: 1 time | 1234
| INFO GW | 07/03/15 10:55:07 | Waiting for datadist optioning from pbx for 8 secs [dch.cpp @ 450] | 1234
| INFO GW | 07/03/15 10:55:08 | Repeat previous log entry: 1 time | 1234
| WARN GW | 07/03/15 10:55:08 | OPTIONING: MinMax enabled in IMAT but not purchased [ngdbase.cpp @ 2521] | 1234
| WARN GW | 07/03/15 10:55:08 | OPTIONING: AutoMinMax enabled in IMAT but not purchased [ngdbase.cpp @ 2526] | 1234
| WARN GW | 07/03/15 10:55:08 | no TRL and TRA information in database (no Min/Max limiting being done) [rtmmasn.cpp @ 407] | 124
| INFO GW | 07/03/15 10:55:08 | Min/Max database loaded [rtmmbld.cpp @ 1303] | 1234
| INFO GW | 07/03/15 10:55:08 | Sent optioning alarm CLEAR to pbx on link 0 because option received is OK [mtc.cpp @ 732] | 1234
| INFO GW | 07/03/15 10:55:08 | Sent optioning alarm CLEAR to pbx on link 1 because option received is OK [mtc.cpp @ 739] | 1234
| INFO GW | 07/03/15 10:55:08 | Waiting for datadist optioning from pbx for 9 secs [dch.cpp @ 450] | 1234
| INFO GW | 07/03/15 10:55:08 | Repeat previous log entry: 1 time | 1234
| INFO GW | 07/03/15 10:55:08 | Loading hdlc_drv.o... [stack.cpp @ 177] | 1234
| INFO GW | 07/03/15 10:55:09 | hdlc_drv.o has been loaded. [stack.cpp @ 191] | 1234
SSAPP: Found Function _hdlc_init()
| WARN GW | 07/03/15 10:55:09 | D-channel DOWN on AFC link 0 [dch.cpp @ 1340] | 1234
| WARN GW | 07/03/15 10:55:10 | D-channel DOWN on AFC link 1 [dch.cpp @ 1340] | 1234
| warn AFC | 07/03/15 10:55:11 | layer 1 FRAME alarm ACTIVE for link 0 | 6
| warn AFC | 07/03/15 10:55:11 | D-channel is forced DOWN for link 0 | 6
| warn AFC | 07/03/15 10:55:11 | layer 1 FRAME alarm ACTIVE for link 1 | 6
| warn AFC | 07/03/15 10:55:11 | D-channel is forced DOWN for link 1 | 6
| warn AFC | 07/03/15 10:55:54 | SX2000 response timeout, state 2 of first DSU Re-initializing datadist. | 9
| WARN GW | 07/03/15 10:55:54 | OPTIONING: Restart PRICARD to enable optioning changes [mtc.cpp @ 711] | 1234
| warn AFC | 07/03/15 10:55:55 | Sending negative acknowledgement (error=6) to 2k first DSU | 9
| warn GW | 07/03/15 10:55:59 | Repeat previous log entry: 3 times | 9
| WARN GW | 07/03/15 10:55:59 | OPTIONING: MinMax enabled in IMAT but not purchased [ngdbase.cpp @ 2521] | 1234
| WARN GW | 07/03/15 10:55:59 | OPTIONING: AutoMinMax enabled in IMAT but not purchased [ngdbase.cpp @ 2526] | 1234
| WARN GW | 07/03/15 10:56:00 | no TRL and TRA information in database (no Min/Max limiting being done) [rtmmasn.cpp @ 407] | 124
| INFO GW | 07/03/15 10:56:00 | Min/Max database loaded [rtmmbld.cpp @ 1303] | 1234
| INFO GW | 07/03/15 10:56:00 | Sent optioning alarm CLEAR to pbx on link 0 because option received is OK [mtc.cpp @ 732] | 1234
| INFO GW | 07/03/15 10:56:00 | Sent optioning alarm CLEAR to pbx on link 1 beca
 
| WARN GW | 07/03/15 10:55:03 | OPTIONING: Switched DPNSS NOT Purchased [stack.cpp @ 98] | 1234
| WARN GW | 07/03/15 10:55:08 | OPTIONING: MinMax enabled in IMAT but not purchased [ngdbase.cpp @ 2521] | 1234
| WARN GW | 07/03/15 10:55:08 | OPTIONING: AutoMinMax enabled in IMAT but not purchased [ngdbase.cpp @ 2526] | 1234


Looks like you have a programming mismatch between the IMAT dB and the SX-2000. You can't enable options in the IMAT dB that aren't active in the 2K.
 
Please submit your programming on the card and slot the card is in.

Need to see system config
cab assignment
and your descriptor

I had this working ok in my lab
 
Ok I got the new MC269AA and the boot sequence is different: Post framer shows mt 9074 jet (t1) for MC269CA and mt 9075 (e1) for the Mc269AA. At any rate the link is now up but the trunks will not come online all show unassigned. I do have the trunks programmed as MSDN-DPNSS-DASSII TRUNK CIRCUIT DESCRIPTOR ASSIGNMENT. My question is do E1 trunks need to be set up as dassII. They are currently setup as MSDN-DPNS and I do not have the dasII feature purchased?

 
Yes

Digital Access Signaling System Number 2 (DASS II) is a signaling system which allows access to the British Telecom network over a digital line from a system to the local exchange. From the local exchange, the system user has voice and data access to the Integrated Services Digital Network.
Traffic between the local exchange and the system travels over a 2.048 Mb/s digital link. Thirty voice or data channels are multiplexed into the link. Each channel can handle data at baud rate of 64kb/s.
The system uses the CEPT Formatter card and the Universal NSU (which supports E1 CEPT links) as the interfaces with the Multiple Integrated Digital Access (Multi IDA) public network. This hardware is also used as the interface with a DPNSS private network and the two circuits on a card can be arranged with one connected to DASS II and the other connected to DPNSS.
 
Thought I would give an update on this. Turns out E1 PRI is supported on the 2000 and my programming was correct setting the trunks up as MSDN-DPNS. The problem was a software bug if you have more than 15 trunk descriptors setup. I cleaned up the descriptors and the trunks now show idle. I have not been able to pass calls to the conference bridge yet but I think it’s a setup problem on the bridge side. Mitel is submitting a Design Change Request for the limitation on the number of
trunk descriptors.
 
you cant simply reflash the card like you do for the 269ca, the card does not download from the main control
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top