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