Hi, Unfortunately I don't have a reference to the thread Paul is refering to.
However, I can't remember any technical reason why the rule could not be relaxed (apart from "because the RFC says so" type of comments). So, unless there IS a technical reason why the rule can't be relaxed, I really think we should do that. Because, defining this send-dummy-SDP-and-then-UPDATE hack, just because an RFC says something, is a really bad thing to do (again, assuming that there is no real technical reason behind the RFC text). (And, one COULD maybe also end up in similar situations as those I described in the thread about rejecting offers received in PRACK.) Regards, Christer -----Original Message----- From: [EMAIL PROTECTED] To: Ramesh Cc: [email protected] Sent: 3.11.2005 22:38 Subject: Re: [Sip-implementors] PRAck and H323 Slow start. A long time ago there was a long discussion thread about these cases where an immediate answer is required. There were arguments that the rules mandating this needed to be relaxed, and there were counterarguments providing reasonable workarounds. Does anybody still have a reference to that thread? One possible solution is to is to return an answer with all the media streams set to inactive, or black holed. Then later, when you have the info, send an UPDATE. Paul Ramesh wrote: > Hi, > The PRAck RFC states that if a 100-rel message is received with SDP (offer) > the PRAck message for that MUST contain an Answer. A problem arises when > dealing with interop of H323 slow start, wherein we don't get the SDP until > the call gets connected. So, Do we turn off PRAck for situation wherein we > deal with H323 slow start or is there another solution to this issue where > we can use PRAck and Slow start. > > -- > cheers > ramesh > _______________________________________________ > 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 _______________________________________________ Sip-implementors mailing list [email protected] http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
