similar to: Transcode ulaw/g722 problem

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

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:

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

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

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:

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 bits conversion, so when pjmedia talks to

With asterisk 1.8.7.0 has been running ok for months. Now, this morning, it's crashing. I can restart it, but it crashes after 10+ minutes. It dies like this -- Executing [s at macro-stdexten:2] Dial("SIP/teliax-00000019", "SIP/176,18,rtT") in new stack == Using UDPTL TOS bits 184 == Using UDPTL CoS mark 5 == Using SIP RTP TOS bits 184 == Using SIP 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

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

I am unable to get re-invite to work on a new system. Also, unwanted transcoding is occurring on PSTN calls. The new system (FreePBX 2.11.0.37, Asterisk 11.9.0, CentOS 6.5) will eventually replace an old system (FreePBX 2.8.1, Asterisk 1.8.7.2, CentOS 5.8) currently in production. Both systems are on VPS with public IP addresses. Goals for the new system include: HD (g722) connections on

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.

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

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

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

Hello, I'd like to ask whether there is some documentation with recommended parameters for transcoding voice codecs such as G722, G711a/u <-> Opus with near-transparency. My Idea is to have something like: HW-Phone <-> Asterisk <---------> Asterisk <-> HW-Phone (G722) (Opus) (G722) in order to lower the bandwidth between the two

Hi Guys, I have a the following issue when I ma trying to place a call through my voip provider, I am using an asterisk 1.2.21.1, do you have an idea what could fix this issue (as you can see when the other party answered, the call get dropped because of probably sip incompatibility) Nov 12 14:31:30 WARNING[21432]: chan_sip.c:2587 sip_write: Asked to transmit frame type 256, while native formats

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

Hi list! I have 4 numbers on my Asterisk 1.8. 3 work perfectly, the 4.th not. I'm not sure, when it finish to 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

Hello guys, i have a question about a voip gateway we use. I saw those values typing in cli: core show translation g723 gsm ulaw alaw g726aal2 adpcm slin lpc10 g729 speex ilbc g726 g722 slin16 g723 - - - - - - - - - - - - - - gsm - - 2001 2001 6000 2001 2000 16000 - 34002 - 6000

Hi, I have just signed up with Voxee.com and have attached my Asterisk server to dial them via IAX2. Below is the start of the log which dials the number and promply hangs up when the call is answered, with the logs saying that the channel is not compatiable. I have traced this down to the g.729 codec which I don't have installed. Any ideas on how to force that the codec not be used?