[Asterisk-Dev] (Re)Invite for codec change

Karl Brose khb at brose.com
Mon Nov 29 20:38:16 MST 2004


Andrew Lindh wrote:

>I don't always need asterisk in the media path. I need to make sure it stays
>in there somewhere for billing/accounting, music on hold, "extension" status,
>and other cool or required features. The only things it needs to be in the
>media path for is pound (#) transfers, which I don't use, or
>wiretaping/recording....not every call.
>
>  
>
>An issue is asterisk as an IVR/voice mail and mismatched calls. If I am
>connected to the IVR/voicemail as G.711 and then transfer to a device/user
>that uses G.729 it would be nice to have asterisk not have to transcode.
>  
>
Well, if you are connected to voice mail, it will have to transcode for 
anything other than the format the
vm files are encoded as.

>I don't care if it stays in the middle, but I don't want to burn CPU time
>doing simething the device DSP can do.
>
>Here is an example from a call from x301 to x389. The call is setup as
>G.711 but the other phone only supports G729A. I don't want asterisk to
>completely get out of the way, I just want it to make sure they both use
>g.729 (x301 supports both, but defaults to g.711). There is no need for
>asterisk to transcode as x301 supports g729 too. But I don't want to force
>every call to the lowest codec....
>
>  
>

Yes, sure.
If  x301  and asterisk are offering g711 and g729 on the intial 
offer/answer exchange for their leg
they must be able accept format changes anytime between those codecs, I 
believe, if they comply
with the RFCs. The question is, can Asterisk's bridge handle such 
switches on the fly and how to make it so.
The SIP code currently doesn't allow for specific codec preference 
orders at the peer level, only
at the channel level, so that could be a root of problems, since these 
options are most useful at
the specific peer level. I do have complete code for this actually 
running in production.  But there
needs to be more powerful media stream logic and configurability.


>204.213.176.229  389         323d84c72f0  00102/00000   G729A 
>204.213.176.201  301         d02cda15-f9  00101/00002   ULAW  
>
>
>  
>



More information about the asterisk-dev mailing list