Hi Sarju...
I havent seen such an example but I think "409" is a better choice than other
response codes..
But we should consider the behaviour of other UAs as well, in case they receive
409 for any SIP Request.
The issue here can be if the UA initiaites Call Release on receiving 409..
What do others suggest??
Rgds,
Munish
"Sarju Garg" <[EMAIL PROTECTED]> on 11/12/2001 03:05:37 PM
Please respond to "Sarju Garg" <[EMAIL PROTECTED]>
To: Munish Chhabra/HSS@HSS, "Christer Holmberg"
<[EMAIL PROTECTED]>
cc: [EMAIL PROTECTED]
Subject: Re: [Sip-implementors] Use of INFO before sending ACK
Hi Munish,
Can i send 409 in this case? I do not expect INFO during call establishment
phase and hence 409.
sarju
----- Original Message -----
From: <[EMAIL PROTECTED]>
To: Christer Holmberg <[EMAIL PROTECTED]>
Cc: Sarju Garg <[EMAIL PROTECTED]>;
<[EMAIL PROTECTED]>
Sent: Monday, November 12, 2001 3:04 PM
Subject: Re: [Sip-implementors] Use of INFO before sending ACK
>
>
> Hi Christer..
> Another call scenerio in which INFO can be used before the call is
established
> is..
> For a Gateway - Gateway call
> Overlap dialing from ISUP(ETSI) - SIP(T) , INFO message might contain
> embedded(tunneled) "SAM" message (more digits), which needs to be
transmitted
> just after sending INVITE. This might happen even before it has received
18x.
> Sarju,
> I think in your kind of scenerio, you can send response to INFO method and
just
> ignore it (because all three options listed below might lead to call
failure
> incase INFO retransmission times out).
>
> Rgds,
> Munish
>
>
>
>
>
> Christer Holmberg <[EMAIL PROTECTED]> on 11/12/2001
02:44:40 PM
>
> To: Sarju Garg <[EMAIL PROTECTED]>
> cc: [EMAIL PROTECTED] (bcc: Munish Chhabra/HSS)
>
> Subject: Re: [Sip-implementors] Use of INFO before sending ACK
>
>
>
>
>
> Hi,
>
> The use of INFO for sending additional digits (if you are talking about
> overlap dialling) has also been discussed, and the general understanding
> then was that INFO should NOT be used for that.
>
> It is RECOMMENDED that overlap dialling is not done in SIP in the first
> place, but there is a draft (draft-ietf-sip-overlap-01.txt) on it.
>
> Regards,
>
> Christer Holmberg
> Ericsson Finland
>
>
> Sarju Garg wrote:
> >
> > Thanks for your quick response. I think this scenario is useful in cases
> > where all the digits are not known and the INVITE is sent. Additional
digits
> > can be send in INFO message. But if I am building a UA for an end
terminal
> > user, then it should not receive INFO in such cases. What do you say in
this
> > case? How should I take in my UA call model?
> >
> > - sarju
> >
> > ----- Original Message -----
> > From: Christer Holmberg <[EMAIL PROTECTED]>
> > To: Sarju Garg <[EMAIL PROTECTED]>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Monday, November 12, 2001 2:16 PM
> > Subject: Re: [Sip-implementors] Use of INFO before sending ACK
> >
> > >
> > > Hi,
> > >
> > > There was a discussion on this some time ago, and the general
> > > understanding is that it IS allowed to send INFO before the UAC has
> > > received the 200 OK response and sent the ACK.
> > >
> > > However, unless the UAC has received a 18x provisional response, with
a
> > > To header tag and Contact header to use in the INFO, it can NOT assume
> > > that proxis will handle/route an INFO in the same way as the INVITE.
For
> > > this reason it may (depending on the scenario you want to use INFO
for)
> > > be better if the UAS sends a 18x provisional response, instead of 100
> > > Trying, when it receives the INVITE, to make sure the UAC gets the To
> > > tag and Contact header as soon as possible. They are also needed if
the
> > > UAC wants to terminate the specific call setup leg using BYE.
> > >
> > > Regards,
> > >
> > > Christer Holmberg
> > > Ericsson Finland
> > >
> > >
> > > Sarju Garg wrote:
> > > >
> > > > Hi all,
> > > >
> > > > If the user sends a message that is not expected during the call
state
> > > > ,then how should UA behave to this message? FOr example if the
calling
> > > > side UA sends INFO while the call is being established (UA sends
> > > > INVITE and then INFO without waiting to send ACK first), then how
the
> > > > does called side UA interpret this INFO message. There are 3
> > > > possibilites:
> > > > 1. Ignore it, will be retransmitted after sometime
> > > > 2. Save it, send 1xx message and process it after receiving ACK
> > > > 3. Send 409 message saying that this message is received at wrong
> > > > time.
> > > >
> > > > To me, 2 seems to be the right option. Please let me know which
would
> > > > be the correct behavior.
> > > >
> > > > Thanks
> > > > Sarju
> > >
> _______________________________________________
> 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
