[Sis-dtn] Draft agenda and time blocks for Fall SIS-DTN meetings.

Tomaso.deCola at dlr.de Tomaso.deCola at dlr.de
Mon Oct 19 10:01:21 UTC 2020


Hi Keith,

Personally I’d prefer the first option (3pm CET).

Thank you,

Tomaso

From: SIS-DTN <sis-dtn-bounces at mailman.ccsds.org> On Behalf Of Dr. Keith L Scott
Sent: Dienstag, 13. Oktober 2020 17:56
To: sis-dtn at mailman.ccsds.org
Cc: Scott Burleigh <scott.c.burleigh at jpl.nasa.gov>
Subject: [Sis-dtn] Draft agenda and time blocks for Fall SIS-DTN meetings.

Version 1 -- 20201013
Below are the agenda topics I have so far; I’m thinking of breaking these into 3 4-hour calls using one of the time blocks below.  I’ve got a conflict on the Thursday, so Maybe Tues-Wed-Fri?
I think the times map out as follows for the week of 26 October (with Europe going to standard time on 25 October).
7AM Pacific
10AM Eastern
3pm CET
11PM Tokyo / Seoul

We could also do something like
                3PM Pacific
5PM Eastern
                10PM CET
                6AM Tokyo / Seoul

Or maybe Tues-Wed using the latter times and Friday using the former?  (seems unwise to do a 5pm Eastern call on Friday that translates to 6am Saturday in Japan / S. Korea)…

I realize that these times are not ideal, but does anyone have constraints where they absolutely could not make those blocks on Tues-Wed-Fri of the week of 26 October (assuming that we wouldn’t do the late one on Friday)?


[XXXXXX] Agenda Items

  *   WG Status
     *   New Projects (should be getting worked by the process…)
        *   BPv7
        *   LTP Revisions
        *   SBSP (bpv6) --> BPSec (bpv7) (Blue + Green)


  *   SBSP Books
     *   No action yet on Green book; will ge in conjunction w/ SEA-SEC
     *   Joint Mtg w/ SEA-SEC 1130AM EST on Monday November 2


  *   Network Management
     *   Draft Green Book waiting on Red Book Progress
     *   Need Draft Red Book


  *   LTP Revisions
     *   What changes should we make in light of advances and experience since initial publication (e.g. consider removing security in favor of SDLS, consider removing Green (unreliable data), …?
     *   Unibo may have some performance data
     *   Who has resources to support?
        *   Book development
        *   Implementations


  *   BPv7 Adoption
     *   BPv7 White Book (MSFC Book Editor)
        *   Review white book
        *   Decide on actions forward


  *   Multicast Discussion (Josh Deaton, MSFC)


  *   Discuss Unibo CGR implementation for DTN2


  *   We also have on the radar (for later):
     *   Emergency Telecommand / Telemetry (first-hop / last-hop) (standardized BP application?)
     *   BP Advanced Routing (regions, multicast)
     *   BP Neighbor Discovery
     *   BP Green Book Update
SSI Architecture Update
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/sis-dtn/attachments/20201019/64dd57a4/attachment-0001.htm>


More information about the SIS-DTN mailing list