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
Port 0 is absolutely correct its part of SOA and its rejected the media so it sends port 0 to reject it. Now the payload changing is odd but port zero is def. correct if its rejected./bOn Jan 20, 2012, at 12:55 PM, Roland Hänel wrote:Hello Brian,
As I wrote, I was already aware of that. However I think it would make
sense to improve the handling on the FS side because
- the response of FS is clearly faulty, if FS doesn't like the FB offer
it could reject the call, but sending 200 OK with port 0 is incorrect.
Especially when the SDP data in debugging is not the same as the data we
see in the SIP packet
- though incorrect, the G722/16000 thing is not uncommon. According to
some reports I googled Grandstream and others also misbehave in that way.
Because FS is friendly, I'd suggest to answer the request for G722/16000
with G722/8000 and everything will probably just work out fine. By the way,
the debugging output suggests that exactly this was the intent of the
author - but there seems to be a bug that prevents this SDP from making it
into the 200 OK packet.
Roland
_________________________________________________________________________
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