Hi,
>Ok, thakns for responses, much wiser now. Probably now
that
>is last question about PRACK, but never knows.
>
>RFC 3262
>
>After the first reliable provisional response for a
request
>has been acknowledged, the UAS MAY send additional
reliable
>provisional responses. The UAS MUST NOT send a second
>reliable provisional response until the first is
>acknowledged. After the first, it is RECOMMENDED that
the
>UAS not send an additional reliable provisional response
>until the previous is acknowledged.
>
>In real life, does that means that there is only 1
reliable
>provisional response at time. Is it ok so and can stack
then
>reject other provisional responses if 1 pending.
>I looked java jain sip, if saw right it allows 1 at
time,
>otherwise throws exception.
My experience from real life is that there ARE (after the
first
provisional response has been acknowledged, that is) more
than 1
outstanding reliable provisional response (eventhough the
previous is
normally acknowledged before the next is even triggered to
be sent), so
they must not be rejected.
Regards,
Christer
> Christer Holmberg (JO/LMF) wrote:
> > Hi,
> >
> >
> >> One other dummy question, can UAS send 1
response reliably another
> >> not (if 100rel not required,but supported).
> >> I don't see any place what denies it.
> >>
> >> For example:
> >>
> >> Server INVITE transaction
> >> 182 Queued - unreliably
> >> 180 ringing - reliably
> >> 200 ok
> >>
> >> Thats because i need try to get if to allow to
transaction user to
> >> control it like:
> >> SendResponse(response,reliable) ...
> >>
> >
> > The answer is yes.
> >
> > Regards,
> >
> > Christer
> >
> >
> >
> >
> >> Darshan Bildikar wrote:
> >>
> >>> I would say that it depends entirely on
your application;
> >>>
> >> specifically
> >>
> >>> the dialog on the other side.
> >>>
> >>> Typically in the scenario that you
describe, a B2BUA would
> >>>
> >> extract the
> >>
> >>> SDP and then decide what to do with it.
For example, it
> >>>
> >> could use an
> >>
> >>> UPDATE/REINVITE to refresh the SDP on the
other dialog if
> >>>
> >> it is in the
> >>
> >>> connected state.
> >>>
> >>>
> >>> -----Original Message-----
> >>> From: sip-implementors-bounces cs.columbia.edu
> >>> [mailto:sip-implementors-bouncescs.columbia.edu] On
> Behalf Of Ivar
> >>> Sent: Wednesday, May 30, 2007 5:38 PM
> >>> To: sip-implementorscs.columbia.edu
> >>> Subject: [Sip-implementors] b2bua and
PRACK
> >>>
> >>> Hi,
> >>>
> >>> Does normally b2bua handles PRACK ?
> >>>
> >>> Problem is if it handles, PRACK may
contain SDP offer, that
> >>>
> >> can't be
> >>
> >>> forwarded to otherside of b2bua.
> >>>
> >>> If not, ... does b2bua just forward PRACH
and doesn't
> >>>
> >> implement it at all ?'
> >>
> >>> Thanks,
> >>>
_______________________________________________
> >>> Sip-implementors mailing list
> >>> Sip-implementorscs.columbia.edu
> >>> https://lists.cs.columbia.edu/cucslists/listinf
o/sip-implementors
> >>>
> >>>
> >>>
> >>
_______________________________________________
> >> Sip-implementors mailing list
> >> Sip-implementorscs.columbia.edu
> >> https://lists.cs.columbia.edu/cucslists/listinf
o/sip-implementors
> >>
> >>
>
>
_______________________________________________
Sip-implementors mailing list
Sip-implementorscs.columbia.edu
https://lists.cs.columbia.edu/cucslists/listinf
o/sip-implementors
|
