Francois, > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Francois Audet > Sent: 18 November 2008 20:19 > To: Christer Holmberg; IETF SIP List > Subject: [Sip] How to make draft-ietf-sip-199 more useful > > I would like to make draft-ietf-sip-199 more useful by expanding > it's capabilities. > > I would like to add a REQ-2 that allows that the Proxy to indicate > WHY the dialog was terminated. > > This would be done by having the 199 response include (as a > sifrag or watever) > the actual error response that terminated the dialog. At a > minimum it would > include the value of the error code itself. > > I would like to add text in the second-to-last paragraph of section > one that explains that the reason for specific dialogs to be > terminated > may be useful for the client to take appropriate action (for > example, by > re-attempting a call to a specific branch when the error is > recoverable). [JRE] But how would the re-attempted call to a specific branch be achieved? What goes in the Request-URI - the received Contact URI? Then presumably Route header fields would need to be added based on Record-Routes from the previous dialog? Or if the Contact URI has GRUU properties, I guess Route isn't needed. But what if a temporary GRUU - would it still be valid?
John _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is for NEW development of the core SIP Protocol Use [EMAIL PROTECTED] for questions on current sip Use [EMAIL PROTECTED] for new developments on the application of sip
