Hi,
I have a doubt on below mentioned
scenario.
Caller A wants to send A INVITE request to
Callee C. But mistakenly Caller has sent to Callee B. Immediately (within 32
second) after sending INVITE and also not receiving any Response from Callee B,
Caller A realized that he has sent to wrong address. So he wants to terminate
the call to stop any further processing of the call
Now what can
Caller A do.
Because Caller A MUST NOT send CANCEL for the INVITE as
per RFC 3261 chapter 9.1
"If
no provisional response has been received, the CANCEL request MUST NOT be sent;
rather, the client MUST wait for the arrival of a provisional response before
sending the request. If the original request has generated a final response,
the
CANCEL SHOULD NOT be sent."
Again Caller A should not able to send
BYE for INVITE also as no dialog is created since no response is received. This
is as per condition of RFC 3261 chapter 12.1.
"Dialogs are created through
the generation of non-failure responses to requests with specific methods.
Within this specification, only 2xx and 101-199 responses with a To tag, where
the request was INVITE, will establish a dialog."
BYE MUST be send within a dialog as
per RFC 3261 chapter 15
"UA MUST NOT
send a BYE outside of a dialog. The caller’s UA MAY send a BYE for either
confirmed or early dialogs."
So Caller A cannot do anything
except waiting for response from Callee B.
On that scenario I want to ask when the billing
will start. That is whether after receiving 200OK for INVITE or only after
sending ACK for 200OK.
If billing will start just after getting 200OK from. Then
if Callee B sends 200OK directly without sending any provisional response then
Caller A has to suffer even knowing at very early stage of
call also he does not have any scope to rectify it.
But If start only after
sending ACK for 200OK of INVITE this scenario can be prevented by sending BYE
for 200OK instead of ACK
Regards
SOURAV DHAR CHAUDHURI
Bring your gang together. Do your thing. Find your favourite Yahoo! group
at http://in.promos.yahoo.com/groups/
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
