<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7654.12">
<TITLE>RE: [sr-dev] improving the dialog module</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->
<BR>

<P><FONT SIZE=2>&gt; &gt; &gt; UA1 --&gt; P1 --&gt; P2 --&gt; P1 --&gt;UA2<BR>
&gt; &gt; &gt;<BR>
&gt; &gt; &gt; Are you suggesting that one single dialog should be kept in the<BR>
&gt; &gt; &gt; proxy server P1?<BR>
&gt; &gt;<BR>
&gt; &gt; If the request message that is routed in this path is just the same with<BR>
&gt; &gt; respect to the dialog ID (excluding the To-tag which does not exist at<BR>
&gt; &gt; this point as Klaus pointed out), then I do suggest it should be the<BR>
&gt; &gt; same dialog.<BR>
&gt;<BR>
&gt; i agree with ovidiu here, i.e., there should be two dialogs in P1.<BR>
&gt; also, i don't understand why the second dialog should remain dangling<BR>
&gt; until cleanup, because BYE will pass P1 twice and would terminate both<BR>
&gt; dialogs.<BR>
<BR>
The dangling dialog occurs due to insufficient dialog matching capabilities<BR>
in the current dialog module. As Ovidiu explained in his last mail, a more<BR>
strict matching logic could make sure that the right dialog is chosen,<BR>
thereby not depending on long timeouts getting triggered.<BR>
<BR>
However, I still do not see what the benefit of having separate dialogs in<BR>
the particular case described is, and also believe that there is at least<BR>
another major drawback. Let me outline that in the other thread...<BR>
<BR>
<BR>
--Timo</FONT>
</P>

</BODY>
</HTML>