search for: g722

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, while native forma...

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 (g722)(4096) [May 3 21:41:21] WARNING[21567] chan_sip.c: Asked to transmit...

...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 invites using g722 and g711 and gets exactly this invite back as incoming call. 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...

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 internal extensions naturally happen over g722 as its their preferred codec - for external calls I now set SIP_CODEC_INBOUND=ulaw to influence cod...

Hello, I have some problems to use G722, when my client sent an invite request to asterisk using G722/16000 codec asterisk respond with G722/8000 codec. I dont know exactly if Asterisk supports G722/16000 codec?? If yes how can I activate It?? Thanks. Rachid. Below wireshak trace: <-----------------------------------------------...

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 the only thing not working is Asterisk's s...

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

Hi! I want to tell asterisk to simply pass-through any codecs that my phones support. I have to use codecs that are not popular and implemented by a third-party, asterisk has nothing to do with them. I've made a test with g722 (that asterisk doesn't support), i've set all my two snom 300 phones to support only g722 and asterisk declined the sip invitation. That is bad for me. Is it possible that asterisk asks the called phone not the codecs that asterisk supports but the codecs that the calling phone supports? W...

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, there is no working solution...

...answer        : prefer:pending, operation:intersect, keep:all, transcode:allow  codec_prefs_outgoing_offer         : prefer:pending, operation:union, keep:all, transcode:allow All endpoints have the same default config above. Let's go over simplest scenario: A calls B. A is configured with g722 and ulaw (allow=!all,g722,ulaw) and B is configured with ulaw and alaw (allow=!all,ulaw,alaw) 1. codec_prefs_incoming_offer: A sends INVITE to asterisk with codecs in SDP g722,g729,g711u,g711a: ... m=audio 2266 RTP/AVP 9 18 0 8 101. a=rtpmap:9 G722/8000. a=rtpmap:18 G729/8000. a=fmtp:18 annexb=n...

So I've got a bit of a head scratcher. Wanted to get some insight. I've got a PBX running 12.3.0 We're a ULAW shop from end to end. But I've been playing with G722 just for fun. I've got a Yealink T46G on my desk, And my colleague, A Polycom IP650 (Same office). Basically, Whenever I make an outbound call to a destination to something not G722 ready, I get no incoming audio. Example 1. From my T46G, I call the IP650. The call comes up in G722 a...

Hello, I am working with several SIP projects that use g722, or are trying to do so, with pjsip library. According to pjsip team's interpretation of g722, it works with 14bits PCM for input/output, so pjsip basically 'converts' the audio sample from 16 bits to 14 when encoding and vice-versa. Some implementations don't do 16<->14 bit...

I have Polycom phones that support the g722 codec. Adding allow=g722 to the [general] section of sip.conf works great and I can make calls between the phones using g722. However Asterisk is negotiating g722 for calls going out my voip provider and transcoding these to ulaw. In sip.conf for the provider I have deny=all and allow=ulaw. This ca...

...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 - - - - - - - - - - - - - - - - gsm - - 3001 3002 6999 3001 3000 10999 - - 40994 8000 6999 - - 13998 ulaw - 5000 - 1 4000...

What is the current best practice to avoid transcoding on an outgoing call to a party whose codec preference is not known in advance? In other words, incoming calls are easy since codecs are negotiated from least-known (the remote party) to most-known (my endpoint) and my codecs can simply be preferred accordingly to match the remote. Outbound calls seem harder. Our endpoints always negotiate

Hi there, I've been playing with a SNOM 360 and 190 trying to get them talk to each other using g722 with 16 kHz. However all I see in the SIP log codec negotiation is "g722/8000" which makes me believe that this is only a 8 kHz link (and that's what it sounds like). Anyone every managed to establish a 16 kHz wideband call between SNOM phones? Cheers, Philipp

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 <mkezys at gmail.com> wrote: > Try this: http://www.b2bua.org/wiki/AsteriskCodecNegotiationPatch > > Regards, > Mindaugas Kezys > > Kolmisoft UAB > VoIP Billing...

...ompiled 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 calling A-Leg 7001 NativeFormats: (g722) to the B-Leg 7000 NativeFormats: (alaw) -- *Rainer Piper* Integration engineer Koeslinstr. 56 53123 BONN GERMANY ------------------------------------------------------------------------ ------------------------------------------------------------------------ -------------- next part ---------...

Hi all, I?ve read that meetme works at G711 (ulaw), so asterisk would down-mix a number of parties using G722, is that still correct? If so, i?ve also read that Joshua Colp was/is working on a replacement (conf_bridge?) that works with G722. If this is this still in active development are there any planned timelines? If it?s in 1.6.0.6, and i?ve just missed it or it?s been renamed please be nice in your re...

Hi, I wanted to follow up on this thread about WB support on the MeetMe bridge that is in 1.6.2. Does it only work for G722 or any WB codec ? I am working with another 16k WB codec that I can transcode to 722 and vice versa. I was curious if the 1.6.2 MeetMe bridge can also mix 722 with any other WB codec natively(without downscaling). Thanks, Serhad Doken ------------------> Razza wrote: If so, i've also r...