<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Wingdings;
panose-1:5 0 0 0 0 0 0 0 0 0;}
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
{mso-style-priority:34;
margin-top:0in;
margin-right:0in;
margin-bottom:0in;
margin-left:.5in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Calibri",sans-serif;}
p.msonormal0, li.msonormal0, div.msonormal0
{mso-style-name:msonormal;
mso-margin-top-alt:auto;
margin-right:0in;
mso-margin-bottom-alt:auto;
margin-left:0in;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
span.EmailStyle19
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle20
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle21
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle22
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle23
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle24
{mso-style-type:personal;
font-family:"Calibri",sans-serif;
color:windowtext;}
span.EmailStyle26
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-size:10.0pt;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
/* List Definitions */
@list l0
{mso-list-id:647587117;
mso-list-type:hybrid;
mso-list-template-ids:-1141325620 222432322 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
{mso-level-start-at:5;
mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:.75in;
text-indent:-.25in;
mso-ansi-font-size:11.0pt;}
@list l0:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:1.25in;
text-indent:-.25in;}
@list l0:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:1.75in;
text-indent:-9.0pt;}
@list l0:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.25in;
text-indent:-.25in;}
@list l0:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:2.75in;
text-indent:-.25in;}
@list l0:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:3.25in;
text-indent:-9.0pt;}
@list l0:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:3.75in;
text-indent:-.25in;}
@list l0:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
margin-left:4.25in;
text-indent:-.25in;}
@list l0:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
margin-left:4.75in;
text-indent:-9.0pt;}
@list l1
{mso-list-id:1025138768;
mso-list-type:hybrid;
mso-list-template-ids:1115565772 67698705 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l1:level1
{mso-level-text:"%1\)";
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level2
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level3
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level4
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level5
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level6
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l1:level7
{mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level8
{mso-level-number-format:alpha-lower;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;}
@list l1:level9
{mso-level-number-format:roman-lower;
mso-level-tab-stop:none;
mso-level-number-position:right;
text-indent:-9.0pt;}
@list l2
{mso-list-id:1495144269;
mso-list-type:hybrid;
mso-list-template-ids:1187953578 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l2:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l2:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l2:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l2:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l2:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l2:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l2:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l2:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l2:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l3
{mso-list-id:1705062412;
mso-list-type:hybrid;
mso-list-template-ids:178402246 67698689 67698691 67698693 67698689 67698691 67698693 67698689 67698691 67698693;}
@list l3:level1
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l3:level2
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l3:level3
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l3:level4
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l3:level5
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l3:level6
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
@list l3:level7
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Symbol;}
@list l3:level8
{mso-level-number-format:bullet;
mso-level-text:o;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:"Courier New";}
@list l3:level9
{mso-level-number-format:bullet;
mso-level-text:;
mso-level-tab-stop:none;
mso-level-number-position:left;
text-indent:-.25in;
font-family:Wingdings;}
ol
{margin-bottom:0in;}
ul
{margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link="#0563C1" vlink="#954F72"><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt'>Hi Peter,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>We discussed this in the SOIS teleconference this morning, and the following ideas appeared:<o:p></o:p></span></p><ul style='margin-top:0in' type=disc><li class=MsoListParagraph style='margin-left:0in;mso-list:l3 level1 lfo7'><span style='font-size:11.0pt'>What’s good for MOIMS may also be good for PUS, so the abstraction among these very different implementations would likely erase the tendency to adopt either framework, and instead provide a common subset in SOIS that fulfills the objective of interoperability in a flexible way.<o:p></o:p></span></li><li class=MsoListParagraph style='margin-left:0in;mso-list:l3 level1 lfo7'><span style='font-size:11.0pt'>It may be ambitious to set a tool chain writer to the task of matching SOIS semantic tags with semantically meaningful interface descriptions in MOIMS, PUS, or other framework; however, the tags would at least assist a human in doing the matching.<o:p></o:p></span></li></ul><p class=MsoNormal><span style='font-size:11.0pt'>In any case, this interface at the top of the application support layer has had no experimental tests, and so it cannot be presented as a solution for anything. One of the reasons for the lack of tests is that on the SOIS side of the ASL interface we are accustomed to moving data without formalizing our view inside the packets, so we have few skills in applying semantic tags for use on the other side of the interface. The need to pass data through the ASL interface provides a significant use case for semantic tags.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>It seems useful at least to mention this line of thought in both the SAWG ASL and the SOIS EDS/DoT green books, because it is an interface in which people will continue to try various solutions. In the SOIS EDS/DoT green book I would like to include a brief example for each of MOIMS and PUS, so the semantic tags will have a foundation for a future realistic test, and will guide authors of SEDS to choose semantic tags.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>Ramon<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:11.0pt'>From:</span></b><span style='font-size:11.0pt'> Shames, Peter M (312B) <peter.m.shames@jpl.nasa.gov> <br><b>Sent:</b> Tuesday, June 12, 2018 1:26 PM<br><b>To:</b> ramon krosley <r.krosley@andropogon.org>; 'Roger Thompson' <roger.rocketbrain@btinternet.com><br><b>Cc:</b> 'SEA-SA' <sea-sa@mailman.ccsds.org>; 'Jonathan Wilmot' <Jonathan.J.Wilmot@NASA.gov><br><b>Subject:</b> Re: Feedback on the current ASL GB Draft<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal><span style='font-size:11.0pt'>Hi Ray,<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>Um, not to put it too delicately, but I think that we all need to be careful about too much "meshing". Brings to mind being "enmeshed", as in a bunch of whirling gears.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>One thing that has become really clear to me in all of our discussions and analysis, including those done by Melvin, is that while SOIS EDS and MOIMS MAL both have some "overlap" in that they both carry semantic and syntactic information, the domains that they address and the ways that they address them are really very different. There is probably future point of tangency, fi/when MOIMS services get migrated on-board, but until that time there are really distinct domains. For very good reasons. SOIS is fundamentally about resource constrained, real-time, operational environments and SOIS is fundamentally about terrestrial mission operations where resources are not an issue and processing power and bandwidth are abundant.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>I think that MOIMS can benefit from any clear SOIS descriptions of spacecraft, components, interfaces, and their interconnections. That could be input into the MO operations planning and the ops perp part that Roger has described, but I do not think they are ready for that yet. That is one sort of "meshing", but it really is an infusion of one sort of information into another realm where it can be used. Made easier, IMHO, by the use of the clear specs provided by the DOT and EDS.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>On the other hand, I do not think that SOIS would benefit from being "meshed" with MOIMS, in the sense of being pushed to adopt the SM&C / MAL, etc service framework. There is no apparent benefit to adopting what is a rather heavy weight, complicated, multi-layer approach to service interfaces. I think it would bring "mass" without much value for this application, but others may have different opinions.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>As for the Yellow Book, I think it is fine as it is. It does not need "saving", it needs publishing.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>For what it is worth.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'>Peter<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt'><o:p> </o:p></span></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:.5in'><b><span style='color:black'>From: </span></b><span style='color:black'>Ramon Krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>><br><b>Date: </b>Monday, June 11, 2018 at 5:53 PM<br><b>To: </b>Peter Shames <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>, Roger Thompson <<a href="mailto:roger.rocketbrain@btinternet.com">roger.rocketbrain@btinternet.com</a>><br><b>Cc: </b>SEA-SA <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>>, "Wilmot, Jonathan J. (GSFC-5820)" <<a href="mailto:Jonathan.J.Wilmot@NASA.gov">Jonathan.J.Wilmot@NASA.gov</a>><br><b>Subject: </b>RE: Feedback on the current ASL GB Draft<o:p></o:p></span></p></div><div><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'><o:p> </o:p></span></p></div><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>Today, I was reminded again of a missing part of the ASL green book content by materials that Jonathan distributed for our next SOIS teleconference. This reminder comes from Mehran Sarkarati in comments on the details of Richard Melvin’s report on the “overlap” between MO Services and SOIS EDS, and it is summarized by Mario Merri. Mehran’s comments say that the description of SOIS EDS in the yellow book lacks semantics, only expressing “receive data” and “send data”, while the descriptions (elsewhere) of MO Services “define operations with semantically meaningful arguments”. Mario’s summary (in my words) says that we don’t need overlap; we need meshing.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>These comments are correct, except for the lack of semantics in SOIS. The situation is an example of how we sometimes “speak past” one another.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>We have the opportunity in the ASL green book to show meshing between SOIS and MOIMS, instead of overlap or parallel play. The capability to mesh interfaces comes from the presence of semantic content in both MO Services and in SOIS EDS. An exercise is needed here, to compare the MAL terms with the terms that are available in SOIS, to show an example of how the meshing could occur. If Roger can provide me with one or a few examples of MO Services with semantically meaningful arguments, then I can either find the terms in our DoT, or add them to the DoT, and extend our star tracker example SEDS with semantic tags that enable some form of meshing with the requirements of MO Services.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>The result of this exercise could provide material to save the yellow book.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>Ramon</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:11.0pt'>From:</span></b><span style='font-size:11.0pt'> ramon krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>> <br><b>Sent:</b> Monday, June 4, 2018 5:30 PM<br><b>To:</b> 'Shames, Peter M (312B)' <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>; 'Roger Thompson' <<a href="mailto:roger.rocketbrain@btinternet.com">roger.rocketbrain@btinternet.com</a>><br><b>Cc:</b> 'SEA-SA' <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>><br><b>Subject:</b> RE: Feedback on the current ASL GB Draft</span><o:p></o:p></p></div></div><p class=MsoNormal style='margin-left:.5in'> <o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>I see what you are looking for, but I don’t find it or it’s not in the form that you might expect it in the current conversation in the SOIS working groups. This is an opportunity for me to try some drafty explanations that might develop into material for the ASL green book:</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in;text-indent:-.25in;mso-list:l2 level1 lfo2'><![if !supportLists]><span style='font-family:Symbol'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span style='font-size:11.0pt'>For the general emphasis on EDS: People seem to find this concept to be a panacea for adapting to a diversity of technologies where there is clearly an interface, but it is an interface that cannot be standardized. Emphasis on adaptation to a particular technology in the ASL green book can be an informative example, but not an introduction to a normative standard.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in;text-indent:-.25in;mso-list:l2 level1 lfo2'><![if !supportLists]><span style='font-family:Symbol'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span style='font-size:11.0pt'>For subnetworks: The role of the content of the SOIS Subnet magenta books has been questioned in the last two face-to-face meetings of CCSDS, and an answer has emerged that is due to Richard Melvin’s work on generating device services from SEDS. First, some background: During the SUMO conference a few years ago, I asked a Lockheed-Martin engineer what he thought of the magenta books, and he said that they were “incomplete”. Based on that conversation, I think he meant that they were so general that they could not be implemented in an interoperable way by two different implementers. Back to the present: Richard found that the general patterns of the subnetwork magenta book interfaces could be used to map requests from device services to behavior paradigms of devices; for example, he found that the SOIS Memory Access Service (MAS) could model a device on a 1553 subnetwork, and the SOIS Packet Service (PS) could model a non-RMAP device on a SpaceWire subnetwork. So now there is a SEDS Package File that describes the interfaces in the SOIS Subnet magenta books, and the SEDS for a device on a given subnetwork makes reference to that Package File for its subnetwork interactions. Each agency has its own implementation of subnetwork interfaces, which are not interoperable with other agencies, and there is little perception of incentive to make them interoperable. The tool chain generates the software to implement the mapping for a given agency’s subnetwork interface, using the patterns in the SOIS Subnet magenta books. This is one of the points to come out of the recent work on the SOIS EDS & DoT green book.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in;text-indent:-.25in;mso-list:l2 level1 lfo2'><![if !supportLists]><span style='font-family:Symbol'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span style='font-size:11.0pt'>For support services, alas: The conversation on support services in the SOIS working groups has been tepid. For example, the Time Access Service (TAS), it has been suggested, would be better replaced with a device service for a clock or a GPS receiver. It could be argued that the TAS is at a different level than is the substituted device service, but this discussion has no takers at the present time. This is one of the points that is the victim of the current focus of discussion in SOIS, which manifested as silverization of the SOIS application support magenta books. In the future, we may resurrect the application support magenta books in the style of the subnetwork interfaces, but the interest is simply not present at this time (maybe He Xiongwen has this interest)</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in;text-indent:-.25in;mso-list:l2 level1 lfo2'><![if !supportLists]><span style='font-family:Symbol'><span style='mso-list:Ignore'>·<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span style='font-size:11.0pt'>For wireless: Given the current conversation, it seems to me that a likely path for integration of the wireless working group with the other two SOIS working groups is to test the hypothesis that devices on a wireless subnetwork can be described in a pattern like that of MAS, PS, or something new. I promised Kevin Gifford to pass this on to him as soon as I could express it sufficiently well. I think that I’ll have something for Kevin in about a week now, to start that conversation.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>So, in summary, I can add material for the missing topics that you listed, in the manner described above, labelled by the qualities of standards that you listed, “got it”, “got a plan for it”, “nothing yet”. If you see additional avenues that I have missed, let me know.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:.5in'><b><span style='font-size:11.0pt'>From:</span></b><span style='font-size:11.0pt'> Shames, Peter M (312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>> <br><b>Sent:</b> Monday, June 4, 2018 3:19 PM<br><b>To:</b> ramon krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>>; 'Roger Thompson' <<a href="mailto:roger.rocketbrain@btinternet.com">roger.rocketbrain@btinternet.com</a>><br><b>Cc:</b> 'SEA-SA' <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>><br><b>Subject:</b> Re: Feedback on the current ASL GB Draft</span><o:p></o:p></p></div></div><p class=MsoNormal style='margin-left:.5in'> <o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>Hi Ray,</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>What are you running in, "Skeletoes"?</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>Actually, what you just stated " The work on the SOIS EDS & DoT green book during the last couple of months has produced some highly detailed descriptions of the process for generating device services from SEDS, which I intend to summarize at a higher level of abstraction in the ASL green book. I think that will address at least some of your concern." Does not alleviate my concern at all. On the contrary is it exactly what I had in mind when I said </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.25in;text-indent:-.25in;mso-list:l0 level1 lfo4'><![if !supportLists]><span style='font-size:11.0pt'><span style='mso-list:Ignore'>5)<span style='font:7.0pt "Times New Roman"'> </span></span></span><![endif]><span style='font-size:11.0pt'>Some of the SOIS limitations are due to the "silverizing" activity that occurred, some of it seems due to a shift in focus by the leadership to implementation approaches and EDS. Regardless, those SOIS functions and features (support, subnet, wireless) that remain in MB and GB materials really should be adequately covered in this document.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>IMHO the whole SOIS effort has pivoted around to where the EDS is the ONLY thing that is emphasized. And yet there are still subnet, support services, and wireless that are on the books, and IN the books. There is no question in my mind that the EDS and DOT is one of the most powerful, and "real", things that SOIS has defined, but it is not the only thing. </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>I really do expect to see these other topics given an adequate description in this document.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'>Thanks, Peter</span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:.5in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:1.0in'><b><span style='color:black'>From: </span></b><span style='color:black'>Ramon Krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>><br><b>Date: </b>Monday, June 4, 2018 at 1:54 PM<br><b>To: </b>Peter Shames <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>>, Roger Thompson <<a href="mailto:roger.rocketbrain@btinternet.com">roger.rocketbrain@btinternet.com</a>><br><b>Cc: </b>SEA-SA <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>><br><b>Subject: </b>RE: Feedback on the current ASL GB Draft</span><o:p></o:p></p></div><div><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p></div><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>Hi Peter,</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>Thanks for this guidance; it’s always helpful to know where the work is needed.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>I agree with your observations on the SOIS material; you should see my running shoes (minimal, but not barefoot). The work on the SOIS EDS & DoT green book during the last couple of months has produced some highly detailed descriptions of the process for generating device services from SEDS, which I intend to summarize at a higher level of abstraction in the ASL green book. I think that will address at least some of your concern.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>Ramon</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><div><div style='border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal style='margin-left:1.0in'><b><span style='font-size:11.0pt'>From:</span></b><span style='font-size:11.0pt'> Shames, Peter M (312B) <<a href="mailto:peter.m.shames@jpl.nasa.gov">peter.m.shames@jpl.nasa.gov</a>> <br><b>Sent:</b> Monday, June 4, 2018 2:32 PM<br><b>To:</b> Roger Thompson <<a href="mailto:roger.rocketbrain@btinternet.com">roger.rocketbrain@btinternet.com</a>>; Ramon Krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>><br><b>Cc:</b> SEA-SA <<a href="mailto:sea-sa@mailman.ccsds.org">sea-sa@mailman.ccsds.org</a>><br><b>Subject:</b> Feedback on the current ASL GB Draft<br><b>Importance:</b> High</span><o:p></o:p></p></div></div><p class=MsoNormal style='margin-left:1.0in'> <o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>Hi Guys,</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>Over the last few days I have been reading through the current (or latest) ASL GB draft. I think that you guys have made great progress and this document is coming together rather nicely. At this point I am up to page 61, the end of Section 4, or something like 1/3 of the way done.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>In the attached version you will see my mark-up notes. There are a lot of inputs that are simply editorial, and others that are somewhat more substantive. In the "substantive" column I would put the following:</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>1)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>Most of what is now in Sec 1.1 really, IMHO, belongs in Sec 1.3, Rationale. This is the expected usage in CCSDS Green Books, but they have been known to vary.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.5in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>2)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>The MOIMS sections that I have reviewed so far. are very good and quite complete. In fact, they almost seem too complete, but that is another discussion. If everything is done to this level, as it should be to have an "even" appearance, the doc will be huge.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.5in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>3)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>The handling of the interfaces between MOIMS and CSS does not strike me as satisfactory. The MOIMS MO services must plan for space links, send data over space links, and get data of various kinds from space links. It just does not seem acceptable to say "</span> <span style='font-size:11.0pt'>telemetry acquisition and telecommand uplink are communications layer functions that do not directly interact at the application layer with MOIMS functions ". If not MOIMS, then where? Is there an air gap? Does some other CCSDS area have responsibility? In SCCS-ADD parlance it is "applications" that interact with the SLE and CSTS services. Those application, IMHO, ought to be MOIMS.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.5in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>4)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>The SOIS materials, by contrast, are good, but seem really incomplete. Notwithstanding that the scope of SOIS is considerably less than that of MOIMS, the treatment of the SOIS functions and services is itself truncated in the extreme. As much as MOIMS seems a little overblown, SOIS seems totally underinflated. I think we need to seek parallel construction in each of the sections wherever possible. See in particular my comments in Sec 2.4.2 and 4.3.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.5in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>5)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>Some of the SOIS limitations are due to the "silverizing" activity that occurred, some of it seems due to a shift in focus by the leadership to implementation approaches and EDS. Regardless, those SOIS functions and features (support, subnet, wireless) that remain in MB and GB materials really should be adequately covered in this document.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.5in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>6)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>I like the materials in Sec 3.3, but worry a little that we may be putting too much "RASDS 2.0" materials into this document. There may not really be much choice, because we have agreed to use these extensions and really must explain what we are doing and why, but it is a little concern.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.5in;text-indent:-.25in;mso-list:l1 level1 lfo6'><![if !supportLists]><span style='mso-list:Ignore'>7)<span style='font:7.0pt "Times New Roman"'> </span></span><![endif]><span style='font-size:11.0pt'>The distinctions in type and representation that are used in Sec 3.3 among unspecified, published, under development, proposed, and "no standard identified" seem, in general, to be not sufficiently distinct to be useful. I think the important distinction is really only between "do we have a standard" and "do we have any sort of plan for a standard". Everything else is just so much idle speculation. Three levels are probably enough: "it exists", "we have a plan for it", and "something could be (might be) here, but isn’t".</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>I'll keep on plugging away at this. Do take a look and see if what I have identified seems reasonable or really off base.</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'>Thanks, Peter</span><o:p></o:p></p><p class=MsoNormal style='margin-left:1.0in'><span style='font-size:11.0pt'> </span><o:p></o:p></p></div></body></html>