Paul Cadach wrote:
Don't forget Cisco CallManager uses fake IP address/port on OLC packet but OCLAck have real information from gateway, so
we needs to analyze OLCAck to update RTP peer address and not use OLC information until OLCAck received or
H323_ExternalRTPChannel::Start() is called.
Your co
Look for my codec passthrough patch. While there might be some work in the
future, the only way to negotiate the final codec when you first get the
call in is to somehow know where the call will end up. The dialplan can't do
this. You _must_ patch the channel to execute some other logic before
rece
snacktime wrote:
From CVS of a few minutes ago. app_chanspy.c is including a non
existant file channel_pvt.h.
It is now fixed in CVS. In the future, it is best to report any kind of
problem to http://bugs.digium.com.
Thanks!
Russell
___
Asterisk-Dev m
>From CVS of a few minutes ago. app_chanspy.c is including a non
existant file channel_pvt.h.
gcc -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes
-Wmissing-declarations -g -Iinclude -I../include -D_REENTRANT
-D_GNU_SOURCE -O6 -march=i686 -DZAPTEL_OPTIMIZATIONS
-DASTERISK_VERSION=\"CVS-
Charles Wang wrote:
I guess that you foget to patch the chan_h323.c under "channels/" too.
Such as:
channels/chan_h323.c lines 1179 to 1181
info->addr = ast_inet_ntoa(iabuf, sizeof(iabuf), bindaddr.sin_addr);
info->port = ntohs(us.sin_port);
ast_log(LOG_DEBUG, "Sending RTP '
Those recordings are CRAZY eh? hahah
/b
On Mar 23, 2005, at 3:52 PM, Chris Wade wrote:
listening to the 3-17 dev conf...
the issue of the patches directory and it 'being part of the product',
why not just create a 'asterisk-patches' just like 'asterisk-addons'?
might not resolve everyones issues
Hi,
I've the following problem :
I have an Asterisk box (* 1.07 / Debian 3.0) that I only use with IAX2
clients (mostly softphones). I setup iax.conf so that only GSM (first)
and ulaw (second) codecs are allowed. I have to avoid codec translation
(to save some CPU power) and I also prefer native br
listening to the 3-17 dev conf...
the issue of the patches directory and it 'being part of the product',
why not just create a 'asterisk-patches' just like 'asterisk-addons'?
might not resolve everyones issues with this 'make patch' idea, but
isn't it a step in the right direction?
just a thoug
Kevin P. Fleming wrote:
Bob Goddard wrote:
I /think/ strcasestr should be changed to ast_strcasestr, 5 places in
chan_sip.c.
Yes, that is the correct fix. If you don't mind, please post a patch to
Mantis to fix this problem.
I got it. :)
http://bugs.digium.com/bug_view_page.php?bug_id=0003842
Ru
Paul Cadach wrote:
>
> Hello,
>
> Solaris usually have standard libraries with cutted functionality (I had such
> type of problems with Solaris some time
> ago, missed function asprintf()). Looks like Asterisk needs to have own
> "compatibility" library... :(
>
You got me thinking, Asterisk d
Hi, Chih-Wei:
I guess that you foget to patch the chan_h323.c under "channels/" too.
Such as:
channels/chan_h323.c lines 1179 to 1181
info->addr = ast_inet_ntoa(iabuf, sizeof(iabuf), bindaddr.sin_addr);
info->port = ntohs(us.sin_port);
ast_log(LOG_DEBUG, "Sending RTP 'US'
Hello,
Just to follow up my last posting, I recompiled everything and Asterisk
is working great now that the strcasestr statements in chan_sip.c were
changed to ast_strcasestr. This looks like this would be needed for BSD
type systems as wel, although I could be wrong on that.
Brian
Hi, Chih-Wei:
I got asterisk from the CVS header. And make chan_h323 with your patch.
But I got these error messages, can you re-patch for it?
PWLib version is 1.8.1... ok
OpenH323 version is 1.15.1... ok
g++ -g -c -o ast_h323.o -march=i686 -DPBYTE_ORDER=PLITTLE_ENDIAN
-DNDEBUG -DDO_CRASH -DDEB
Bob Goddard wrote:
I /think/ strcasestr should be changed to ast_strcasestr, 5 places in
chan_sip.c.
Yes, that is the correct fix. If you don't mind, please post a patch to
Mantis to fix this problem.
___
Asterisk-Dev mailing list
Asterisk-Dev@lists.digi
Top poster...
On Wednesday 23 March 2005 14:55, Paul Cadach wrote:
> Hello,
>
> Solaris usually have standard libraries with cutted functionality (I had
> such type of problems with Solaris some time ago, missed function
> asprintf()). Looks like Asterisk needs to have own "compatibility"
> librar
This needs to be posted on http://bugs.digium.com and you need to submit
a Disclaimer to Digium before I can commit it.
Thank you,
Jeremy McNamara
___
Asterisk-Dev mailing list
Asterisk-Dev@lists.digium.com
http://lists.digium.com/mailman/listinfo/aster
Hello,
Solaris usually have standard libraries with cutted functionality (I had such
type of problems with Solaris some time
ago, missed function asprintf()). Looks like Asterisk needs to have own
"compatibility" library... :(
WBR,
Paul.
- Original Message -
From: "Brian McCrary" <[EM
Hello,
I am trying to compile the new CVS HEAD, and all compiles fine, but when
running, I'm getting:
[chan_sip.so]Mar 23 09:31:11 WARNING[1425]:
loader.c:301 __load_resource: ld.so.1: asterisk: fatal: relocation
error: file /usr/lib/asterisk/modules/chan_sip.so: symbol strcasestr:
referenced sym
18 matches
Mail list logo