<div dir="ltr">Excellent! Â Apparently I mis-read this part of the RFC. Â Thanks.<div><br></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div>- Jeff</div><div><br></div></div></div>
<br><br><div class="gmail_quote">On Mon, Mar 17, 2014 at 12:02 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div><tt>Hi Jeff,<br>
<br>
Alice expects just a higher cseq number, not an increment with 1
or any step...just higher than the prev one :)<br>
<br>
Regards,<br>
</tt><div class="">
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre></div><div><div class="h5">
On 17.03.2014 17:52, Jeff Pyle wrote:<br>
</div></div></div><div><div class="h5">
<blockquote type="cite">
<div dir="ltr">
<div>Hi Bogdan,</div>
<div><br>
</div>
<div>Let's say Bob reinvites Alice to T.38 through my proxy. Â My
proxy declines the reinvite. Â That transaction has completed
and Bob has incremented his CSeq number. Â Now, if Bob sends
another in-dialog request (such as a BYE), the CSeq is one
higher than Alice is expecting. Â That's not a problem? Â Alice
won't reply with a 400?</div>
<div><br>
</div>
<div class="gmail_extra">
<div>
<div dir="ltr">
<div><br>
</div>
<div>- Jeff</div>
<div><br>
</div>
</div>
</div>
<br>
<br>
<div class="gmail_quote">On Mon, Mar 17, 2014 at 11:24 AM,
Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@opensips.org" target="_blank">bogdan@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<div><tt>Hi Jeff,<br>
<br>
This is a false problem - you can simply decline the
re-INVITE without breaking anything - each side has
its own cseq number, and they are independently
increased when a party is generating a new requests.<br>
<br>
So, just decline it and that's it !<br>
<br>
Regards,<br>
</tt>
<pre cols="72">Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
<div>
<div> On 11.03.2014 19:42, Jeff Pyle wrote:<br>
</div>
</div>
</div>
<div>
<div>
<blockquote type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div>
<div dir="ltr">
<div>Hi Alexander,</div>
<div><br>
</div>
<div>To detect the "image" 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("488", "Not Acceptable
Here"), 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>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>- Jeff</div>
<div><br>
</div>
<div> <br>
</div>
</div>
</div>
<br>
<br>
<div class="gmail_quote">On Tue, Mar 11, 2014
at 12:58 PM, Alexander Mustafin <span dir="ltr"><<a href="mailto:mustafin.aleksandr@gmail.com" target="_blank">mustafin.aleksandr@gmail.com</a>></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 <<a href="mailto:jpyle@fidelityvoice.com" target="_blank">jpyle@fidelityvoice.com</a>>
напиÑал(а):</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'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>
<br>
<fieldset></fieldset>
<br>
<pre>_______________________________________________
Users mailing list
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
<br>
</div></div></div>
</blockquote></div><br></div></div>