<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Port 0 is absolutely correct its part of SOA and its rejected the media so it sends port 0 to reject it. &nbsp;Now the payload changing is odd but port zero is def. correct if its rejected.<div><br></div><div>/b</div><div><br><div><div>On Jan 20, 2012, at 12:55 PM, Roland Hänel wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; ">Hello Brian,<br><br>As I wrote, I was already aware of that. However I think it would make<br>sense to improve the handling on the FS side because<br><br>&nbsp;&nbsp;- the response of FS is clearly faulty, if FS doesn't like the FB offer<br>it could reject the call, but sending 200 OK with port 0 is incorrect.<br>Especially when the SDP data in debugging is not the same as the data we<br>see in the SIP packet<br><br>&nbsp;&nbsp;- though incorrect, the G722/16000 thing is not uncommon. According to<br>some reports I googled Grandstream and others also misbehave in that way.<br>Because FS is friendly, I'd suggest to answer the request for G722/16000<br>with G722/8000 and everything will probably just work out fine. By the way,<br>the debugging output suggests that exactly this was the intent of the<br>author - but there seems to be a bug that prevents this SDP from making it<br>into the 200 OK packet.<br><br>Roland</span></blockquote></div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>--&nbsp;</div><div>Brian West&nbsp;</div><div>FreeSWITCH Solutions, LLC</div><div>Phone: +1 (918) 420-9266&nbsp;</div><div>Fax: &nbsp; +1 (918) 420-9267</div><div><a href="mailto:brian@freeswitch.org">brian@freeswitch.org</a></div><div><a href="http://www.freeswitch.org">http://www.freeswitch.org</a></div></div></div></span></span>
</div>
<br></div></body></html>