<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
On 11/01/2010 05:24 PM, Vic Jolin wrote:
<blockquote
 cite="mid:AANLkTikhUsOxxz2x5KpHfAHE-5rPJzYTfmYnLV4zB=gn@mail.gmail.com"
 type="cite">That's interesting, can you tell me more about that draft?<br>
  <br>
</blockquote>
Hello<br>
<br>
I have attached the draft.&nbsp; <br>
There are 2 setups for using end-to-end OPTIONS ping <br>
<br>
1. In Dialog... if one of the endpoints is a B2BUA, it can send at
specific interval in-dialog OPTIONS ping (OPTIONS request, increasing
cseq) to the other endpoint. Most well-behaved UAS will respond with a
481 if the dialog not longer exists as per RFC 3261 . <br>
<br>
&nbsp;"The response to an OPTIONS is<br>
&nbsp;&nbsp; constructed using the standard rules for a SIP response as discussed<br>
&nbsp;&nbsp; in Section 8.2.6.&nbsp; The response code chosen MUST be the same that<br>
&nbsp;&nbsp; would have been chosen had the request been an INVITE.<br>
"<br>
Other error conditions are on a&nbsp; 408 , 404 etc (as any in-dialog
request is not guaranteed to succeed). <br>
<br>
This is already used some production environments.<br>
<br>
2. Out of dialog. A proxy keeps sending OPTIONS request (no dialog
involved here) to one of the UA as long as one of these 2 conditions
exist:<br>
a. the dialog has not ended via a method specific mean (BYE for INVITE
etc)<br>
b. a 408 (or other error codes) was received when generating a BYE.<br>
<br>
These where the big two points of the draft. <br>
<br>
Marius<br>
<blockquote
 cite="mid:AANLkTikhUsOxxz2x5KpHfAHE-5rPJzYTfmYnLV4zB=gn@mail.gmail.com"
 type="cite">
  <div class="gmail_quote">On Mon, Nov 1, 2010 at 11:18 PM, marius
zbihlei <span dir="ltr">&lt;<a moz-do-not-send="true"
 href="mailto:marius.zbihlei@1and1.ro">marius.zbihlei@1and1.ro</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
    <div>
    <div class="h5">On 11/01/2010 05:13 PM, Vic Jolin wrote:<br>
    <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
      <br>
Just want to ask what is the best way to check if calls are still
active especially when we are not handling media?<br>
      <br>
Thanks<br>
    </blockquote>
    </div>
    </div>
Hello<br>
    <br>
There is SST (Sip Session Timers RFC 4028), which is implemented in the
SST module, but at least 1 UA must know the extension. Also I have been
working on a IETF draft &nbsp;to use end-to-end OPTIONS ping to determine
the operational status of a UA.(it works well with B2BUA, relatively
well with stateful proxies). If you are interested I can talk more
about the draft and how I propose using OPTIONS requests for this.(no
changes on UAs are necessary)<br>
    <font color="#888888">
    <br>
Marius.</font>
    <div>
    <div class="h5"><br>
    <br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
    <a moz-do-not-send="true"
 href="mailto:sr-users@lists.sip-router.org" target="_blank">sr-users@lists.sip-router.org</a><br>
    <a moz-do-not-send="true"
 href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users"
 target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
    </div>
    </div>
  </blockquote>
  </div>
  <br>
</blockquote>
<br>
</body>
</html>