similar to: Codec negotiation

have problems with outgoing calls. When I tried this, the same way you did, I could make calles externally but had no audio each way reguardless of what I tried to pass to the sip provider. Best bet is to use what your sip provider can use or find another provider that that can do g722. That's what I did when I wanted to use g726. my2cents On Tue, Jun 29, 2010 at 2:42 PM, Mindaugas Kezys

Let's say I have two devices configured and the follow call scenarios occur. [100] disallow=all allow=g722&ulaw Polycom phone with g722,ulaw,alaw,g729 [101] disallow=all allow=ulaw Polycom phone with g722,ulaw,alaw,g729 101 dials 100 -> ulaw to ulaw is chosen 100 dials 101 -> g722 to ulaw is chosen Ideally when 100 dials 101 ulaw would be chosen since it is the common format.

Hello! I'm facing completely choppy sound. The wireshark trace shows, that there are a lot of codec changes without any trigger (means no options or reinvite or any other package). Background: The call is initiated by asterisk and is received by the same asterisk conference room via Phone extension -> asterisk -> provider A -> provider B -> asterisk. Asterisk initially sends

Sorry - that should be sysctl -w net.ipv6.conf.all.accept_ra=0 to disable that, not 1. Chris On Sun, Mar 8, 2015 at 11:14 PM, Chris Stone <axisml at gmail.com> wrote: > Try: > > sysctl -w net.ipv6.conf.all.accept_ra=1 > > to persist between boots, be sure to add this to your /etc/sysctl.conf > file. > > This should prevent the box from listening to any RA

Hello Michael, you are referring to the following behavior - did I get it correctly?: outbound broken: asterisk offers g722 / g711 to provider (callee), callee answers g711. Asterisk now transcodes between caller and callee (g722 <-> g711). inbound works: call from provider: g711 -> asterisk drops g722 and passes g711 to internal callee -> no transcoding. As far as I know,

We want to record inbound channels at 16kHz, but send only 8kHz to our peers. I've set our default profile in sip.conf to disallow all but g722, and the peers disallow all but ulaw. We have a proxy in front of Asterisk that is configured to disallow all but G722 also. My test calls show inbound to the proxy is recorded at 16kHz, inbound in Asterisk is only 8kHz, and the peers receive 8kHz. So

Hi, If I am expecting too much here, please just tell me so, but I was under the impression that this was put into 1.6.x I have 2 types of SIP devices. For argument's sake, let us say that one type of device can talk G722 and ALAW, and the other only talks ALAW. I have directmedia=yes. Calls originated from ALAW only devices work great. Calls from G722 to G722 devices work great. ...but

On Fri, Mar 6, 2015 at 11:52 AM, Robert Moskowitz <rgm at htt-consult.com> wrote: > > > On 03/06/2015 11:00 AM, Robert Moskowitz wrote: > >> >> >> On 03/06/2015 10:55 AM, Barry Brimer wrote: >> >>> >>> >>> IPV6INIT="no" >>>> >>>> But I am still getting a global IPv6 (and of course local scope).

Hi Users, I was wondering if someone of you have the same thing on CentOS 64x? asterisk01*CLI> core show translation Translation times between formats (in microseconds) for one second of data Source Format (Rows) Destination Format (Columns) g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 siren7 siren14 slin16 g723

Hello, Anyone? I have hard time to believe this is not possible with chan_pjsip. Anyway, may I ask how people handle the following scenario which I imagine should be quite common: - I have internal extensions talk to each other using g722. so their codec setting (with chan_sip now) is "allow=g722,ulaw" - I have carriers trunks that handle ulaw only (allow=ulaw) - calls between

Hi! my asterisk-12.2.0 with pjsip-2.2.0 does not translate codecs any more. I tried every combination. silent on both sides. I compiled pjsip with no resample in pjsip. ./configure --prefix=/usr --enable-shared --disable-sound*--disable-resample* --disable-video --disable-opencore-amr is there a way to force asterisk back to do the codec translation? Attachment: sip show channel of the

I am having a problem registering my cisco phones which is exactly like that described in http://lists.digium.com/pipermail/asterisk-users/2011-May/262306.html except that I am on Asterisk 1.8.3.3 and using sip level POS3-07-4-00 The symptoms are: o 7960 lines show [X] o Outbound calls can be made from the phone, including call pickup of inbound calls, but not to it. o Trace shows REGISTER

Hi: I am useing asterisk 11.12. I use G722 as preferred codec for my ip-phone. and my PSTN DAHDI use alaw. G722 is great when ip-phone talks to each other. but when ip-phone dialout to PSTN DAHDI, G722 is not great, since it is need to transcode to alaw. so I try to change the codec when dial from SIP to DAHDI. I tried to use IP_CODEC/SIP_CODEC_OUTBOUND at dialplan. but the SIP

Hi all, I realise that asterisk's codec negotiation has been discussed in the past multiple times. What I haven't been able to understand is how asterisk decides which video codecs to advertise to the other end when canreinvite=no in sip.conf and the initial caller doesn't support video. My tests are quite simple, I use an asterisk with 4 peers all on the same LAN. My sip.conf

Hello all, I have a system running AsteriskNOW with asterisk asterisk-1.8.8.1-1_centos5 from AsteriskNOW repository. I just changed our Polycom 335 sip.conf so that blindpreferred=1 (all transfers default as blind transfers). If a customer calls in & we answer & transfer, everything works fine. But if we call out to a customer & then transfer to another internal extension, that

On 05/12/2017 at 08:49 PM, Joshua Colp wrote: > On Fri, May 12, 2017, at 02:46 PM, Michael Maier wrote: > > <snip> > >> >> If I'm doing exactly the same call originated with another extension, >> there can't be seen these frequent changes. But the strange thing is, >> that in both cases the part between extension and asterisk doesn't show

Hi All, I am trying to get the opus codec working with linphone. I followed the instructions... This shows me its loaded core show translation paths opus --- Translation paths SRC Codec "opus" sample rate 48000 --- opus:48000 To g723:8000 : No Translation Path opus:48000 To ulaw:8000 : (opus at 48000)->(slin at 48000 )->(slin at

Well, I'm trying to migrate to chan_pjsip so that I don't have to do that. It's so surprising that the issue so seemingly obvious and trivial hasn't been addressed yet that I wanted to query the collective wisdom of this list to verify my observations. Thanks for github pointer. Michael On 7/5/23 16:46, asterisk at phreaknet.org wrote: > On 7/5/2023 4:19 PM, Michael

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,

Under 1.4.35 I get this message printed MANY times [May 3 21:41:21] WARNING[21567] chan_sip.c: Asked to transmit frame type 4, while native formats is 0x1000 (g722)(4096) read/write = 0x1000 (g722)(4096)/0x1000 (g722)(4096) [May 3 21:41:21] WARNING[21567] chan_sip.c: Asked to transmit frame type 4, while native formats is 0x1000 (g722)(4096) read/write = 0x1000 (g722)(4096)/0x1000