Hi All,
Retransmission timer is timer A and IMO if timer A fails then there is no
need to clear the INVITE transaction. INVITE transaction needs to be maintained
till the transaction timer B (which controls transaction timeouts) expires [in
case no response is received in time]. If timer B fails then there is no means
to identify how long the INVITE transaction need to be maintained. It is wise
to terminate the transaction if timer B fails.
Just to summarize:
-- Maintain the INVITE transaction at UAC until timer B expires (eventhough
the timer A fails) and the UAC MUST be able to respond to 2xx of corresponding
INVITE.
-- If timer B fails then terminate the INVITE transaction and responses for
that INVITE needs to be dropped.
Thanks and regards,
Praveen Dandin
-------------------------------------
Date: Tue, 14 Oct 2008 15:16:58 +0200
From: " I?aki Baz Castillo " <[EMAIL PROTECTED]>
Subject: Re: [Sip-implementors] re-transmission timer for UAC
transaction (INVITE) failed.
Cc: "SIPImplementors Mailing list"
<[email protected]>
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset=UTF-8
2008/10/14 Benjamin Jacob <[EMAIL PROTECTED]>:
> I think what Shiv is trying to depict is :
> 1. UAC has sent out on INVITE
> 2. UAC doesn't get a response in it's time
> 3. Timer B (as per INVITE transaction) expires and it goes onto the
Terminated state.
> 4. Now you get the responses (provisional/ final) from the other
side.
No no, read the previous mail from Shiv, it says that Timer B doesn't
expire, but "fails":
"It means the retransmission timer of 500ms is not started
because it got failed but the INVITE is already dispatched."
--
I?aki Baz Castillo
<[EMAIL PROTECTED]>
---------------------------------
Be the first one to try the new Messenger 9 Beta! Click here.
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
