<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Hello Brett,<br>
<br>
The behavior you describe, that dlg_list_dlg still shows the dialog
active after the BYE was received by the proxy, could generally have
two reasons. <br>
1) OpenSIPS did not match the BYE to a specific dialog<br>
2) One endpoint did not send the 200 OK for the BYE terminating
the dialog. OpenSIPS will keep the dialog in memory, as it doesn't
consider that the dialog has officially ended until the BYE transaction
ends.<br>
<br>
Either way, after 12 hours, which is the default dialog timeout value,
the dialog module forcefully closes the dialog, which triggers the
INVITE CDR logging in the DB.<br>
<br>
Still, I cannot understand why the BYE is logged first into the DB.
Both the CDR type of accounting and the regular type of accounting are
triggered when the proxy receives the BYE, only that the CDR accounting
is triggered internally if you set the cdr_flag on the initial invite,
so by all means the CDR accounting should be first in the database.<br>
<br>
There could be a problem in matching the re-invite to a known dialog,
but I am not sure if this is the case for you.<br>
Could you please post a SIP traffic capture of the call that gets the
T.38 re-invite ?<br>
And, if not asking for too much, maybe a high level debug log.<br>
<br>
Regards,<br>
<pre class="moz-signature" cols="72">--
Vlad Paiu
OpenSIPS Developer</pre>
<br>
<br>
<br>
On 03/16/2011 11:33 PM, Brett Nemeroff wrote:
<blockquote
cite="mid:AANLkTi=bAdppdZVu1xO+boZt_mgqD-Y4mFT+CVGeD9+O@mail.gmail.com"
type="cite">Hello List,
<div>I've got an issue where I'm logging calls with the acc module
with the CDR flag. To do this, I've got some lines in my main route
body, something like this:</div>
<div><br>
</div>
<div><br>
</div>
<div>if (is_method("INVITE")) {</div>
<div> setflag(1);</div>
<div> setflag(4); </div>
<div>}</div>
<div><br>
</div>
<div>Where flag 1 is acc's db_flag, and flag 4 is cdr_flag. This is
the only time these flags are set, except I setflag(1) for BYEs in the
loose route.</div>
<div><br>
</div>
<div>Everything works great except for one call scenario. Call is
setup, provider detects it as a T.38 and attempts a re-invite. Client
rejects (488) the reinvite. Then the client sends a BYE.</div>
<div><br>
</div>
<div>So what happens is if I watch the ACC table when this happens:</div>
<div>1. Call comes in</div>
<div>2. Routes to provider (invite to provider)</div>
<div>3. Call setup successfully, no retransmissions (200 OK + ACK)
looks good</div>
<div>4. **NOTHING IN ACC YET** probably because cdr_flag is on and
the dialog still "exists"</div>
<div>5. Provider detects fax tones.. sends a T.38 reinvite.. </div>
<div>6. Opensips sends it along to the client. </div>
<div>7. Client rejects it (488)</div>
<div>8. 488 sent to provider</div>
<div>9. STILL nothing in acc table</div>
<div>10. Client sends BYE</div>
<div>11. BYE is forwarded onto provider</div>
<div>
<meta charset="utf-8">
<div>12. BYE logged in ACC (first record of the call in acc table)</div>
</div>
<div>13. Call is dead.. client doesn't see call, provider doesn't see
call. dlg_list_dlg shows dialog active</div>
<div>14. Dialog persists for almost exactly 12 hours</div>
<div>15. INVITE is finally written into the database. "time" column
is correct (ie: From the INVITE to the BYE looking at the time columns
you can get the right length of the call, not the 12 hours long) BUT
duration field reflects 12 hours in seconds.</div>
<div><br>
</div>
<div>Yes, so to be clear, the INVITE arrives in the acc table *much
later* than the BYE</div>
<div><br>
</div>
<div>It seems to only happen to rejected t.38 reinvites. Any idea
what may be causing the dialogs to not end when a BYE is received?</div>
<div><br>
</div>
<div>Thanks,</div>
<div>-Brett</div>
<div><br>
</div>
<div><br>
</div>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a>
<a class="moz-txt-link-freetext" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>