What is the client on both ends of the call.<br><br>elaborate your diagram to show exactly what is on both ends of the call including provider and it's name.<br><br>Many many places have a bug where they think that everyone should use the same codec number as they do and do not deal with the reality that they must honor whatever the other UA sends in the sdp.<br>
<br><br><div class="gmail_quote">On Mon, Jun 23, 2008 at 4:57 AM, Alex Gusak <<a href="mailto:alex.gusak@gmail.com">alex.gusak@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
We have some problems with codec iLBC.<br>
<br>
There is a scheme for passing the call:<br>
<br>
+--------+ +------------+<br>
ClientA----->| |-------->| |<br>
| SER | | FreeSWITCH |<br>
ClientB<-----| |<--------| |<br>
+--------+ +------------+<br>
<br>
At FreeSWITCH allowed codecs iLBC@30i, PCMA. RTP runs through<br>
FreeSWITCH. When a clients set different codecs (eg A: iLBC, B: PCMA),<br>
or both customers PCMA codec installed both the client hear each other.<br>
<br>
If two clients installed codec iLBC -- clients do not hear each other,<br>
while RTP traffic FreeSWITCH passes through (in this case from<br>
one client comes payload type 97, and to another client FreeSWITCH<br>
sends payload type 102). If we include proxy_media = true,<br>
then clients hear each other (FreeSWITCH sends payload type,<br>
which came from the customer A). But then not working transcoding.<br>
<br>
<br>
Calls test at several softphones: zoiper, XLite, SJPhone -<br>
everywhere was a problem with iLBC.<br>
<br>
Where could be the problem? How in FreeSWITCH send to clientB<br>
iLBC payload type that incoming from clientA without enabled proxy_media?<br>
<br>
Thanks.<br>
<br>
--<br>
Alex Gusak<br>
<br>
_______________________________________________<br>
Freeswitch-users mailing list<br>
<a href="mailto:Freeswitch-users@lists.freeswitch.org">Freeswitch-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
<br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="http://iax:guest@conference.freeswitch.org/888">iax:guest@conference.freeswitch.org/888</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>pstn:213-799-1400