[asterisk-dev] Re: Build of Asterisk SecureRTP trunk Fail
levin lee
asterisk.levin at gmail.com
Tue Dec 5 19:01:43 MST 2006
I have successfully built SecureRTP trunk, with patch
http://bugs.digium.com/file_download.php?file_id=10773&type=bug
however, when I getting asterisk up, the module res_srtp.so can not find
SRTP symbol srtp_init!
I should have install libSRTP 1.4.2 properly, how to make the dynamic module
of asterisk find static libsrtp.a?
Thanks.
Levin
Platform is trixbox 1.2.0, gcc 3.4.6, kernel 2.6.9-42.0.2.ELsmp
Message: 3
> Date: Mon, 4 Dec 2006 11:51:20 +0200
> From: Tzafrir Cohen <tzafrir.cohen at xorcom.com>
> Subject: Re: [asterisk-dev] Build of Asterisk SecureRTP trunk Fail at
> ./configure
> To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
> Message-ID: <20061204095120.GD7598 at xorcom.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Dec 04, 2006 at 05:39:41PM +0800, levin lee wrote:
> > Hi,
> > I have try to build SRTP Asterisk for a while, but fail without hint
> > anything
> > The tail of running ./configure is as follow
> >
> > checking for strcasestr... yes
> > checking for asprintf... yes
> > checking for vasprintf... yes
> > checking for compiler atomic operations... no
> > configure: creating ./config.status
> > configure: error: could not make ./config.status
> > make: *** [config.status] Error 1
> >
> > Anybody can help or give some tips?
>
> No sure. But due to lack of good suggestions, I'd give you the sanity
> checks:
>
> * is the directory writable?
> * Does 'touch config.status' work?
> * Any chance you're out of free disk space? df .
>
> Also: what platform is it? E.g: what linux distro? Any special build
> system modifications?
>
> --
> Tzafrir Cohen
> icq#16849755 jabber:tzafrir at jabber.org
> +972-50-7952406 mailto:tzafrir.cohen at xorcom.com
> http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 4 Dec 2006 10:41:13 +0000
> From: Tim Panton <tim at mexuar.com>
> Subject: Re: [asterisk-dev] extend IAX2 IE proposal
> To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
> Message-ID: <1CBD004E-BAAD-48C9-ADB6-72B73FC9CD43 at mexuar.com>
> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
>
>
> On 4 Dec 2006, at 04:11, Russell Bryant wrote:
>
> > Tilghman Lesher wrote:
> >> On Sunday 03 December 2006 16:51, Tim Panton wrote:
> >>> But Kevin's point still applies, IAX doesn't support multiple
> >>> instances of
> >>> the same IE type in a message.
> >> Is that by spec or by implementation? If by spec, then my IAX2 vars
> >> implementation was a big "Oops" on my part.
> >
> > That's a good question. I can't think of any good reason for this
> > to be the case. It seems like being able to have more than one IE
> > in a message could be quite useful.
>
> It is just that all the element definitions in the RFC so far are
> _unique_ values which
> have no sensible meaning for multiple values, like SAMPLINGRATE,
> DATETIME etc.
>
> It doesn't say multiple values of the same type are permitted or not,
> so I guess they
> are. If I remember right the current asterisk implementation just
> uses the last value it
> finds for a given type.
>
> Tim.
>
> Tim Panton
>
> www.mexuar.net
> www.westhawk.co.uk/
>
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 04 Dec 2006 12:48:30 +0100
> From: Tristan <tristan at telemaque.fr>
> Subject: [asterisk-dev] Local Channel failure
> To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
> Message-ID: <45740B0E.9050702 at telemaque.fr>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Friends,
>
> Just a little mail because i get sometimes this sort or error:
>
> 2006-12-04 12:42:09 WARNING[6107]: channel.c:1360 ast_hangup: Hard
> hangup called by thread 1084123456 on
> Local/7922 at call_agents-4868,1<ZOMBIE>, while fd is blocked by thread
> 1084123456 in procedure ast_waitfor_nandfds! Expect a failure
>
> Where Local/XXXX at call_agents is called by app_queue.
>
> Agents are logged via a local channel and gets called back by this
> dialplan context.
>
> I can track eventually where is the trouble, but if someone got the
> same, we can discuss about it...
> If nobody got it, maybe someone has an idea of the reason it fails...
>
>
> Regards,
>
> Tristan Mahé
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 4 Dec 2006 12:07:24 +0000
> From: "peter ellis" <petermarkellis at googlemail.com>
> Subject: [asterisk-dev] Performing an attended transfer
> To: asterisk-dev at lists.digium.com
> Message-ID:
> <470f7e2d0612040407t4e2a88a8ra608bf86373d53ec at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi Guys
>
> I need to perform an"Attended Transfer" via asterisk where I can
> utilise the phones themselves to perform the workload. If i use the -t
> flag to perform a transfer then I am increasing the work load that
> asterisk has to perform but not only that the major issue is that the
> bandwidth as it doubles when attempting to handle the transferring of
> calls (this is obviously a limitation for us as the number of
> concurrent calls drops as this operation sucks bandwidth when talking
> to asterisk to perform the transfer).
> I assume this is so that asterisk can pick up the DTMF tones!???
> Anyway in the ideal world i simply want the transferring phone to say
> "asterisk whats the ip of the phone im trying to transfer to...."
> asterisk tells the phone and the phone performs the rest of the
> transfer operation.
>
> I have located solutions for this online with answers including....use
> meet me rooms or parked calls.
>
> However neither of the above solve my issue and both are still heavy
> weight operations ...and again i loose bandwidth.
>
> I guess i simply want to simulate how my aastra 480i performs a xfer
> ...thats it when i press the xfer button..... then this is ok its just
> the way asterisk does it.
>
> We have discussed manipulated the SIP Headers but this is a very last
> option for us.
>
> Any help in this matter is greatly appreciated... i know a lot of
> developers have been asking about this functionality!
>
> If you need any other information about this problem from me or extra
> clarification then please feel free to email me back.
>
> Kind Regards
>
> Peter
>
> p.s. here is an example of someone else asking something similar...
>
> http://lists.digium.com/pipermail/asterisk-dev/2005-October/015983.html
>
>
> ------------------------------
>
> Message: 7
> Date: Mon, 04 Dec 2006 14:57:40 +0100
> From: Corrado Santoro <csanto at diit.unict.it>
> Subject: [asterisk-dev] Creating an audio frame
> To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
> Message-ID: <45742954.9050306 at diit.unict.it>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Hi all,
>
> I'm writing a gateway application with asterisk and I need to get an
> audio frame from a proprietary device and route it to an asterisk
> channel. My question is if there exists a function to create an
> "ast_frame", so that I can use then "ast_write".
>
> Thanks in advance.
>
> All the best,
> --Corrado
>
>
>
> ------------------------------
>
> Message: 8
> Date: Mon, 4 Dec 2006 10:28:34 -0500
> From: "Di-Shi Sun" <di-shi at transnexus.com>
> Subject: Re: [asterisk-dev] extend IAX2 IE proposal
> To: <asterisk-dev at lists.digium.com>
> Message-ID: <006b01c717b8$dcb6d760$110410ac at transnexus.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi All,
>
> Thank you for the advices and comments about this issue.
>
> Our goal is to carry a string longer than 256 bytes in and only in a NEW
> message. So, using another frame type does not work for our case. In
> fact, the remote variables patch that Corydon76 posted works for our case
> very well excpet we have to split our string into several shorter strings.
> We had used it for a while.
>
> Since some other issues, we got a suggestion that to propose and implement
> a set specific IEs for our purpose. Kevin mentioned that IAX doesn't
> support multiple instances of the same IE type in a message. We agree with
> Russell and Markku, repetition is useful. But we do not want to cause any
> problem no matter in spec or implementation. So we will propose multiple
> specific IE types for every part of our string.
>
> Thanks,
>
> Di-Shi Sun.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> http://lists.digium.com/pipermail/asterisk-dev/attachments/20061204/5707e763/attachment-0001.htm
>
> ------------------------------
>
> Message: 9
> Date: Mon, 4 Dec 2006 18:32:23 +0200
> From: Tzafrir Cohen <tzafrir.cohen at xorcom.com>
> Subject: [asterisk-dev] bug 8501 [was: compilation problems with linux
> 2.6.19]
> To: Asterisk Developers list <asterisk-dev at lists.digium.com>
> Message-ID: <20061204163223.GX10512 at xorcom.com>
> Content-Type: text/plain; charset=us-ascii
>
> Hi
>
> I'd appreciate a "second opinion" regarding
> http://bugs.digium.com/view.php?id=8501 .
>
> I'm obviously missing something there
>
> ----- Forwarded message from Tzafrir Cohen <tzafrir.cohen at xorcom.com>
> -----
>
> Envelope-to: tzafrir.cohen at xorcom.com
> Delivery-date: Thu, 30 Nov 2006 14:52:54 -0500
> Date: Thu, 30 Nov 2006 21:49:33 +0200
> From: Tzafrir Cohen <tzafrir.cohen at xorcom.com>
> To: Asterisk Users Mailing List - Non-Commercial Discussion <
> asterisk-users at lists.digium.com>
> Subject: Re: [asterisk-users] zaptel compilation problems with linux
> 2.6.19
> Mail-Followup-To: Asterisk Users Mailing List - Non-Commercial Discussion
> <asterisk-users at lists.digium.com>
> Organization: Xorcom*
> Reply-To: Asterisk Users Mailing List - Non-Commercial Discussion <
> asterisk-users at lists.digium.com>
>
> On Thu, Nov 30, 2006 at 07:19:14PM +0200, Roman Yeryomin wrote:
> > Hello!
> >
> > I have problems compiling zaptel (tried 1.2.11, 1.2.10 and 1.4.0-beta2-- all
> > give the same error) with 2.6.19 kernel
> >
> > CC [M] /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.o
> > In file included
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xpd.h:26,
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.c:28:
> > /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xdefs.h:93: error:
> > conflicting types for 'bool'
> > include/linux/types.h:36: error: previous declaration of 'bool' was here
> > In file included
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/zconfig.h:9,
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/zaptel.h:34,
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xproto.h:29,
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/xpd.h:27,
> > from /home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp/card_fxo.c:28:
> > include/linux/config.h:10:3: warning: no newline at end of file
> > make[3]: *** [/home/roman/install/asterisk/zaptel-1.4.0-beta2
> /xpp/card_fxo.o]
> > Error 1
> > make[2]: *** [/home/roman/install/asterisk/zaptel-1.4.0-beta2/xpp] Error
> 2
> > make[1]: *** [_module_/home/roman/install/asterisk/zaptel-1.4.0-beta2]
> Error 2
> > make[1]: Leaving directory `/home/roman/install/kernel/linux-2.6.19'
> > make: *** [linux26] Error 2
> >
> > seems that commenting out "typedef int bool;" in xpp/xdefs.h on line 93
> works
> > that out, but don't know if it's completely right thing to do
>
> Simply replacing that int with a _Bool will give several "incompatible
> pointer type" warnings. The following is from our internal working copy,
> with pathes removed for clarity:
>
> CC [M] xpp/card_fxo.o
> xpp/card_fxo.c: In function `__check_report_battery':
> xpp/card_fxo.c:38: warning: return from incompatible pointer type
> CC [M] xpp/card_fxs.o
> xpp/card_fxs.c: In function `__check_poll_digital_inputs':
> xpp/card_fxs.c:37: warning: return from incompatible pointer type
> CC [M] xpp/xbus-core.o
> CC [M] xpp/xpp_zap.o
> xpp/xpp_zap.c: In function `__check_zap_autoreg':
> xpp/xpp_zap.c:67: warning: return from incompatible pointer type
> xpp/xpp_zap.c: In function `__check_prefmaster':
> xpp/xpp_zap.c:68: warning: return from incompatible pointer type
> xpp/xpp_zap.c: In function `__check_xpp_ec':
> xpp/xpp_zap.c:70: warning: return from incompatible pointer type
> xpp/xpp_zap.c: In function `xpd_read_proc':
> xpp/xpp_zap.c:437: warning: unused variable `chans'
> xpp/xpp_zap.c: In function `proc_sync_write':
> xpp/xpp_zap.c:748: warning: int format, bool arg (arg 5)
> xpp/xpp_zap.c: In function `proc_xpd_ztregister_write':
> xpp/xpp_zap.c:816: warning: int format, bool arg (arg 3)
>
> Most of them seem to be related to the procfs interface. If you don't
> need xpp for yourself and can leave with those warnings, go ahead.
>
> I'll try to resolve them.
>
> ----- End forwarded message -----
>
> --
> Tzafrir Cohen
> icq#16849755 jabber:tzafrir at jabber.org
> +972-50-7952406 mailto:tzafrir.cohen at xorcom.com
> http://www.xorcom.com iax:guest at local.xorcom.com/tzafrir
>
>
> ------------------------------
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
>
>
> End of asterisk-dev Digest, Vol 29, Issue 8
> *******************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20061205/1064a045/attachment-0001.htm
More information about the asterisk-dev
mailing list