Displaying 4 results from an estimated 4 matches for "sildur".
Did you mean:
isildur
2006 May 02
0
Telasip config problem/question
...w stack
May 2 11:11:55 DEBUG[6343] channel.c: Scheduling timer at 160 sample
intervals
May 2 11:11:55 VERBOSE[6343] logger.c: -- Executing
NVFaxDetect("SIP/jlynch-cf63", "0") in new stack
May 2 11:11:55 DEBUG[6343] app_nv_faxdetect.c: Preparing detect of fax
(waitdur=4ms, sildur=1000ms, mindur=100ms, maxdur=-1ms)
May 2 11:11:55 DEBUG[2670] chan_sip.c: Stopping retransmission on '
21710733271a1e37775bc8ad1259e42f@4.79.19.59' of Response 102: Match Found
May 2 11:11:55 DEBUG[2670] chan_sip.c: Stopping retransmission on '
21710733271a1e37775bc8ad1259e42f@4.79.19...
2006 Apr 30
1
newbie-too much latency
...w stack
Apr 30 10:28:34 DEBUG[3051] channel.c: Scheduling timer at 160 sample intervals
Apr 30 10:28:34 VERBOSE[3051] logger.c: -- Executing NVFaxDetect("Zap/4-1", "20") in new stack
Apr 30 10:28:34 DEBUG[3051] app_nv_faxdetect.c: Preparing detect of fax (waitdur=20ms, sildur=1000ms, mindur=100ms, maxdur=-1ms)
Apr 30 10:28:34 DEBUG[3051] channel.c: Generator got voice, switching to phase locked mode
Apr 30 10:28:34 DEBUG[3051] channel.c: Scheduling timer at 0 sample intervals
Apr 30 10:28:34 DEBUG[3051] app_nv_faxdetect.c: Start of voice token!
Apr 30 10:28:34 D...
2010 Mar 25
0
call not routed
...quot;) in new stack
Mar 25 09:48:14 DEBUG[3685] channel.c: Scheduling timer at 160 sample
intervals
Mar 25 09:48:14 VERBOSE[3685] logger.c: -- Executing NVFaxDetect("Zap/4-1",
"6") in new stack
Mar 25 09:48:14 DEBUG[3685] app_nv_faxdetect.c: Preparing detect of fax
(waitdur=6ms, sildur=1000ms, mindur=100ms, maxdur=-1ms)
Mar 25 09:48:14 DEBUG[3685] channel.c: Generator got voice, switching to
phase locked mode
Mar 25 09:48:14 DEBUG[3685] channel.c: Scheduling timer at 0 sample
intervals
Mar 25 09:48:14 DEBUG[3685] app_nv_faxdetect.c: Start of voice token!
Mar 25 09:48:15 DEBUG[368...
2006 Mar 30
3
asterisk doesn't wait for whole extension
Hi,
maybe a dumb question, but it seems that some calls are directed to our
central dial in number despite the extensions the callers say they dialled.
E.g. they dial 1234-567, asterisk recognizes 12345, it says this is an unknown
extension, where it is right, and redirects the call to the central dial in
extension 1234-0. This only seems to happen when the numbers are dialled
manually. When