similar to: Reply to INVITE with 1 codec

Displaying 20 results from an estimated 20000 matches similar to: "Reply to INVITE with 1 codec"

2023 Jan 31
1
set codec based on B side
Using Asterisk 18.12.0, a little confused on how to configure my pjsip.conf file to determine the codec to use for a call I have 2 endpoints: [Alice] disallow:all allow:ulaw,alaw,g729 [Bob] disallow:all allow:ulaw,alaw,g729 Alice calls into Asterisk on ext 100 and then we dial Bob I want to wait until Bod side codec is chosen to answer Alice and have each channel use the codec chose on Bob
2014 Mar 24
1
Problem with TLS/SRTP with Asterisk 11.8.1
Hi, I followed the TLS/SRTP tutorial on the wiki [0] using Asterisk 11.8.1 on CentOS 6.5 x86_64 and CSipSimple on a Nexus with Android 4.4.x local wifi. The phone seems to register but directly after that things fall apart (turning SELinux off made no difference): *CLI> -- Registered SIP 'encrypted' at 10.0.0.137:58079 > Saved useragent
2020 Jun 13
0
Voice "broken" during calls
So the call used Alaw as Codec. > Am 13.06.2020 um 17:23 schrieb Luca Bertoncello <lucabert at lucabert.de>: > > Am 13.06.2020 um 13:47 schrieb Michael Keuter: > > Hi > >> Try "sip show peer <peername>" for a phone. > > So: > > mobile phone: > bpi*CLI> sip show peer 0049177xxxxxxx > > > > > * Name :
2005 Mar 20
1
I cannot use G711 (ulaw|alaw)
Dear all, I'm trying to use ulaw and alaw with Diax and Asterisk but I'm not able to, I got the following error message: Mar 20 11:47:59 NOTICE[7099]: chan_iax2.c:6350 socket_read: Rejected connect attempt from 192.168.0.55, requested/capability 0x8/0xc incompatible with our capability 0xfe02. I do not understand why because my Asterisk box load these codecs properly! Does somebody
2015 Feb 23
2
Question about Warning message
Starting with Asterisk 13.1 we are seeing this WARNING messages a lot in our logs and console: WARNING[25164][C-0004865e]: chan_sip.c:7364 sip_write: Can't send 10 type frames with SIP write) We found that line in function "sip_write" inside "chan_sip.c". In our previous version (11.2.1) we did not see those messages being printed (same verbosity level). We compared
2020 Jun 13
5
Voice "broken" during calls
Am 13.06.2020 um 13:47 schrieb Michael Keuter: Hi > Try "sip show peer <peername>" for a phone. So: mobile phone: bpi*CLI> sip show peer 0049177xxxxxxx * Name : 0049177xxxxxxx Description : Secret : <Set> MD5Secret : <Not set> Remote Secret: <Not set> Context : default Record On feature : automon
2011 Aug 02
1
Codec negotiation issue (no audio format found to offer)
Running build 1.8.5.0 (compiled from source) I seem to be having an issue with codec negotiation. I have a Grandstream HT503 FXO port connected to a pstn line, a Polycom SP501, and a SIP trunk with callwithus. What I'm essentially looking to accomplish is for ulaw or g729 (preferably ulaw) to be used to the Grandstream FXO or any other internal endpoint, and for g729 only to be used outbound
2023 Jul 06
1
Setting codec on originating (calling) channel with chan_pjsip (SIP_CODEC_INBOUND equivalent)
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
2006 Mar 28
0
codec translation problem???
2019 Oct 03
2
Asterisk not using common codec between (SIP) endpoints
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
2014 May 12
1
new install: no re-invite and unwanted transcoding
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
2006 Mar 21
3
Zap<-->IAX codec?
Hi, at my Asterisk box, I have a few of IAX2 phones (configured with alaw/ulaw/gsm codecs, in this order) and a PRI E1 line. In iax.conf I hav: disallow=all allow=alaw allow=ulaw allow=gsm During some incoming call, I read at console: -- Executing Dial("Zap/2-1", "IAX2/215|20|TtwW") in new stack -- Called 215 -- Call accepted by 10.97.1.7 (format ulaw) --
2004 Sep 24
0
SIP - how does * decide codec order of preference
Hi, I'm a bit confused about how Asterisk decides in which order of preference it should list the different codecs in its SDP message during SIP call setup. In my sip.conf [general] section I've got disallow=all allow=gsm allow=ulaw allow=alaw But when Asterisk bridges a call from an E1 to VoIP it sends out an INVITE with the codecs listed in the following order of preference
2004 Jan 05
0
Codec Negotiation Does not seem to work as e xpected ?? Help Please !!
Steve, My Problem is not a problem, with the codec negotiation between end points. But when asterisk does it with canreinvite=no, * do not do it right. I replied with a lengthy discussion about my findings here, This behavior can be reproduced. But '*' do not seem to do the negotiation correctly. http://lists.digium.com/pipermail/asterisk-users/2004-January/032197.html
2012 Mar 20
0
Outgoing trunk is restricted to g.729 but need ulaw
Hi, I am taking over an asterisk system from another person and having an issue where a sip trunk is restricting the outgoing codecs to just g.729 I am dialing in from a Cisco 7960. The Invite from the Cisco has the folowing M line: m=audio 17022 RTP/AVP 18 0 8 101. So it is allowing g.729, ulaw and alaw. Asterisk is tandeming the call out over a SIP trunk sip.conf tandem trunk config:
2010 Mar 11
2
Codec preference
How can I set the prefered codec between 2 calling parties ?? My Grandstream supports G729, alaw and gsm... in this order. The Zoiper softphone has alaw and gsm as codecs... in that order. Although there should be a matching codec found, my Grandstream can not call the Zoiper softphone. CLI shows : [Mar 11 17:47:21] WARNING[22367]: channel.c:3340 ast_channel_make_compatible: No path to
2004 Jan 05
2
Codec Negotiation Does not seem to work as expected ?? Help Please !!
Hello, I have been trying to get my coders to work without a conversion. I have read all the available asterisk documentation and support groups without any luck. Here is my issue. (Please feel free to ask questions if you do not understand what I am talking about.) I am using Cisco ATA-186 set to g729 codec. (But it will switch to g711 if sip-server request g711) I have 2 SIP-services to
2007 Feb 27
0
mgcp codec problem about ulaw
Hi: I have a mgcp.conf and a mgcp_additional.conf which records the special information about the extensions. And i found if i use ulaw in the general context in mgcp.conf,then all the registered extensions can make both outbound and inbound calls,the mgcp.conf is following: [general] port = 2727 bindaddr = 0.0.0.0 disallow=all allow=ulaw allow=alaw ; can be disable and do no effect
2010 Feb 15
2
insecure=invite - not working for different dial plan
I'm using "insecure=invite" with two different dial plans, it it working with one dial plan but not with the other. What other parameters could influence "insecure=invite" In sip.conf below "insecure=invite" is working OK [pstn-1270] type=friend secret=spa3k username=voice-1270 mailbox=369 host=dynamic insecure=invite canreinvite=no disallow=all allow=ulaw
2020 Jun 17
0
Codec question
Ok - updating the firmware on teh device - factory reset, re-config. Capabilities: us - (g726|slin16|ulaw|alaw|gsm), peer - audio=(ulaw|alaw|g726|slin16)/video=(nothing)/text=(nothing), combined - (g726|slin16|ulaw|alaw) Looking much better. Jerry On Wed, Jun 17, 2020 at 4:01 PM Jerry Geis <jerry.geis at gmail.com> wrote: > I thought - what about the software - maybe it needs updated.