Re: I-D Action:draft-ietf-sip-199-06.txt - early dialog state in proxy

Bob Penfield <[email protected]>
Newsgroups gmane.ietf.sip
Message-ID <E6C2E8958BA59A4FB960963D475F7AC314F9762833@mail>
 
>
>Yes, but the issue is how the proxy knows whether it has sent a 199 for the early 
>dialog indicated in the error response.

Again, the proxy needs to have a list of early dialogs and within that state data needs to remember whether or not a 199 has been sent/forwarded to the UAC.

>
>The issue is whether the proxy can detect that a final response is generated by 
>another forking proxy, and therefor terminate more than one early dialog.

It does not matter whether the final response came from a forking proxy or not. When a final response is received on a client transaction, the proxy has to assume that all downstream forks that the request created have been terminated. RFC 3261 requires that the proxies and UASes send only one non-2xx final response, so any downstream proxy that forked the request would not send back a non-2xx final response until all of its forks completed.

>
>Maybe the Via mechanism you describe works... I need to draw some figures :)
>
_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.