Thank you for the explanation Steven. However, if we see that there is a common codec, say G729, and we want to make sure that the call gets connected on G729, is there any way to enforce this?
In proxy media mode FS will pass media straight through without any processing. It won't do any transcoding or any SDP modifcation, so it can't transcode PCMU <-> G729 and absolute_codec_string will be ignored - it'll just pass the codec settings straight through from the A leg to the B leg.
So it's expected behaviour.
-SteveOn 2 August 2010 04:55, Dome Charoenyost <dome@tel.co.th> wrote:
Dear All,
I'm not sure it's bug or not ?
I try to test codec negotate. with 3 FS box
FS1 send PCMA to FS2 and FS2 send G729 to FS3
FS1 -----> [PCMU] ----> FS2 ------> [G729] -------> FS3 (10.20.2.49)
My dialplan
<action application="bridge"
data="{absolute_codec_string='G729'}sofia/internal/2222@10.20.2.49:5080"/>
It's work fine
When i try
<action application="set" data="proxy_media=true"/>
<action application="bridge"
data="{absolute_codec_string='G729'}sofia/internal/2222@10.20.2.49:5080"/>
Call fail. because FS2 ignore absolute_codec_string='G729' and send
only PCMU (I think by pass from FS1)
It's bug or not ?
Dome C.
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org
_______________________________________________
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org