My codec selection list is:

            <param name="inbound-codec-prefs" value="G722,PCMA,PCMU,H264,H263,H263-1998,H263-2000"/>

and I'm running a git version bebf3028d87cfcfbf094373e83ef92a391049d1f (4th Jan 2012). G722 is first because I want high quality to be selected if offered by the calling device (if I put PCMA first, then this gets selected without any problem).

All in all, I think I can agree to what Anthony said, the first mistake is clearly a Fritzbox problem, and there is some risk that other things might break when we try to fix a thing that is already broken. Maybe I'll just implement a workaround to dynamically modify the codec list if I see a Fritzbox in the user-agent string...

Greetings,
Roland


-----
2012/1/21 Brian West <brian@freeswitch.org>
What is your codec selection set to in FreeSWITCH and what rev of FreeSWITCH are you running?


On Jan 20, 2012, at 4:09 PM, Roland Hänel wrote:

OK you're right, I read the RfC and in fact a zero port means that the
stream is rejected. However the whole "negotiation" is still broken. If FS
rejects the incorrect G.722, OK, but what about all the other (perfectly
valid) codecs in the request (PCMA, PCMU)?

Because FS only rejects G.722, the call is doomed to fail, even though it
could work nicely if FS just selected one of the acceptable offers.

Roland

-- 
Brian West 
FreeSWITCH Solutions, LLC


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com

Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com

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




--
Gruß,
Roland