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. Probably b2bua is more problematic ... 1 side can be reliable, other not ... hmm how to handle ? just queue reliable responses up and send 1 by 1 after getting PRACK seems to be right todo. 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: [email protected] >>> 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 >>> [email protected] >>> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors >>> >>> >>> >> _______________________________________________ >> Sip-implementors mailing list >> [email protected] >> https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors >> >> _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
