<div dir="ltr">Remove the codec and let the re-INVITE go through.<div><br></div><div>Regards,</div><div>Ovidiu Sas<br><div><br></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 1:42 PM, Jeff Pyle <span dir="ltr">&lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div><div dir="ltr"><div>Hi Alexander,</div><div><br></div><div>To detect the &quot;image&quot; session in the SDP, you are thinking the same way that I am.  The problem I see is how to actually reject the re-INVITE.  If I were to do something like a sl_send_reply(&quot;488&quot;, &quot;Not Acceptable Here&quot;), that would work in the moment, but the CSeq values would be increased by one on side compared to the other.  That sounds to me like a recipe for problems in future in-dialog transactions (like BYE).</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div><div><br></div><div><br></div><div>- Jeff</div><div><br></div><div>

<br></div></font></span></div></div><div><div class="h5">
<br><br><div class="gmail_quote">On Tue, Mar 11, 2014 at 12:58 PM, Alexander Mustafin <span dir="ltr">&lt;<a href="mailto:mustafin.aleksandr@gmail.com" target="_blank">mustafin.aleksandr@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Hi, Jeff.<div><br></div><div>Maybe stream_exists(regexp) in sipmsgops module will be useful for you.<div>

<br></div><div>
<div style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;text-transform:none;white-space:normal;font-family:Helvetica;word-wrap:break-word;word-spacing:0px">

<div>Best regards,</div><div>Alexander Mustafin</div><div><a href="mailto:mustafin.aleksandr@gmail.com" target="_blank">mustafin.aleksandr@gmail.com</a></div><div><br></div></div><br><br>
</div>

<br><div><div>11 марта 2014 г., в 20:07, Jeff Pyle &lt;<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>&gt; написал(а):</div><br><blockquote type="cite"><div><div><div dir="ltr">
<div><div dir="ltr"><div>Hello,</div><div><br></div><div>Is there anything I can do at the proxy level to prevent a dialog from reinviting to to T.38?  I think I could detect the T.38 attributes easily enough and respond with a 488, although I&#39;m concerned the CSeq values would be out of sequence for the next transaction that did make it through the proxy to the far end.  That could cause a problem, no?</div>


<div><br></div><div>Is this something that requires a B2BUA?  Is it possible from within the OpenSIPS B2B modules to do SDP inspection of any sort?</div><div><br></div><div><br></div><div>- Jeff</div><div><br></div></div>


</div>
</div></div></div>
_______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>

</blockquote></div><br></div></div><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div></div></div></div>
<br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>VoIP Embedded, Inc.<br><a href="http://www.voipembedded.com" target="_blank">http://www.voipembedded.com</a>
</div>