Re: [Sipping] Possible Solution to HERFP

Rohan Mahy wrote:
> Hi Folks,
> 
> I just submitted a new individual I-D that describes a possible  
> solution to the Heterogeneous Error Response Forking Protocol.  Until  
> it appears in the archives, you can find it here:
> 
> https://scm.sipfoundry.org/rep/ietf-drafts/rohan/herf-fix/draft-mahy- 
> sipping-herfp-fix-00.txt
> https://scm.sipfoundry.org/rep/ietf-drafts/rohan/herf-fix/draft-mahy- 
> sipping-herfp-fix-00.html

Rohan:

Interesting approach to the problem.  After a quick reading, it
strikes me that a long time ago, we had a SIP mantra that was oft
repeated: "Every transaction completes independent of others."

Did we break this mantra?  In Figure 4, there are two INVITEs
leaving the UAC, the second in response to the 130.  However,
there is only one final response coming back to the UAC (the
200 OK).  Since the draft states that the original INVITE request
is unaffected by the new request, it would seem that the UAC
will wait for another final response to balance out the original
request?

Before proposing any solutions, wanted to make sure that we do
indeed have a dangling INVITE problem...

Thanks,

- vijay
-- 
Vijay K. Gurbani, Ph.D.  vkg@{lucent.com,research.bell-labs.com,acm.org}
Wireless Networks Group/Internet Software and Services
Lucent Technologies/Bell Labs Innovations, 2000 Lucent Lane, Rm 6G-440
Naperville, Illinois 60566     Voice: +1 630 224 0216

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP