inline.
Salvatore Loreto wrote:
Hi Jonathan,
about the third redirection meaning:
3. The server is asking the client to route through an additional
proxy prior to visiting it, so that the recursed request
generated by the client pushes an additional Route onto the Route
set.
I was wondering if it should be possible insert more than only one contact
into the existing route set.
No.
I'd like to know your opinion, because in my understanding it should not possible
due to the "alternative" meaning of different locations into the the Contact
header field; in fact the RFC3261 states:
"When a redirect server returns a 3xx response to a request, it
populates the list of (one or more) alternative locations into the
Contact header field. An "expires" parameter to the Contact header
field values may also be supplied to indicate the lifetime of the
Contact data."
About the persistence of the redirection for a mid-dialog request,
I am not sure it should persist just for the duration of the transaction,
instead the persistence should be managed by the "expires" parameter.
The problem is - under what conditions would the proxy utilize this? For
all requests whose destination would otherwise be the redirecting UA?
Only ones whose R-URI also matches?
-Jonathan R.
--
Jonathan D. Rosenberg, Ph.D. 600 Lanidex Plaza
Cisco Fellow Parsippany, NJ 07054-2711
Cisco Systems
[EMAIL PROTECTED] FAX: (973) 952-5050
http://www.jdrosen.net PHONE: (973) 952-5000
http://www.cisco.com
_______________________________________________
Sip mailing list https://www1.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
