Skip to main content

Timed Efficient Stream Loss-Tolerant Authentication (TESLA): Multicast Source Authentication Transform Introduction
draft-ietf-msec-tesla-intro-04

Yes

(Russ Housley)

No Objection

(Alex Zinin)
(Bert Wijnen)
(Bill Fenner)
(Jon Peterson)
(Steven Bellovin)
(Ted Hardie)

Note: This ballot was opened for revision 04 and is now closed.

Russ Housley Former IESG member
Yes
Yes () Unknown

                            
Alex Zinin Former IESG member
No Objection
No Objection () Unknown

                            
Allison Mankin Former IESG member
No Objection
No Objection (2004-09-02) Unknown
It seems that TESLA does not allow synchronization of new group members
after others have already been established except perhaps by the branch approach
described in the extensions (for heterogeneous delay groups); clearly it is the case
the group membership issues are outside the scope of TESLA, but it's a limit on
applicability that should be noted.



The copyright is dated 2000.

Typo: disclodure
Bert Wijnen Former IESG member
No Objection
No Objection () Unknown

                            
Bill Fenner Former IESG member
No Objection
No Objection () Unknown

                            
David Kessens Former IESG member
No Objection
No Objection (2004-09-01) Unknown
From Pekka Savola, ops directorate:

I just glanced this through for obvious editorial problems:

- Section 6 "IP Statement" must be removed being inappropriate, and
replaced with proper IPR boilerplates.

- Don't you *really* have anyone else than one person to acknowledge
for feedback, etc.?  Please check that the section is up-to-date.

- The abstract could be shorter, like 5-10 lines, not three
paragraphs.
Harald Alvestrand Former IESG member
No Objection
No Objection (2004-09-02) Unknown
Reviewed by Joel Halpern, Gen-ART

His review:

I assume that the unusual intellectual property statement is acceptable:
    The authors are not aware of any patents that encumber the free
    use of TESLA. as it seems to say the right thing.

The revisions have addressed the significant comments I had.
Ship it.
Jon Peterson Former IESG member
No Objection
No Objection () Unknown

                            
Margaret Cullen Former IESG member
No Objection
No Objection (2004-09-02) Unknown
It is possible that some details are lost in the lack of distinction that this document makes between broadcast and multicast traffic.  

In particular, the document talks about broadcasting authentication information when I believe that it is important that the authentication information for a multicast flow is multicast to the same multicast group, to ensure that it will reach the same set of intended recipients.

I did not follow the references to determine if this level of detail is better described elsewhere.

BTW, it doesn't make sense that all of the references are informative, because this document seems to be normatively dependent on other TESLA references.
Scott Hollenbeck Former IESG member
(was Discuss) No Objection
No Objection (2004-08-17) Unknown
I originally had a discuss in for version -08 (the version that was announced for IESG review), but -09 came out before the telechat.  I've cleared my discuss because the update noted that all references are informative.
Steven Bellovin Former IESG member
No Objection
No Objection () Unknown

                            
Ted Hardie Former IESG member
(was Discuss) No Objection
No Objection () Unknown