Re: [reSIProcate] [reSIProcate-users] Help With onOfferRequired
Hi,
I don't think that you have an option of not providing
offer in reliable response, i.e. if there is no offer
in original INVITE, the offer must be in the first
reliable response whether it is 18X or 200.
Thanks,
Boris
--- Byron Campen <bcampen@xxxxxxxxxxxx> wrote:
>
> > On Jan 3, 2008 12:10 PM, Byron Campen
> <bcampen@xxxxxxxxxxxx> wrote:
> >> Cross-posting because this brings up a
> design question:
> >>
> >> I think you need to also call accept() at
> this point to
> >> get the
> >> offer to actually go out.
> >>
> >> To the devs, would it make sense to have
> a bool in
> >> InviteSession
> >> along the lines of mReadyToAccept that the
> app-writer could set to
> >> true if building an automaton UA, or set to false
> if building a UA
> >> that needs to wait for user interaction first?
> >>
> > I don't think so. Note that the answer could come
> in the provisional
> > response, if the UAC and UAS support 100rel. I
> think the documentation
> > should be clear that you still need to call
> provisional and/or answer
> > to cause the signaling to go out. Even an
> automaton may want to signal
> > a provisional response. e.g. to indicate that a
> call is queued.
>
> I actually had the possibility of the offer going
> out in the
> provisional in mind here; whenever we have 100rel
> UAS support, this
> bool could determine whether provideOffer() sends
> the offer in a
> 100rel, or a 200. Although this might be
> complicated.
>
> Best regards,
> Byron Campen
>
> > _______________________________________________
> resiprocate-users mailing list
> resiprocate-users@xxxxxxxxxxxxxxx
> List Archive:
http://list.resiprocate.org/archive/resiprocate-users/
Be smarter than spam. See how smart SpamGuard is at giving junk email the
boot with the All-new Yahoo! Mail. Click on Options in Mail and switch to New
Mail today or register for free at http://mail.yahoo.ca