What is the client on both ends of the call.
elaborate your diagram to show exactly what is on both ends of the call including provider and it's name.
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.
We have some problems with codec iLBC.
There is a scheme for passing the call:
+--------+ +------------+
ClientA----->| |-------->| |
| SER | | FreeSWITCH |
ClientB<-----| |<--------| |
+--------+ +------------+
At FreeSWITCH allowed codecs iLBC@30i, PCMA. RTP runs through
FreeSWITCH. When a clients set different codecs (eg A: iLBC, B: PCMA),
or both customers PCMA codec installed both the client hear each other.
If two clients installed codec iLBC -- clients do not hear each other,
while RTP traffic FreeSWITCH passes through (in this case from
one client comes payload type 97, and to another client FreeSWITCH
sends payload type 102). If we include proxy_media = true,
then clients hear each other (FreeSWITCH sends payload type,
which came from the customer A). But then not working transcoding.
Calls test at several softphones: zoiper, XLite, SJPhone -
everywhere was a problem with iLBC.
Where could be the problem? How in FreeSWITCH send to clientB
iLBC payload type that incoming from clientA without enabled proxy_media?
Thanks.
--
Alex Gusak
_______________________________________________
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