search for: alaw

...         - Also, when an endpoint sends RTP with an unexpected (but internally hardcoded) payload type,             Asterisk seems to get "confused" with what codec is supposed to be active (which seems to break transcoding). I've got a couple of phones (supported codecs are: g722,alaw,ulaw (in that order)) and a "special" media gateway which supports alaw, ulaw only. What I mean by "special" is, that it sends status information via RTP payload type 102; this is hardcoded and I cannot change it; also that thing sends it regardless of what was negotiated via...

...risk boxes and I get the following results. I have the g726, ilbc and lpc10 formats and codecs enabled in 'make menuselect' so I dont understand why its showing as no translation path. Any ideas? I am running certified-asterisk-11.2-cert2 Thanks Gareth > core show translation paths alaw --- Translation paths SRC Codec "alaw" sample rate 8000 --- alaw To g723 : No Translation Path alaw To gsm : (alaw)->(slin)->(gsm) alaw To ulaw : (alaw)->(ulaw) alaw To g726 : No Translation Path...

...work, since a month ago it runs without any problem... Well, if I will be called on this number I can't hear anything and in Asterisk I see these: [Jul 15 18:59:55] WARNING[8752]: channel.c:5060 ast_write: Codec mismatch on channel SIP/00493514977290-000001d1 setting write format to g729 from alaw native formats 0x8 (alaw) [Jul 15 18:59:55] WARNING[8752]: channel.c:5254 set_format: Unable to find a codec translation path from 0x8 (alaw) to 0x100 (g729) [Jul 15 18:59:55] WARNING[8752]: chan_sip.c:6773 sip_write: Asked to transmit frame type g729, while native formats is 0x8 (alaw) read/write...

...("SIP/test0-5821", "Zap/6/327557670||Tt") in new stack -- Requested transfer capability: 0x00 - SPEECH -- Called 6/327557670 -- Zap/6-1 is proceeding passing it to SIP/test0-5821 -- Accepting UNAUTHENTICATED call from 195.66.73.122: > requested format = alaw, > requested prefs = (alaw|gsm), > actual format = alaw, > host prefs = (alaw|gsm), > priority = mine -- Executing Set("IAX2/soekris2-1", "CALLERID(number)=0327557574") in new stack -- Executing Dial("IAX2/soekris2-1", &q...

part of extensions.conf: exten => 11,1,Answer() exten => 11,n,NoOp(CallerID : ${CALLERID(all)}) exten => 11,n,Playback(/tmp/welkom-tcs.alaw) exten => 11,n,GoToIfTime(09:00-17:59|mon-fri|*|*?open,s,1) ; wordt doorgerouteerd naar context open, maar indien gesloten : exten => 11,n,NoOp(Oproep tijdens winkel gesloten) exten => 11,n,Playback(/tmp/winkel-gesloten.alaw) exten => 11,n,Hangup() ; Record voice file to /tmp directory...

> From: "John Hughes" <john at calva.com> > To: "Asterisk Users Mailing List, Non-Commercial Discussion" > <asterisk-users at lists.digium.com> > Sent: Thursday, May 14, 2020 2:10:45 AM > Subject: [asterisk-users] I can do alaw, ulaw and gsm; remote can do g729 and > alaw; asterisk wants to translate g729 -> alaw. WHY? > I am having a problem with one of my callers who is using either g729 or alaw. I > can do alaw but not g729 so asterisk should negotiate alaw right? In fact from > the sip debug it looks l...

On 14/05/2020 08:10, John Hughes wrote: > > I am having a problem with one of my callers who is using either g729 > or alaw.  I can do alaw but not g729 so asterisk should negotiate alaw > right?  In fact from the sip debug it looks like it does, but then I > get the dreaded "channel.c:5630 set_format: Unable to find a codec > translation path: (g729) -> (alaw)" and the call hangs up.  Why? >...

On Thu, May 14, 2020 at 11:31 AM John Hughes <john at calva.com> wrote: > On 14/05/2020 08:10, John Hughes wrote: > > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does, but then I get the > dreaded "channel.c:5630 set_format: Unable to find a codec translation > path: (g729) -> (alaw)" and the call hangs up. Why? > &gt...

Hi all, I have to play a alaw file with .wav ext. How can I do this? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20100721/de46328f/attachment.htm

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) [2011-03-09 21:23:07] WARNING[27204] chan_sip.c: Asked to transmit frame type slin, while native formats is 0...

I want use iLBC and have following in mind, please help me is it possible ? ISDN <-----(ALAW)-----> * <-----(ALAW)-----> SNOM SIP??<-----(iLBC)----->?*?<-----(ALAW)----->?SNOM 1. ISDN incoming codec is ALAW SNOM codec should be ALAW (can't be iLBC because a lack of codec). 2. SIP incoming codec should be iLBC (snom is ALAW). 3. SIP outgoing codec should be iLBC /s...

I am having a problem with one of my callers who is using either g729 or alaw.  I can do alaw but not g729 so asterisk should negotiate alaw right?  In fact from the sip debug it looks like it does, but then I get the dreaded "channel.c:5630 set_format: Unable to find a codec translation path: (g729) -> (alaw)" and the call hangs up.  Why? Last minute though...

Hello list, Grandstream GXP2010 phone calling to Snom 320, Asterisk in the middle. Grandstream allows for 8 different codec specifications. I have defined them as 4 x G726 & 4 x alaw. Snom allow for 7 different codec specifications. I have defined them as 3 x G726 & 4 x G729. The SIP peers are both defined as : disallow=all allow=g726 allow=alaw allow=g729 allow=gsm This is the SIP trace : INVITE sip:20 at 192.168.1.150 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.102:5062;br...

Hello list, it seems that Asterisk is unable to convert a wav-file into an alaw-file : [root at asterisk testing]# asterisk -rx "file convert testExtended2.wav testExtended2.alaw" Unable to open input file: testExtended2.wav [root at asterisk testing]# asterisk -rx "file convert testLong2.wav testLong2.alaw" Unable to open input file: testLong2.wav The...

...answer is g722,g711 in the ok sdp. Now, Asterisk can't decide, which codec to use. It frequently changes the codec just as it likes to apparently without any visible reason. [2017-05-11 17:28:03] DEBUG[5121][C-0000003a]: res_rtp_asterisk.c:3634 ast_rtp_write: Ooh, format changed from none to alaw [2017-05-11 17:28:03] DEBUG[5113][C-00000039]: res_rtp_asterisk.c:3634 ast_rtp_write: Ooh, format changed from none to alaw [2017-05-11 17:28:04] DEBUG[5123][C-00000039]: res_rtp_asterisk.c:3634 ast_rtp_write: Ooh, format changed from none to alaw [2017-05-11 17:28:04] DEBUG[5113][C-00000039]: res...

...onnect SIP with PSTN. I use callfile and local channel to first call a PSTN number and if answered, use local channel to call SIP phone with music on hold enabled in Dial string. If I call PSTN from SIP directly or vice versa I don't see this warning coming. On SIP I have allowed only one codec(alaw). [Jun 28 15:05:00] WARNING[31016] chan_sip.c: Asked to transmit frame type slin, while native formats is 0x8 (alaw) read/write = 0x8 (alaw)/0x8 (alaw) I also tried to yes/no option transcode_via_sln in asterisk.conf without any success. Any idea? Thanks, --AM -------------- next part ----------...

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...

...eems that the other ends that do send g729. This was recently fixed. See https://issues.asterisk.org/jira/browse/ASTERISK-28139 Richard On Thu, May 14, 2020 at 1:11 AM John Hughes <john at calva.com> wrote: > I am having a problem with one of my callers who is using either g729 or > alaw. I can do alaw but not g729 so asterisk should negotiate alaw right? > In fact from the sip debug it looks like it does, but then I get the > dreaded "channel.c:5630 set_format: Unable to find a codec translation > path: (g729) -> (alaw)" and the call hangs up. Why? > &gt...

...tIDOutbnd: Legacy Subscriptions: Yes Overlap dial : No DTMFmode : rfc2833 Timer T1 : 500 Timer B : 32000 ToHost : Addr->IP : (null) Defaddr->IP : (null) Prim.Transp. : UDP Allowed.Trsp : UDP Def. Username: SIP Options : (none) Codecs : (alaw|ulaw|ilbc|g729|g723|gsm|amr|amrwb|g726|g726aal2|adpcm|slin|slin|slin|slin|slin|slin|slin|slin|slin|lpc10|speex|speex|speex|g722|siren7|siren14|testlaw|g719|opus|jpeg|png|h261|h263|h263p|h264|mpeg4|vp8|red|t140|silk|silk|silk|silk) Auto-Framing : No Status : UNKNOWN Useragent : Reg....

Hi What is special control 16? I am getting this error quite often -- special control 16, then for some reason it puts on hold and then logs is full of Asked to transmit frame type ulaw, while native formats is 0x8 (alaw) read/write = 0x8 (alaw)/0x8 (alaw) Both peer and trunk have same codec priority (disallow=all then allow=alaw then alllow=ulaw) Any ideas how to fix this ? -- SIP/zzz-000001cd is making progress passing it to SIP/0010777-000001cc -- SIP/0010777-000001cc requested special control 16, passing...