Fwd: Re: question about SimpleCallSetup

"Ryan Li" <[email protected]> Tue, 16 Jan 2007 22:52:35 +0800
Newsgroups gmane.comp.voip.nist-sip
Message-ID <[email protected]>
Hi, Niepin

Thanks for your reply!
I guess I didnt make my question clear.
The question is,
In the SimpleCallSetup example, Shootist.java
in the init(), after the INVITE method is sent by calling
Transaction.sendRequest (),
I guess the sip stack need to take some time to  process the call, i.e. wait
for response and send ACK.
These task should be done by the SipListener.
However, right after calling Transaction.sendRequest(), the code call
Transaction.getDialog() and then the Shootist process is terminated.
The question is what happened underneath. Since both sendRequest() and
getDialog() do not block, is it possible that the process is terminated
before it receives any response from the peer? Or there are other mechanism
that guarantee everything goes well.

Best Regards,
Ryan


On 1/16/07, niepin <[email protected]> wrote:
>
> Ryan Li <lxinyi <at> gmail.com> writes:
>
> >
> > Hi, allI am new to JAIN SIP.In the SimpleCallSetup example, after the
> request
> is constructed and sent by callinginviteTid.sendRequest ();The code call
> dialog =
> inviteTid.getDialog(); and terminate.But the dialog need to take some time
> to be
> established.
> > From the documentation, nether Transaction.sendRequest() nor
> Transaction.getDialog() will block until some event happned.The question
> is how
> the sip stack guarantees that the status of dialog is updated when calling
> > Transaction.getDialog()?Best Regards,Ryan
> >
> > _______________________________________________
> > nist-sip mailing list
> > nist-sip <at> antd.nist.gov
> > http://www-x.antd.nist.gov/mailman/listinfo/nist-sip
> >
>
> Hi,
> In the JAIN SIP API, interfaces -> Dialog, it clearly states there is a
> state
> mechine bound with the dialog. Transaction.getDialog() is just an object
> associated with the transaction. Its own states should not be blocked
> externally, but only by the message sequence, which is guaranteed by the
> underlying listener.
>
> BR
>
> niepin
>
>
> _______________________________________________
> nist-sip mailing list
> [email protected]
> http://www-x.antd.nist.gov/mailman/listinfo/nist-sip
>

_______________________________________________
nist-sip mailing list
[email protected]
http://www-x.antd.nist.gov/mailman/listinfo/nist-sip