redundant retransmissions passed to the application with null transaction id
"Hagai Sela \(TA\)" <[email protected]>
| Newsgroups | gmane.comp.voip.nist-sip |
|---|---|
| Message-ID | <[email protected]> |
Hi, There is a small but annoying bug in the stack - sometimes the it passes multiple response retransmissions to the app, the first one with the correct transaction id, and the other ones with a null transaction id. It can be reproduced by changing the basic call setup example - just cancel the part where the Shootist class sends an ACK on the 200 response. This is the output I got in Shootist: createSipStack gov.nist.javax.sip.SipStackImpl@dc6a77 Got a response Response received : Status Code = 100 CSeq: 1 INVITE transaction state is Proceeding Transaction Dialog = gov.nist.javax.sip.stack.SIPDialog@15d252d Dialog State is null Got a response Response received : Status Code = 100 CSeq: 1 INVITE transaction state is Proceeding Transaction Dialog = gov.nist.javax.sip.stack.SIPDialog@15d252d Dialog State is null Got a response Response received : Status Code = 200 CSeq: 1 INVITE transaction state is Terminated Transaction Dialog = gov.nist.javax.sip.stack.SIPDialog@15d252d Dialog State is Confirmed Dialog Sending ACK Transaction terminated event recieved Got a response Response received : Status Code = 200 CSeq: 1 INVITE Stray response -- dropping Got a response Response received : Status Code = 200 CSeq: 1 INVITE Stray response -- dropping Got a response Response received : Status Code = 200 CSeq: 1 INVITE Stray response -- dropping Got a response Response received : Status Code = 200 CSeq: 1 INVITE Stray response -- dropping Got a response Response received : Status Code = 200 CSeq: 1 INVITE Stray response -- dropping Got a response Response received : Status Code = 200 CSeq: 1 INVITE Stray response -- dropping Hagai _______________________________________________ nist-sip mailing list [email protected] http://www-x.antd.nist.gov/mailman/listinfo/nist-sip