similar to: Setting codec on originating (calling) channel with chan_pjsip (SIP_CODEC_INBOUND equivalent)

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,

Hello, After I have re-read the "PJSIP Advanced Codec negotiation" document, it occurred to me that the desired behavior should actually happen automatically, just due to the codec negotiation logic, but it looks like asterisk doesn't actually follow the described logic which is likely a bug. Can you please follow with me through a simple sip call and see if I'm missing

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

Oh, that's great. It wasn't clear from that page, at least not for me. :-( Having it clearly stated on the document would save me (and probably others) lots of time. Thanks for clarifying it. Any idea on the timeframe of implementation? *Michael Ulitskiy* Ace Innovative Networks, Inc. Main/SMS: 212-868-2366 Direct/SMS: 212-812-1203 https://www.aceinnovative.com On 7/6/23 12:47, Joshua

On Thu, Jul 6, 2023 at 1:43 PM Michael Ulitskiy <mulitskiy at acedsl.com> wrote: > Hello, > > After I have re-read the "PJSIP Advanced Codec negotiation" document, it > occurred to me that the desired behavior should actually happen > automatically, just due to the codec negotiation logic, but it looks like > asterisk doesn't actually follow the described

Hello, I finally got to look at chan_sip to chan_pjsip migration again. This time I’m having problems with influencing codec selection on originating (calling) channel. It looks like PJSIP_MEDIA_OFFER only works on outbound (called) channel and has no affect on calling channel. My experiments and function documentation (which says “Media and codec offerings to be set on an outbound SIP

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

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

On Thu, Feb 20, 2020 at 9:38 PM Patrick Wakano <pwakano at gmail.com> wrote: > Hello list, > Hope you are all doing well! > > I am facing a problem when compiling Asterisk 16.8.0 in a CentOS 6 box and > I wonder if someone can put some light on it. > Log history short, install_prereq fails to install the packages (not sure > how important they actually are....):

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.

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

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

Hello list, Hope you are all doing well! I am facing a problem when compiling Asterisk 16.8.0 in a CentOS 6 box and I wonder if someone can put some light on it. Log history short, install_prereq fails to install the packages (not sure how important they actually are....): speexdsp-devel, gmime-devel, uriparser-devel, iksemel-devel, uw-imap-devel, hoard Then, I am running the following commands

Hello people, I've ran into two problem that I can't seem to be able to solve on my own. Here's my scenario (running Asterisk 13.28.1): In short: - Asterisk behaves unexpectedly (at least to me) when negotiating between endpoints             that have a different but intersecting set of codecs (preventing direct media flow).           - Also, when an endpoint sends RTP with an

Hi Kevin! Thanks very much for your reply! Much appreciated! So I just have a remaining question from this, if the with-ssl is not mandatory to have the encryption support, what is it actually used for? Maybe it is some old flag which is not needed anymore and so can be ignored for now and possibly removed from the configure/makefile stuff for future releases? Kind regards, Patrick Wakano On

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, is it possible simultaneously use chan_sip and chan_pjsip? if yes, can you recommend settings i'm thinking about - chan_sip - for sip hardphones/softphones (sip udp 5060) - chan_pjsip - for webrtc -- --------------------------------------- Marek Cervenka =======================================

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

Dne 13.8.2015 v 17:20 Rusty Newton napsal(a): > On Thu, Aug 13, 2015 at 3:54 AM, Marek ?ervenka <cervajs at fpf.slu.cz > <mailto:cervajs at fpf.slu.cz>> wrote: > > hello, > > is it possible simultaneously use chan_sip and chan_pjsip? > > if yes, can you recommend settings > > i'm thinking about > - chan_sip - for sip

Hi, I'm trying to interconnect sip and h323 endpoints using asterisk and asterisk crashes with segmentation fault whenever h323 connection needs to be established. It registers with gatekeeper ok though. Here are the symptoms. If the call initiated by SIP device, asterisk replies to it "Trying" and then silently crashes (it launched as asterisk -vvvvcd). In debug log I can see the