Hello, "If the client transaction receives a provisional response while in the "Calling" state, it transitions to the "Proceeding" state. In the "Proceeding" state, the client transaction SHOULD NOT retransmit the request any longer."
You retransmit the request seventh time only if you didn't receive any answer from the other end. If you consider this statement "The server transaction MUST generate a 100 (Trying) response unless it knows that the TU will generate a provisional or final response within 200 ms, in which case it MAY generate a 100 (Trying) response." Your client transaction should not retransmit anything if the process goes correctly, I mean, not transport error or network congestion occur. hope this helped, K?vin Bouchard Software engineer Pyxis PatientStation R&D Cardinal Health 330 St-Vallier Street E., Suite 330 Qu?bec, Qu?bec G1K 9C5, Canada Tel.: 418.872.0172, x 8974 Fax: 418.872.0038 [EMAIL PROTECTED] -----Original Message----- From: Sarit Galanos [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 26, 2003 8:31 AM To: [EMAIL PROTECTED] Subject: [Sip-implementors] The seventh INVITE transmission - isn't it a waste Hi, For UDP the client transaction retransmits INVITE requests at an interval that starts at T1 seconds and doubles after every retransmission. This should continue until timer B expires - 64*T1 msec. The result is that the seventh transmission takes place after 63*T1 milliseconds. Since T1 defaults to 500 msec, the transaction will terminate 500 msec after the last transmission. My question is: Is this the expected behavior? Isn't it a waste to retransmit the request 500 msec before the transaction terminates? Regards, Sarit. _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [EMAIL PROTECTED] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
