On Friday 09 May 2008, Steve Totaro wrote:
Try resetinterval=never
Thank you very much for your suggestion, I'll try the setting and will
report back whether it solved our problems.
Cheers,
Florian
--
DI Florian Hackenberger
[EMAIL PROTECTED]
www.hackenberger.at
I have test G.722 for many phones. I have try calls between sip G.722, sip
G.722 to sip G.711, G.722 to RRI cards, PRIcards to G.722. I also test meetme
conference. Other phones such as grandstream and fanwei have no problems. The
sounds is good, grandstreams have little difference between
On Friday 09 May 2008, Steve Totaro wrote:
Try resetinterval=never
Hi! I tried setting resetinterval=60 and established a call. The call
survived several channel resets successfully, so this setting is
probably not the problem. Any more ideas?
Cheers,
Florian
--
DI Florian
Personally, I love the debian way, but I must admit that when it gets
to Asterisk, I prefer to use a RedHat-based distro like CentOS, first of
all for the proven reliability, then for the widely used rpm packaging
system and last because there are many distro CentOS-based that provide
a stable
Sometimes my process just drops the call and leaves the client in silence!
it happens probably 1 out of 25 times... no meaningful loads happening, just
me prototyping my (Ruby)AGI...
On Wed, May 7, 2008 at 12:40 PM, Robert Norton - SophTelecom LLC
[EMAIL PROTECTED] wrote:
Hi Marcelo,
Sorry,
On Fri, May 09, 2008 at 11:33:30PM -0500, Perssy Llamosas wrote:
Hello list,
I have found some strange problem with the ztdummy timing, maybe you
have already have this problem before, I would appreciate some hints
here or maybe I need to file a bug.
First of all, some background:
I
On Fri, 2008-05-09 at 16:29 +0200, Benoit Plessis wrote:
Benoit Plessis a écrit :
Russell Bryant a écrit :
Alternatively, if you would like to control the usability of an agent
through
the dialplan, then you could use the DEVICE_STATE() function to
create a custom
device state.
Patrick a écrit :
Can you please tell me where you found the backport?
Thanks,
Patrick
Russel already sent the links:
Yes, this is also from 1.6, but an unsupported backport of DEVICE_STATE(),
exists, as well.
http://www.asterisk.org/node/48325
http://www.asterisk.org/node/48360
On Sat, May 10, 2008 at 10:06 AM, Benoit Plessis [EMAIL PROTECTED] wrote:
Patrick a écrit :
Can you please tell me where you found the backport?
Thanks,
Patrick
Russel already sent the links:
Yes, this is also from 1.6, but an unsupported backport of DEVICE_STATE(),
exists, as well.
Steve Totaro a écrit :
Depending on the phone, the simplest and easiest way to handle this is
to set the phone to not accept call waiting.
That's not always possible, if you use IAX2 then that's not even an
option (at least on the PBX side):
I'm a Gentoo guy myself too... but the best advice I can give is just
re-hashing what others have already set... pick whatever you are the most
comfortable with... and if support contracts are important to you, then that
will be a factor as well. I've used most of bigger distros out there over
Anyone have shared lines (sla.conf) working with Polycom phones? Also,
has anyone figured out if its possible to do 1 button call park with
the softkeys?
___
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
asterisk-users mailing
Andres wrote:
Tzafrir Cohen wrote:
On Fri, May 09, 2008 at 06:36:36PM -0400, Andres wrote:
Hi,
I just tried to upgrade from Zaptel 1.4.6 to 1.4.10.1 but it looks like
the Makefile has no rules for the HPEC.
make[3]: *** No rule to make target `hpec/hpec_zaptel.h', needed by
Andres:
Did you install the hpec in /usr/zaptel/kernel/hpec ???
Thanks
Ruben
Andres escribió:
Tzafrir Cohen wrote:
On Fri, May 09, 2008 at 06:36:36PM -0400, Andres wrote:
Hi,
I just tried to upgrade from Zaptel 1.4.6 to 1.4.10.1 but it looks like
the Makefile has
Ruben Zamora wrote:
Andres:
Did you install the hpec in /usr/zaptel/kernel/hpec ???
I sure did. Without it there is no error as no hpec support is attempted.
Andres
Thanks
Ruben
Andres escribió:
Tzafrir Cohen wrote:
On Fri, May 09, 2008 at 06:36:36PM -0400,
Why you dont download zaptel branches.?
svn checkout http://svn.digium.com/svn/zaptel/branches/1.4 zap-branches
Andres escribió:
Ruben Zamora wrote:
Andres:
Did you install the hpec in /usr/zaptel/kernel/hpec ???
I sure did. Without it there is no error as no hpec
I just tried to upgrade from Zaptel 1.4.6 to 1.4.10.1 but it looks like
the Makefile has no rules for the HPEC.
make[3]: *** No rule to make target `hpec/hpec_zaptel.h', needed by
`/usr/src/zaptel/kernel/zaptel-base.o'. Stop.
Can somebody confirm this?
Yes, it looks
17 matches
Mail list logo