<!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 bgcolor="#ffffff" text="#000000">
It may be that you are not handling the CANCEL correctly. An early
CANCEL (no Route headers) will have to be routed as an INVITE.<br>
g-)<br>
<br>
Abdul Qadir wrote:
<blockquote cite="mid388508.60162.qm@web50609.mail.yahoo.com"
type="cite">Hi,<br>
<br>
>I think ser should remember canceled transactions and send CANCEL
in <br>
>case of delayed provisional replies.<br>
<br>
At present I don't think its working like this, As soon as CANCEL hit
SER an immediate too many hops is returned to sender and call
continues....resulting in ghost call, where A party has dropped after
sending cancel and B still carries on as no cancel was sent to B.<br>
<br>
Best Regards,<br>
Abdul Qadir<br>
<br>
<b><i>Klaus Darilion <a class="moz-txt-link-rfc2396E" href="mailto:klaus.mailinglists@pernau.at"><klaus.mailinglists@pernau.at></a></i></b>
wrote:
<blockquote class="replbq"
style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;">
Abdul Qadir wrote:<br>
> Hi , <br>
> <br>
> I tried to call from one nokia sip (E61 and other models )phone to
another nokia sip phone. The call works fine. The problem comes only
when I call from Phone A to Phone B and then immediately cancel the
call(from Phone A). The Phone A will hangup the call as it sent CANCEL
but the SER will ignore this CANCEL and still send INVITE to Phone B
resulting in a ghost call situation.<br>
> <br>
<br>
Hi!<br>
<br>
I think ser should remember canceled transactions and send CANCEL in <br>
case of delayed provisional replies.<br>
<br>
regards<br>
klasu<br>
<br>
> I tried to capture a log of message and found that Phone A
"CANCEL" message is received on SER even before any provisional
response from Phone B. Therefor SER doesnot relay this CANCEL request
to Phone B. I even checked RFC which clearly says that UAC should not
send CANCEL untill it receives any provisional response. I talked to
Nokia expert and they said the 100 Trying message from your server is
considered as provisional response, therefor behaviour of client is
absolutely correct.<br>
> <br>
> Is there any way I can stop 100 Trying message and still run
statefull SER, so that I can verify what nokia said. Any ideas
suggestions are welcome.<br>
> <br>
> Thanking you all in advance.<br>
> <br>
> Best Regards,<br>
> Abdul Qadir<br>
> <br>
> <br>
> ---------------------------------<br>
> Don't be flakey. Get Yahoo! Mail for Mobile and <br>
> always stay connected to friends.<br>
> <br>
> <br>
>
------------------------------------------------------------------------<br>
> <br>
> _______________________________________________<br>
> Serusers mailing list<br>
> <a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a><br>
> <a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a><br>
<br>
<br>
-- <br>
Klaus Darilion<br>
nic.at<br>
<br>
</blockquote>
<br>
<p> </p>
<hr size="1"><a
href="http://answers.yahoo.com/dir/index;_ylc=X3oDMTFvbGNhMGE3BF9TAzM5NjU0NTEwOARfcwMzOTY1NDUxMDMEc2VjA21haWxfdGFnbGluZQRzbGsDbWFpbF90YWcx?link=ask&sid=396545367">Food
fight?</a> Enjoy some healthy debate<br>
in the <a
href="http://answers.yahoo.com/dir/index;_ylc=X3oDMTFvbGNhMGE3BF9TAzM5NjU0NTEwOARfcwMzOTY1NDUxMDMEc2VjA21haWxfdGFnbGluZQRzbGsDbWFpbF90YWcx?link=ask&sid=396545367">Yahoo!
Answers Food & Drink Q&A.</a>
<pre wrap="">
<hr size="4" width="90%">
_______________________________________________
Serusers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Serusers@lists.iptel.org">Serusers@lists.iptel.org</a>
<a class="moz-txt-link-freetext" href="http://lists.iptel.org/mailman/listinfo/serusers">http://lists.iptel.org/mailman/listinfo/serusers</a>
</pre>
</blockquote>
</body>
</html>