Re: [asterisk-dev] [PATCH] Silently drop non-conformingcirpack keep-alive packets

2006-05-31 Thread Paul Cadach
Hello, Kevin P. Fleming wrote: > > A packet is sent every 15s, causing Asterisk to write the same line in > > the logs every 15s too. The following hack ignores those packets. I do > > not know whether this should be included in the mainstream sources or > > not. I will report this to Free Telecom

Re: [asterisk-dev] Strange error when sending SMS on Zap

2006-05-31 Thread Julian Lyndon-Smith
Ooo. That hurt. Sorry, my semantics were wrong. I simply presumed that as the "notice" did not happen with 1.2 and it does with svn trunk and the control frame was unknown someone might want to have a look at what had changed. I am having problems sending and receiving sms messages with trunk

Re: [asterisk-dev] [PATCH] Silently drop non-conforming cirpack keep-alive packets

2006-05-31 Thread Kevin P. Fleming
Samuel Tardieu wrote: > A packet is sent every 15s, causing Asterisk to write the same line in > the logs every 15s too. The following hack ignores those packets. I do > not know whether this should be included in the mainstream sources or > not. I will report this to Free Telecom, hoping that the

Re: [asterisk-dev] Strange error when sending SMS on Zap

2006-05-31 Thread Kevin P. Fleming
Julian Lyndon-Smith wrote: > Anyone know if this is an error or not ? Since the message is marked 'NOTICE', it is clearly not an error. Errors are marked 'ERROR'. ___ --Bandwidth and Colocation provided by Easynews.com -- asterisk-dev mailing list To U

[asterisk-dev] [PATCH] Silently drop non-conforming cirpack keep-alive packets

2006-05-31 Thread Samuel Tardieu
The French operator Free Telecom uses an equipment from Cirpack as its SIP server. It looks like Cirpack sends non-conforming keep-alive packets. They are captured by tcpdump as: 16:52:41.423840 IP (tos 0x0, ttl 54, id 894, offset 0, flags [none], proto: UDP (17), length: 60) 212.27.52.5.5060 >

[asterisk-dev] Strange error when sending SMS on Zap

2006-05-31 Thread Julian Lyndon-Smith
I'm sending an sms message, but on the console I get the following: Attempting call on zap/r3/17094009 for application SMS(xx) (Retry 1) -- Requested transfer capability: 0x00 - SPEECH May 31 15:05:48 NOTICE[31967]: channel.c:2555 __ast_request_and_dial: Don't know what to do with contr

Re: [asterisk-dev] extra parameter for DB read function

2006-05-31 Thread Julian Lyndon-Smith
Hey, no bubble to burst - I'm always up for finding an easier way. I didn't realise that just by checking the existence of a pair it stored it in a variable. OTOH it *is* more yeuch to read. All of those $ { [ are s easy to misplace, and sooo easy to misread and not find the problem. And

Re: [asterisk-dev] extra parameter for DB read function

2006-05-31 Thread Jared Smith
On Wed, 2006-05-31 at 14:30 +0100, Julian Lyndon-Smith wrote: > There are often times that I want to read a DB value from the dialplan, > and if this family/key pair does not exist, set it to some default value. > > for example: > > 1234,1 => Set(EMAILADDR=${DB(x/y)} > 1234,2 => GotoIf($["${EMAI

Re: [asterisk-dev] problems compiling chan zap trunk

2006-05-31 Thread Julian Lyndon-Smith
Done better than that. Decommissioned the server, installed new server, installed Centos 4.3 (instead of FC1) :) Kevin P. Fleming wrote: Julian Lyndon-Smith wrote: Is this a problem with trunk or my machine - a very old fedora core 1. Don't ask ;( It's a bug in your copy of GNU Make. Upgra

[asterisk-dev] extra parameter for DB read function

2006-05-31 Thread Julian Lyndon-Smith
There are often times that I want to read a DB value from the dialplan, and if this family/key pair does not exist, set it to some default value. for example: 1234,1 => Set(EMAILADDR=${DB(x/y)} 1234,2 => GotoIf($["${EMAILADDR}" = ""]?3:4) 1234,3 => Set([EMAIL PROTECTED]) 1234,4 => NoOp(${EMAILA

Re: [asterisk-dev] $1000USD for fix of Asterisk g726-32 codec

2006-05-31 Thread Steve Underwood
Hi Damiel, Daniel Silaro wrote: Steve, I have compiled it and it seems to work, however distortion does still seems to be there. You can replicate it by mumbling at a low pitch with a high volume. I wonder if it a property of the codec? I just want to ensure that I am using the your codec - i