[Freeswitch-users] Asterisk canreinvite (directmedia) equivalent in freeswitch

[Brian West]

For bypass to work you'll have to have some codecs in common!  Without that
it sounds like your end points don't behave properly in his case.

/b

On Friday, July 3, 2015, Ričardas Stoma <ricardas.stoma at gmail.com> wrote:

> I think everything is ok with my endpoints. I use two softphones (linphone
> and zoiper). On linphone (leg A) i enable only GSM codec and on zoiper (leg
> B) i enable only PCMA codec. When bypass_media_after bridge is disabled,
> media goes through freeswitch and freeswitch does transcoding. In this case
> i can hear voices.
>
> When bypass_media_after_bridge is enabled, media goes from leg A to leg B
> directly but the problem is that codecs do not match and i can hear only
> digital noise. SIP trace looks like this http://i.imgur.com/iOn6ajJ.png
>
> If i set PCMA codec on linphone (leg A) then everything is ok with direct
> media between softphones, codecs matches and i can hear voices. What i want
> is IF leg A and leg B codecs matches then bypass_media should take effect
> and media should go directly from leg A to leg B. IF codecs do not match,
> then media should go through freeswitch and freeswitch should do
> transcoding.
>
> Is this possible with freeswitch? Asterisk does this when canreinvite is
> enabled ("If the clients use different codecs, Asterisk will not issue a
> re-invite")
>


-- 

*Brian West*
brian at freeswitch.org


*Twitter: @FreeSWITCH , @briankwest*
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

ClueCon 2015 Call for Speakers <https://www.cluecon.com/call-for-speakers/> |
Register <https://freeswitch.com/cart.php?gid=1> TODAY! | Reddit:
/r/freeswitch <https://www.reddit.com/r/freeswitch>

*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378)
*iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150703/e34e9dfb/attachment.html