similar to: Specify a codec in dial plan?

Displaying 20 results from an estimated 30000 matches similar to: "Specify a codec in dial plan?"

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
2011 Apr 12
0
No subject
the legs separately as if they were not related to the same call. So the ingress leg negotiates ulaw, and despite it knowing that the peer also supports g729 fails the call since it's already decided on ulaw and the egress leg only accepts g729. If this is design intent I'm wondering if there is demand enough to justify a feature request? Any advice on how I can work around this issue?
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
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
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
2011 Mar 06
1
Early codec selection / negotiation
Hi, This seems to be a fairly common question, but I have Googled for this quite a bit and looked at the Asterisk documentation/book and haven't been able to find an answer. My question is: Can I get my IP phone to select a different codec depending on the final destination of each call? I've got these things connected to my Asterisk box: - Snom 300 phone (supports g729 and
2004 Jun 24
2
R: R: R: How to force G729
> "If" I understood your initial objective correctly (and I may not have), > the user's phones are negotiating the codec to be used for each rtp session. > > Asterisk parameters can be used to dictate rtp sessions between the sip > phone and asterisk, but that won't influence the next step in which the sip > phone negotiates a new rtp session directly with the
2007 Aug 01
0
Can you specify a sip UA's codec based on IP?
Does anyone have any tricks to use some logic with SIP UA's codec negotiation based on the UA's IP? What I would like to do is have Cisco 7960's use g711u when they register with a local IP, and g729 when they register with a non-local IP. I was thinking about sip.conf and making two entries for each UA, one where the host=dynamic, disallow=all, then allow=g729; the other
2005 Feb 10
1
Codec passthrough patch for IAX
Hi there, I had a problem, basically, I have 4 different types of end users (gsm, ilbc, g729, ulaw). However, I only have one user with my DID provider. My provider supports all 4 codecs. The issue is then: When an incoming call comes in, a codec is negotiated (usually ULAW), later on, when the extension is dialed, we'll see we're doing GSM, and thus transcode. Here's an example
2003 May 01
2
Asterisk and unknown codecs and GSM
I have a Cisco 2600 which understands the "gsmfr" codec, which appears to be what Asterisk calls "gsm" -- at least it ends up using it. I also have a PSTN gateway which is speaking ulaw. When the 2600 calls through Asterisk to the PSTN, it negotiates the g711ulaw codec, but when the PSTN calls through Asterisk to the 2600, it seems that Asterisk is doing translation, and it
2006 Apr 19
1
Codec problem from SIP to H323
Hello. I have a codec problem to send calls from a SIP device to a H323 gateway. First I'll explain the scenario: - Asterisk 1.2.1 - The SIP phone can use any codec I want. - The H323 gateway can only use g729 (cause it's not under my administration) - SIP phone has g729 configured, so my asterisk doesn't need to "transcode" (I don't have licences for g729) - sip.conf
2003 Jul 18
0
FW: Sip codec preferences
Did anyone have a way to make codec negotiation work with Asterisk? This is something I would love to have working as well. I won't need PSTN -> G729 mixing. Just SIP -> SIP using G729 for calling remote offices via VPN, but everything else use G711. -----Original Message----- From: Brancaleoni Matteo [mailto:mbrancaleoni@espia.it] Sent: Wednesday, July 16, 2003 11:32 AM To:
2008 Oct 27
0
change codec mid-call
hello, I would like to know if it's possible to change the codec of a call in the middle of the call. I have an asterisk without g729 codecs and I recieve an incoming call. The codec is negotiated in ulaw althought who is calling have a g729 codec. My * plays and announcements and call and extension to pass the call to it. The extension have a g729 codec too. It is possible to change the
2006 Feb 23
3
Codec order sent wrong from Asterisk
I'm communicating a softphone (SJPhone) to a Grandstream phone GXP-2000. The codec order on each one is the next: SJPhone: GSM - iLBC - PCMA - PCMU GXP2000: G729 - GSM - PCMA - PCMU (I have a G729 license, so there's no problem with transcoding G729) In my sip.conf, I've defined the following codec order: disallow=all allow=g729 allow=gsm allow=g726 allow=alaw allow=ulaw And my
2004 Jan 14
1
Codec matching weirdness
I am experiencing a problem that from list archive it appears others are running into. When I dial from Cisco 7960 via the * to Free World Dialup destinations that supports G.729 the call fails. The major error from the debug log is Jan 15 00:11:14 NOTICE[22545]: channel.c:1481 ast_set_read_format: Unable to find a path from G729A to ULAW Jan 15 00:11:14 NOTICE[22545]: channel.c:1451
2005 Feb 24
1
Which Codec(s) to use..?
Hey Everyone, I am playing around with my * box, and I have a few different phones hanging off it it right now. I have a Cisco 7960 capable of g729, ulaw and alaw, I have a Cisco ATA186 with a Panasonic cordless phone attached to it, I have a Digum IAXy with a dumb analog phone attached to it, and I have a Linksys PAP2-NA with an AT&T 959 analog phone attached to it. I also have several
2008 Nov 13
0
Problems with Licensed g729a codec from Digium
Firstly, I'm running Asterisk 1.4.4 on Solaris 10. I have several different internal SIP phones all sharing a single IAX2 VoIP channel. PHONES |------------- <SIP/uLAW> --------------| ASTERISK |-------------- <IAX2/g729> ------------|VoIP/ISP The g729 codec has been registered successfully and appears to be detected by Asterisk (NOTE: I have changed what I thought might have
2004 Jul 29
1
OH323 and codec selection
I'm having a small issue with the oh323 implementation when it comes to codec selection. Version info: CVS Head 6/30/2004 OH323 0.6.3 OpenPhone for windows version 1.8.1 Asterisk is configured as a h323 endpoint which either terminates to the PSTN locally through a PRI or terminates the h323 call to an IAX provider remotely. Asterisk also has G729 licences installed. in oh323.conf we
2006 Mar 28
0
codec translation problem???
2006 Apr 19
0
sip.conf codecs: ulaw, alaw and g729
Hi, When ever I put g729 in allow for trunk the other two codecs (ulaw and alaw) stop working and I get the frame type error for them, but g729 works fine. I've cleared general part of sip.conf of codec info to be on safe side. If ulaw and alaw are the only ones allowed they work fine. Asterisk shouldn't be doing any encoding or decoding, all codecs should be passing through. Any