- This topic has 3 replies, 1 voice, and was last updated 20 years, 7 months ago by Need Help.
-
AuthorPosts
-
23rd April 2004 at 13:38 #27002D3000Guest
Hi
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
technical difficulties.
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
ice file”
and this massage in the Active Alarms “IP# Sequence# Severity Desc Line# Channel# Date/Time203.223.136.82:9:2:Time Sync Configuration is missing:0:0:Sun Mar 28 04:33:20 20
04203.223.136.82: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
group.
EXCP :926079939:CVManagerProc(P67): Play failed – timed out waiting for the vo
ice file
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
group.
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 broplem
24th April 2004 at 16:51 #27003NonameGuestYou 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 #27004PieterGuestMy 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 HelpGuestI 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 210.186.5.66: bytes=32 seq=1 time=10mS TTL=119
Reply from 210.186.5.66: bytes=32 seq=2 time=20mS TTL=119
Reply from 210.186.5.66: bytes=32 seq=3 time=40mS TTL=119—- PING Statistics for 210.186.5.66: —-
Packets Sent = 4, Received = 3, Lost = 1 (25 Percent Loss)
Approximate round trip times in milli-seconds:
Minimum = 0mS, Maximum = 40mS, Average = 23mSI 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.
Help………
-
AuthorPosts
- The forum ‘Voice over IP’ is closed to new topics and replies.