I've a problem: I installed Tx 5020E card on RedHat Linux 6.1 64-bit system.
Then I use "NA 9.0.7 for Red Hat Enterprise Linux 6.1, 64 bit" and "SS7 for use with Natural Access 9.0.5 (64 bit)"
After installed successful and reboot system, I hit command txreset and received error:
TX Boot Utility V2.0
(c)Copyright 1997-2009 Dialogic Corporation. All Rights Reserved
Unable to force boot state. Current state: 2
Some more infomations:
[root@prcapp ~]# txcpcfg
TX Configuration Utility V2.0
(c)Copyright 1997-2009 Dialogic Corporation. All Rights Reserved.
Bus Slot CP Number CP Model
--- ---- --------- --------
27 0 1 TX 5000E
[root@prcapp ~]# cpmodel
CPMODEL V3.0: (c)Copyright 1998-2009, Dialogic Corporation. All Rights Reserved.
Board #1 is a TX 5000E
[root@prcapp ~]# txdiag -b 1
TXDIAG V2.0: (c)Copyright 1998-2009 Dialogic Corporation. All Rights Reserved.
CP 1: NMI - Resetting...
CP 1: NMI - Unable to reset TX board. Current state: 2
Plz help me!
Are you using the current Natural Access Signaling Software release 5.3.3_2 on the web?
Can you confirm the version from the command line ? #ss7_version
Thank for your answer.
I'm sure it's Natural Access Signaling Software release 5.3.3_2.
Here is output from #ss7_version:
Dialogic(R) NaturalAccess(TM) Signaling 5.3.3 for Red Hat Enterprise Linux 6 (64bit) packages:
| PACKAGE | SUMMARY | VERSION |
| txbase | Dialogic(R) NaturalAccess(TM) TX Base | 8.3.0 |
| txutil | Dialogic(R) NaturalAccess(TM) Signaling Utilities | 1.3.0 |
| txmtpcore | Dialogic(R) NaturalAccess(TM) MTP Core Functionality | 1.3.0 |
| txmtp123 | Dialogic(R) NaturalAccess(TM) MTP123 | 10.3.0 |
| txsigtran | Dialogic(R) NaturalAccess(TM) SIGTRAN | 2.3.0 |
| txsccp | Dialogic(R) NaturalAccess(TM) SCCP | 9.3.0 |
| txtcap | Dialogic(R) NaturalAccess(TM) TCAP | 7.3.0 |
| txisup | Dialogic(R) NaturalAccess(TM) ISUP | 9.3.0 |
| txtup | Dialogic(R) NaturalAccess(TM) TUP | 9.3.0 |
This issue has already been identified and addressed in the current release.
Have you tried unintsalling and re-installing?
I will suggest you contact your local Tx support for further review.
Yes, I've tried uninstalling and re-installing but problem wasn't solved.
I also have contacted my local Tx Support but they can't help my problem.
Thanks and br!
Can anybody help me?
Is there anyone installed NA and SS7 successfull on RHEL 6?
Here is some output from my system:
[root@CallBusy3 64]# naver
* N a t u r a l A c c e s s software version utility *
* This program will list the installed NMS Communications software *
Natural Access 9.0
nmsnabase-4.233-1 Dialogic Corporation NA Base Services for Linux
nmsisdn-1.993-1 Dialogic Corporation NMS-ISDN for Linux
nmsnacore-4.233-1 Dialogic Corporation NA Core for Linux
nmsoam-1.243-1 Dialogic Corporation OAM for Linux
nmsspaccess-1.213-GA Dialogic Corporation spaccess for Linux
nmsnaimport-4.233-1 Dialogic Corporation NA Import for Linux
nmsnadsp-4.233-1 Dialogic Corporation NA DSP for Linux
nmscx2000-1.153-1 Dialogic Corporation CX for Linux
nmscnf-2.223-1 Dialogic Corporation NaturalConference for Linux
nmsnccsip-2.013-1 Dialogic Corporation SIP under NCC for Linux
nmslm-2.273-1 Dialogic Corporation License Manager for Linux
nmsnadriver-4.233-1 Dialogic Corporation NA Driver for Linux
nmsnaruntime-4.233-1 Dialogic Corporation NA Runtime for Linux
nmscas-2.363-1 Dialogic Corporation NMS-CAS for Linux
nmsdlcp-cg-1.223-1 Dialogic Corporation DLCP Support for Linux
nmsnaabstrct-4.233-1 Dialogic Corporation NA Abstraction for Linux
nmsctaccess-4.233-1 Dialogic Corporation CT Access for Linux
nmsfusion-4.593-1 Dialogic Corporation Fusion for Linux
nmsnademos-4.233-1 Dialogic Corporation NA Demos & Utilities for Linux
nmsnfx-4.323-1 Dialogic Corporation NaturalFax for Linux
How did you solve your issue ? I'm experiencing exactely the same here with 2 TX boards under RHEL/Centos 6.3 and 6.5. The very same boards work a charm under Windows but linux, no luck, always this "current state 2" with the latest drivers (and the previous 5.3 version).
Thanks a lot if you can help !
I tried many ways to overcome this issue, but unfortunately I didn't solve the problem.
Finally, I had to downgrade the OS to RHEL 5.