Re: [MSEC] Review of draft-ietf-msec-tesla-for-alc-norm-05.txt

[<[e-mail]>]

Dear Vincent, Aurelien and Faurite,
  My name is Lei Liang from University of surrey, UK. As my colleague
Dr. Haitham Cruickshank talked with Vincent in the last IETF meeting, we
are working on a new TESLA synchronization method while integrating with
FLUTE, which is built on ALC, in a UK EPSRC project called
Satellite-Based Secure Multicast employing Hybrid Reliability. We think
your ID is definitely very interesting and we used it as a very
important reference in our study. So you have our support here :).
  The new synchronization method we proposed is trying to eliminate the
bidirectional channel requested by the direct synchronization as stated
in the TESLA RFC because the ALC does not need it, especially in a
satellite network. It is trying to take use of the FDT function in the
FLUTE protocol to deliver the TESLA bootstrapping message and the
information needed for synchronization. This can be achieved as long as
the FDT is periodically broadcasted or mulicasted to a well-known
address. This synchronization information is not a strong overhead but
the interval index in which the source is when sending the bootstrapping
message. It can also solve the scalability problem on the source when
the multicast group is big. We published our initial study in ICC'2008
and are implementing and validating the method now. Please find the
enclosed pdf version of the paper that has the detailed description. 
  I hope it can provide some useful thought for your ID and your
comments are more than welcome.


Best regards,

Lei Liang

Dear Vincent, Aurelien and Faurite,
  My name is Lei Liang from University of surrey, UK. As my colleague
Dr. Haitham Cruickshank talked with Vincent in the last IETF meeting, we
are working on a new TESLA synchronization method while integrating with
FLUTE, which is built on ALC, in a UK EPSRC project called
Satellite-Based Secure Multicast employing Hybrid Reliability. We think
your ID is definitely very interesting and we used it as a very
important reference in our study. So you have our support here :).
  The new synchronization method we proposed is trying to eliminate the
bidirectional channel requested by the direct synchronization as stated
in the TESLA RFC because the ALC does not need it, especially in a
satellite network. ItfQl1JqJBfd
y9SAvln8PTHvzrYnWTv1snaG/2NQ7nCRvHt2XEaLZoyya7B94Ig4T9vDfdgPN1Ey8ZOihpECXqPE
wG1Zcjg1xw6izjKwlNNu5+JrMg93xWPAcQDKm7JcVI0Qe4h0TQj45Gou7JS/DmDgKgMtdN6d2FTZ
BoQ5UCH7mv8ohIh/nH2TfHEIBwbkGtJInN9xoUjIvWoERX92RcrCw8ZXwVY3gitvo39GommZYSkV
7SW8YdlzH0k1j+Oa/4WRX8s3/dfg4+NWBZg078TidloLokrYEePARnFVVEugvgYSPpBcc/NlCllV
BVVZfmNbflzlv3kM6zeg1SUV8qjgHKldQ75OQ0ZV8PAe0m/Nizx3ZaJAQZhQ/dd+80OAAQBA+fkJ
DWVuZHN0cmVhbQ1lbmRvYmoNNzggMCBvYmoNPDwgL0Nyb3BCb3gNWyAwIDAgNTk1IDg0Mg1dIC9U
aHVtYiA1OSAwIFIgL01lZGlhQm94DVsgMCAwIDU5NSA4NDINXSAvUm90YXRlIDAgL1Jlc291cmNl
cyA3NCAwIFIgL1BhcmVudCAxMyAwIFIgL0NvbnRlbnRzDVsgNTggMCBSIDM5IDAgUiAzMyAwIFIg
MjcgMCBSIDE1IDAgUiA5IDAgUiA0IDAgUiA3NyAwIFINXSAvVHlwZSAvUGFnZQ0+Pg1lbmRvYmoN
NzkgMCBvYmoNPDwgL0xlbmd0aCA3DT4+DXN0cmVhbQoAAAD///8KDWVuZHN0cmVhbQ1lbmRvYmog
eHJlZg0wIDgwDTAwMDAwMDAwMDAgNjU1MzUgZg0KMDAwMDAwMDA0NCAwMDAwMCBuDQowMDAwMDAw
MDY0IDAwMDAwIG4NCjAwMDAwMDAxNDkgMDAwMDAgbg0KMDAwMDAwMDE5NyAwMDAwMCBuDQowMDAw
MDAxODQ2IDAwMDAwIG4NCjAwMDAwMDE4OTQgMDAwMDAgbg0KMDAwMDAwMTkxNCAwMDAwMCBuDQow
MDAwMDAyNjQzIDAwMDAwIG4NCjAwMDAwMTMxNTQgMDAwMDAgbg0KMDAwMDAxNDcwOSAwMDAwMCBu
DQowMDAwMDE0ODg2IDAwMDAwIG4NCjAwMDAwMTUwMTAgMDAwMDAgbg0KMDAwMDAxNTAzMSAwMDAw
MCBuDQowMDAwMDE1MTIwIDAwMDAwIG4NCjAwMDAwMTUyNzggMDAwMDAgbg0KMDAwMDAxNjk3OCAw
MDAwMCBuDQowMDAwMDE3MDE5IDAwMDAwIG4NCjAwMDAwMjk1MjUgMDAwMDAgbg0KMDAwMDAyOTU0
NiAwMDAwMCBuDQowMDAwMDI5NTc0IDAwMDAwIG4NCjAwMDAwMjk2ODUgMDAwMDAgbg0KMDAwMDAy
OTg5NCAwMDAwMCBuDQowMDAwMDI5OTQ1IDAwMDAwIG4NCjAwMDAwMzAxMDQgMDAwMDAgbg0KMDAw
MDAzMDUxOSAwMDAwMCBuDQowMDAwMDMxMDkzIDAwMDAwIG4NCjAwMDAwNDM4OTQgMDAwMDAgbg0K
MDAwMDA0NTUzNSAwMDAwMCBuDQowMDAwMDQ1NTU1IDAwMDAwIG4NCjAwMDAwNDU2NjYgMDAwMDAg
bg0KMDAwMDA0NTY4NyAwMDAwMCBuDQowMDAwMDQ1NzA3IDAwMDAwIG4NCjAwMDAwNDU4NjYgMDAw
MDAgbg0KMDAwMDA0NzUzMyAwMDAwMCBuDQowMDAwMDQ4MDEyIDAwMDAwIG4NCjAwMDAwNDg2OTEg
MDAwMDAgbg0KMDAwMDA0ODcxMiAwMDAwMCBuDQowMDAwMDQ4NzMyIDAwMDAwIG4NCjAwMDAwNDg5
MTMgMDAwMDAgbg0KMDAwMDA1MDcwMCAwMDAwMCBuDQowMDAwMDUwOTg4IDAwMDAwIG4NCjAwMDAw
NTExNzEgMDAwMDAgbg0KMDAwMDA1MTE5MiAwMDAwMCBuDQowMDAwMDUxMjEyIDAwMDAwIG4NCjAw
MDAwNTE4OTIgMDAwMDAgbg0KMDAwMDA1MjM5OSAwMDAwMCBuDQowMDAwMDUzMDQxIDAwMDAwIG4N
CjAwMDAwNTMyMjcgMDAwMDAgbg0KMDAwMDA1MzQ0OCAwMDAwMCBuDQowMDAwMDUzNDY4IDAwMDAw
IG4NCjAwMDAwNTM2NTMgMDAwMDAgbg0KMDAwMDA1NDA4NSAwMDAwMCBuDQowMDAwMDU0MzgyIDAw
MDAwIG4NCjAwMDAwNTUwNjEgMDAwMDAgbg0KMDAwMDA1NTI4MSAwMDAwMCBuDQowMDAwMDU1MzAx
IDAwMDAwIG4NCjAwMDAwNTU5OTQgMDAwMDAgbg0KMDAwMDA3MTYyMyAwMDAwMCBuDQowMDAwMDcz
NTQ2IDAwMDAwIG4NCjAwMDAwNzM4ODggMDAwMDAgbg0KMDAwMDA3NDA2OSAwMDAwMCBuDQowMDAw
MDc0MTk2IDAwMDAwIG4NCjAwMDAwNzQyMTcgMDAwMDAgbg0KMDAwMDA3ODk4MSAwMDAwMCBuDQow
MDAwMDc5MTY0IDAwMDAwIG4NCjAwMDAxMDIxMTEgMDAwMDAgbg0KMDAwMDEwMjY5NiAwMDAwMCBu
DQowMDAwMTAyODkxIDAwMDAwIG4NCjAwMDAxMTQ1MTAgMDAwMDAgbg0KMDAwMDE1NTg1NyAwMDAw
MCBuDQowMDAwMTU2MDcyIDAwMDAwIG4NCjAwMDAxNTYyNDUgMDAwMDAgbg0KMDAwMDE1NjU0OCAw
MDAwMCBuDQowMDAwMTczODM0IDAwMDAwIG4NCjAwMDAxNzM5NjkgMDAwMDAgbg0KMDAwMDE3NDAy
NiAwMDAwMCBuDQowMDAwMTc0MTg1IDAwMDAwIG4NCjAwMDAxNzU0MDcgMDAwMDAgbg0KMDAwMDE3
NTYxNyAwMDAwMCBuDQp0cmFpbGVyDQ08PCAvSUQNWyA8MDdiYjE4ODQ3Yzg2ZTU5YzZkMTk4MTNl
MzdjYTEyM2Q+IDw1ZjZkNWRlNDk1YTYzNGE2NGIxODBjZmI3ZWFmZGJjMD4NXSAvSW5mbyAxMCAw
IFIgL1NpemUgODAgL1Jvb3QgMiAwIFINPj4Nc3RhcnR4cmVmDTE3NTY3NA0lJUVPRgoN

_______________________________________________
MSEC mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/msec