- This topic has 3 replies, 1 voice, and was last updated 16 years, 10 months ago by Need Help.
23rd April 2004 at 13:38 #27002D3000Guest
I have quintum D3000 it was working with np but now i call the access no the it ask me to enter the pin no the it play the brplem ivr file “We are currently experiencing
Please hang up and
call again later” and when i loged to the gateway useing telnet I find this massage in the log file “EXCP :926111211:CVManagerProc(P67): Play failed – timed out waiting for the vo
and this massage in the Active Alarms “IP# Sequence# Severity Desc Line# Channel# Date/Time
220.127.116.11:9:2:Time Sync Configuration is missing:0:0:Sun Mar 28 04:33:20 20
18.104.22.168:13:1:Loss of Framing(Red Alarm):1:0:Sun Mar 28 04:33:20 2004 ”
than I update to the latest v td-sy-p4-2-20-32qt.bin than i looked to the log file it is like that “EXCP :926055589:Manual Reset
EXCP :926055590:RESET called
EXCP :926055590:**** SYSTEM RESET! RESTARTING (0x90000000, IP=0x25300c) ****
EXCP :926055756:Idle Reference Count = 174122
EXCP :926055780:Started CDR manager. CDR data verified.Session num=544437362 n
ext seq num=1.
EXCP :926055782:PriTG: Trunk group line 1 is not associated with any signaling
EXCP :926079939:CVManagerProc(P67): Play failed – timed out waiting for the vo
EXCP :926091644:Manual Reset
EXCP :926091645:RESET called
EXCP :926091645:**** SYSTEM RESET! RESTARTING (0x90000000, IP=0x253380) ****
EXCP :926091827:Idle Reference Count = 174105
EXCP :926091851:Started CDR manager. CDR data verified.Session num=544437362 n
ext seq num=1.
EXCP :926091858:PriTG: Trunk group line 1 is not associated with any signaling
EXCP :926111211:CVManagerProc(P67): Play failed – timed out waiting for the vo
ice file ”
Pls if any one can help me to findout how to solve this broplem24th April 2004 at 16:51 #27003NonameGuest
You could get the IVR message “technical troubles” for two reasons:
1)The Quintum needs to load a new audio file from the TFTP server and could not connect to the folder or server where the file is located.
2) The Quintum is unable to get a authorization from the Radius server.
On the first case, the message will play when you call in, without enetering any account number or digits.
On the second case, the message will play after you enter an account number and the radius is unable to verify the ammoun on the account.
Semms like your trouble is that the server where the audio files are located is now working, or the audio files got moved .
Since you reseted the unit, the Quintum needs to reload the audio prompts, and it is not working.
Go to the TFTP server where the audio files are located, verify that there is a folder with the proper name for Quintum to access.
Then go to the Quintum. Try to ping the I.P. address of the TFTP server from the Quintum to see if you have a routing trouble.
if all that is working O.K., try “load languages” command on the Quintum to get a fresh load of propmts.8th June 2004 at 13:31 #27004PieterGuest
My problem is that I get the message after the account code was entered. On the tenor debug it seems as if no auth requests is send to the radius. The accounting request however, goes through and is ack. by radius. Does anybody know if v. P4-2-20-27 (LEC) firmware contains a bug that can cause this or do I have a faulty unit? I do not want to upgrade firmware unneccessarily.16th June 2004 at 07:31 #27005Need HelpGuest
I still using the gateway A400, for the first installation I facing the problem is TFTP server connection failure. I have PING to my TFTP server, for the first sequence packet I sent was lost. the next going sequences is fine.
Request timed out.
Reply from 22.214.171.124: bytes=32 seq=1 time=10mS TTL=119
Reply from 126.96.36.199: bytes=32 seq=2 time=20mS TTL=119
Reply from 188.8.131.52: bytes=32 seq=3 time=40mS TTL=119
—- PING Statistics for 184.108.40.206: —-
Packets Sent = 4, Received = 3, Lost = 1 (25 Percent Loss)
Approximate round trip times in milli-seconds:
Minimum = 0mS, Maximum = 40mS, Average = 23mS
I have scanning using port scanner from both sides (source and destination) from source scanning is no problem, but not from destination sites.
Have you facing this problem, I have checked with our ISP it seen no port filtering.