[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[ippm] Re: comment on http://tools.ietf.org/html/draft-ietf-ippm-duplicate-02
Replying to a couple of points:
At 03:42 AM 10/18/2007, Henk Uijterwaal wrote:
Hi Emile,
...
Methodoly:
The methodology (section 2.6) of the draft refers to section 2.6 of
RFC2680 which speaks about sync of clocks:
Is the sync of clocks really needed for detecting packet duplication?
No, actually this is one of the things that suprised me as well in
RFC2680. Does anybody remember why this is in 2680?
You need to sync the timer (Th) for declaring a packet lost with
the sending time, in a course way at least. Same is true
for ToD sync when starting and stopping samples: if a port opens
late the first packets will be ignored.
...
Relation with ITU/T Y.1540:
...
Is there also an equivalent to the singletons definition?
I don't have the ITU document handy but I don't remember a singleton
definition in there. (Al, correct me if I'm wrong).
You're right, but there are similar conventions, of course.
Y.1540 defines "outcomes" of packet transfer attempts, and
for this topic there are new sections defining duplicate and
replicated packet outcomes.
Al
_______________________________________________
ippm mailing list
ippm at ietf.org
https://www1.ietf.org/mailman/listinfo/ippm