Doubling the value to 500 did not seem to effect the length of the
tone played at allhm. Back to the drawing board for me.
Anyone know what this value is supposed to effect?
James Sizemore wrote:
I did a bit of searching around and found this class in chan_sip.c:
I am going to test the
Since the bug has been closed, I sent the question here.
I saw patch for bug 4301 has been included in zaptel 1.2-beta1,
but with a limitation kernel version = 2.6.13.
Does it mean USE_RTC will not work for kernel version 2.6.13?
I tested meetme with OH323 driver and encountered the increasing
On 10/17/2005, James Sizemore [EMAIL PROTECTED] wrote:
Doubling the value to 500 did not seem to effect the length of the
tone played at allhm. Back to the drawing board for me.
Anyone know what this value is supposed to effect?
I have a gateway using a Digium card to convert a PRI
Anyone knows what is the proper way to change the codec
of an established SIP channel?
Michael.
___
Asterisk-Dev mailing list
Asterisk-Dev@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
Hello,
How it is possible to configure cisco's ip phone in order to specifying the
correct time zone.
For example: the correct hour of Paris.
Now the Ipphone use the Universal time given by the NTP Server :-(
Following the docs online
# Time Server (There are multiple values and
Are you using the name/record playback option?
On 10/18/05, Chih-Wei Huang [EMAIL PROTECTED] wrote:
BJ Weschke wrote: The bug was closed because the ztdummy behavior is not the specific cause
for the delay problem. That patch with USE_RTC was intended to make use of the real time resource
