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: [EMAIL PROTECTED] > >>> [mailto:[EMAIL PROTECTED] On > Behalf Of Ivar > >>> Sent: Wednesday, May 30, 2007 5:38 PM > >>> To: sip-implementors@cs.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-implementors@cs.columbia.edu > >>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > >>> > >>> > >>> > >> _______________________________________________ > >> Sip-implementors mailing list > >> Sip-implementors@cs.columbia.edu > >> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors > >> > >> > > _______________________________________________ Sip-implementors mailing list Sip-implementors@cs.columbia.edu https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
