The forum address has changed, you have been automatically redirected. Please update any bookmarks to use the new URL.

Subscribe

ACK is processed wrong

You are viewing a single message from this topic. View all messages.

  1. 2009-08-18 09:43:15 UTC
    Hi Guys,

    i got a little problem here. I am trying to implement some kind of OverlapDialing in SipUnit. For this reason I constructed my own makeCall-function in SipPhone.

    But, as u can see in this (http://paste.ubuntu.com/255016/) trace, the ACKs that are sent on the received 484-messages contain a wrong CSeq-Number (higher than the 484-Responses).

    For Information, i did a little Hack:
    If I call the reInitiateOutgoingCall()-Method after the processed Authetication, I got the following Error:
    Exception: javax.sip.TransactionUnavailableException: Transaction already assigned to request
    javax.sip.TransactionUnavailableException: Transaction already assigned to request

    Because of this I am calling these 2 Lines before the next call of reInitiateOutgoingCall():
    SIPRequest sipRequest = (SIPRequest) msg;
    sipRequest.setTransaction(null);

    So maybe this causes the wrong Cseq-numbers. But my opinion, this can't change a thing, the 484-Messages cause an Event and on that with the same CSeq-number an Ack is blown out...

    So anyone got an Idea?

    It would also help me to know where the Acks are processed. I have all the sources for jain-sip here, but cant find the pice of code...

    greetz rul4ind4h00d
< Previous | 1 | Next >

Add a Reply

You can use Markdown syntax in your reply.

Preview

Monitor this

Log in to monitor this topic. Not registered? Create an account to receive email updates when replies are posted to this topic. If you do not log in or register, your reply will be added anonymously.