similar to: Newer CVS-Stable Asterisk not recognizing G711 ULaw from certain providers

Hello, I'd like to use g729 pass-thru when I dial out to a sip provider from my IP phone but because I have no license for g729 I'd like to use g711 ulaw for asterisk voicemail, conference bridge and other services. When I set in [general] section of sip.conf the following: disalow=all allow=g729 allow=ulaw the g279 pass-thru works fine with my SIP provider but when I call the

Dear all, I'm trying to use ulaw and alaw with Diax and Asterisk but I'm not able to, I got the following error message: Mar 20 11:47:59 NOTICE[7099]: chan_iax2.c:6350 socket_read: Rejected connect attempt from 192.168.0.55, requested/capability 0x8/0xc incompatible with our capability 0xfe02. I do not understand why because my Asterisk box load these codecs properly! Does somebody

Can anyone recommend a codec pack with G723 for use under Vista? I have G723 prompts (about 70 prompts totaling 1MB) needing to be converted to G711 uLaw. I tried Audacity but it doesn't have G723 codecs. I tired some google found adware free tools and websites with no success in converting G723. It does appear the old Cool Edit (now Adobe Audition 3.0 for $349USD) can do it -jason

Hi All, Can someone explain to me the difference between g711's ulaw and alaw codecs? Is it just different header info or is the actual payload in each encoded differently? I have thus far noe been able to find any difinative information onthe matter. All I've managed to find out that they are "similar", they sound the same and that it doesn't matter which you use. Could

Ok, My provider is sending a call to me via ULaw but Asterisk isn't picking up on this, I've only allowed ulaw, I disallow=all and then allow=ulaw in my sip.conf and that's the only thing I allow, but when my provider sends me the requests, I get an error about No Compatible Codecs: 17 headers, 8 lines Using latest request as basis request Sending to 67.19.245.213 : 5060

Hello, all. I have some problem when testing my IP phone with Windows Messenger. My IP phone supports such codecs as g729, g711. And Windows Messenger supports red, g711, g723 as you know. The problem comes up when testing with this sip.conf file. ([general] context displayed only) =================================================================================== [general] port=5060

All, Has anybody else experienced garbled voice between a phone using alaw/ulaw and one using iLBC? I have a Nokia E series phone with a preference to use iLBC and this works fine in Asterisk 1.2. However, since moving to 1.4 - I get garbled voice on Inbound (g711->iLBC). Outbound voice seems fine (iLBC->g711) though. It's not a 20/30ms framing issue as the phone uses 30ms

I have this in sip.conf: [general] context=default allowoverlap=no bindport=5060 bindaddr=0.0.0.0 srvlookup=yes progressinband=yes [19256002182] type=friend username=19256002182 callerid="Test hone 1" <+19256002182> host=dynamic canreinvite=no secret=password context=test disallow=all allow=g729 [level3] type=peer host=xxx.yyy.16.99 context=default

Using FireFly, all other codecs but G711 Ulaw is selected. But whenever I place a call, I get: Jan 24 16:07:06 WARNING[30654495]: dsp.c:1468 ast_dsp_process: Inband DTMF is not supported on codec G.711 u-law. Use RFC2833 Umm, wtf? I thought Inband was ONLY supported on G.711 u-law. -------------- next part -------------- An HTML attachment was scrubbed... URL:

I have a connect to * via H.323/g711 from device A and want to connect to B which want for H.323/g729 h323.conf contains disallow=all allow=alaw allow=g729 but outgoing faststart/TCS contains only g711 (from h323_request(format) i think) and so no codec negotiation and no voice. Howto run up g711/H323 -> * -> g729/H323 PS intel's g729 was used. ast 1.0.3-6 PPS stupid -

Hi all, i have a little problem to understand this warning message, it's annoying and it cause a lot of spurious in the log files. Im working with this scenario: a sip outgoing trunk (Trunk-out) that support only ulaw and all calls are always routed to this. a list of sip UAs that potentially can use any codec apart g729/g723. I setup the asterisk to do as mediaproxy so directmedia=no and

We are getting the following on 1.8.3 and 1.8.4-rc2, HELP! Why is Asterisk unable to transcode to/from ulaw and g722? [2011-04-21 09:51:34] WARNING[22067]: chan_sip.c:6064 sip_write: Asked to transmit frame type ulaw, while native formats is 0x1000 (g722) read/write = 0x1000 (g722)/0x1000 (g722) [2011-04-21 09:51:34] WARNING[22067]: chan_sip.c:6064 sip_write: Asked to transmit frame type ulaw,

First off, let me first say that this is not a one-way audio problem. Sometimes I can get 'her' to speak to me, other times I can't for a long time. I'm just using a very simple system to dump people into MeetMe(). Nothing fancy. I do have the following in my modules.conf: preload => format_mp3.so preload => codec_ulaw.so preload => format_pcm.so My extensions.conf

Mar 15 12:54:01 NOTICE[24269] channel.c: Dropping incompatible voice frame on Local/[removed number]@context-5c3e,2 of format ulaw since our native format has changed to slin Can anyone provide an English translation of what this means? The extension is a Polycom IP 501 The only allowed formats are g.711u MOH is MP3 files (obvious) All prompts have been re-recorded in .ul uLaw

Hi everyone, I'm having an odd issue. I've been doing some testing over the past couple weeks on some Asterisk modules / utilities, but have bumped into a problem which I can't seem to resolve. Asterisk can't seem to play the default sound files (ULAW) in my environment. All necessary debugging information is included below. I'd love to get anyone else's thoughts on this,

Hello! Client is using ulaw, however server sometimes fills the log with following: [2011-03-09 21:23:07] WARNING[27204] chan_sip.c: Asked to transmit frame type slin, while native formats is 0x8 (alaw) read/write = 0x4 (ulaw)/0x8 (alaw) [2011-03-09 21:23:07] WARNING[27204] chan_sip.c: Asked to transmit frame type slin, while native formats is 0x8 (alaw) read/write = 0x4 (ulaw)/0x8 (alaw)

Hi: I have a mgcp.conf and a mgcp_additional.conf which records the special information about the extensions. And i found if i use ulaw in the general context in mgcp.conf,then all the registered extensions can make both outbound and inbound calls,the mgcp.conf is following: [general] port = 2727 bindaddr = 0.0.0.0 disallow=all allow=ulaw allow=alaw ; can be disable and do no effect

Hi, When ever I put g729 in allow for trunk the other two codecs (ulaw and alaw) stop working and I get the frame type error for them, but g729 works fine. I've cleared general part of sip.conf of codec info to be on safe side. If ulaw and alaw are the only ones allowed they work fine. Asterisk shouldn't be doing any encoding or decoding, all codecs should be passing through. Any

Hi there I europe alaw is usual. I have a SIP Phone which perferes ulaw. When my * box has to transcode alaw to ulaw the sound get's one way choppy. (alaw => ulaw is choppy, ulaw => alaw is fine). I managed to fix the issue by forcing my SIP phone to use alaw only, but is this a know issue with asterisk 1.2.13? -Benoit-

Hi, I am taking over an asterisk system from another person and having an issue where a sip trunk is restricting the outgoing codecs to just g.729 I am dialing in from a Cisco 7960. The Invite from the Cisco has the folowing M line: m=audio 17022 RTP/AVP 18 0 8 101. So it is allowing g.729, ulaw and alaw. Asterisk is tandeming the call out over a SIP trunk sip.conf tandem trunk config: