[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [rohc] RE: DAP issues
> Either (as it states in DAP 1b) the receiver can set the
> need-response field to TRUE and both sender and receiver control the flow, allowing the
> possibility of infinite sending (fixed by one end setting the field to FALSE)
> or
> (as I suggested in my last mail) the sender is in control of
> the message flow, the receiver must NOT set the flag to TRUE.
>
> One thing to take into account is whether either approach
> will enable/prevent specific test patterns. The latter seems simpler to me, and I don't
> think it prevents anything. What does anyone else think?
Abbie,
I used the former in the document for two reasons:
1) It allows arbitrary message exchange pattern, e.g., 3-way message exchange: m1 from A to B, m2 from B to A, then m3 from A to B. B can control in this case.
2) Again, I don't think the dead loop is an issue. I mentioned it in the document just as a reminder. The bottom line is the common sense in implementation. If that is not there, no protocol is bullet proof. (No protocol can prevent a bad or incorrect implementation anyway.) In this case, the DAP clearly provides ways to avoid dead loop (I'll make it more redundantly clear). One should not blame DAP for a bad/incorrect implementation.
Zhigang
_______________________________________________
Rohc mailing list
Rohc@ietf.org
https://www1.ietf.org/mailman/listinfo/rohc