From greg.j.kazz at jpl.nasa.gov  Fri Jan 11 19:10:56 2008
From: greg.j.kazz at jpl.nasa.gov (Greg Kazz)
Date: Fri, 11 Jan 2008 11:10:56 -0800
Subject: [Sls-slp] Fwd: [Cesg-all] URGENT - Hotel rooms and meeting rooms
Message-ID: <6.2.3.4.2.20080111110559.02b07008@mail.jpl.nasa.gov>

All,

Tentative schedule is to have SLS-SLP meeting on Monday March 10 and 
HRU WG on tue. March 11. Joint activities between SLS-CC and these 
working groups are likely to occur on Tue as well.

Please note below is information for you regarding hotel reservations 
in Washington DC.

best regards,

Greg


>Date: Thu, 10 Jan 2008 16:10:15 -0600
>X-MS-Has-Attach:
>X-MS-TNEF-Correlator:
>Thread-Topic: URGENT - Hotel rooms and meeting rooms
>Thread-Index: AchT1ZQHYGPY336/RrSsLpaOXQfEVg==
>From: "Kearney, Mike W. (MSFC-EO01)" <Mike.Kearney at nasa.gov>
>To: <cesg-all at mailman.ccsds.org>
>X-OriginalArrivalTime: 10 Jan 2008 22:10:17.0291 (UTC)
>         FILETIME=[94FE91B0:01C853D5]
>Cc: CCSDS Secretariat <Secretariat at mailman.ccsds.org>
>Subject: [Cesg-all] URGENT - Hotel rooms and meeting rooms
>X-BeenThere: cesg-all at mailman.ccsds.org
>X-Mailman-Version: 2.1.4
>List-Id: CCSDS-Engineering Steering Group-All <cesg-all.mailman.ccsds.org>
>List-Unsubscribe: <http://mailman.ccsds.org/mailman/listinfo/cesg-all>,
>         <mailto:cesg-all-request at mailman.ccsds.org?subject=unsubscribe>
>List-Archive: <http://mailman.ccsds.org/pipermail/cesg-all>
>List-Post: <mailto:cesg-all at mailman.ccsds.org>
>List-Help: <mailto:cesg-all-request at mailman.ccsds.org?subject=help>
>List-Subscribe: <http://mailman.ccsds.org/mailman/listinfo/cesg-all>,
>         <mailto:cesg-all-request at mailman.ccsds.org?subject=subscribe>
>Sender: cesg-all-bounces at mailman.ccsds.org
>X-Source-IP: m2.btas.com [66.194.184.76]
>X-Source-Sender: cesg-all-bounces at mailman.ccsds.org
>X-AUTH: JPL Spam White List
>
>Content-class: urn:content-classes:message
>Content-Type: multipart/alternative;
>         boundary="----_=_NextPart_001_01C853D5.9479CF38"
>
>Area directors and WG chairs:  Please insure that this message gets 
>REDISTRIBUTED from you to all CCSDS WG members, and anyone who may 
>attend the CCSDS Plenary/WG meetings in Arlington VA (Crystal City) 
>the week of March 10-14.
>
>ISSUE 1:  HOTEL ROOM RESERVATIONS:  When you register for the 
>Marriott Courtyard Crystal City hotel, please insure you provide the 
>block code OMGOMGA in order to insure that (1) you get the special 
>discount rate, and (2) CCSDS gets credit for your room counting for 
>the room block.  We are concerned because as of right now, only 6 
>people are shown as registered at the hotel, and we need a minimum 
>number of attendees in hotel rooms, or else NASA will incur high 
>fees for meeting space.  Right now the only registered attendees are:
>
>MICHAEL             KEARNEY
>RODNEY               GRUBBS
>MARIO                 MERRI
>LINDOLFO           MARTINEZ
>MICHAEL             NEEDLER
>MICHAEL             PETERSEN
>
>If you are not on that list, and you *think* you already have 
>reservations at the hotel, please coordinate again with the hotel to 
>tell them that you are under the OMGOMGA room block.
> 
>
>ISSUE 2:  MEETING ROOM PLANS:  The CCSDS Secretariat (Erin Kahn) has 
>requested WG chairs to provide meeting room requirements for the 
>Crystal City meeting.  Many WG chairs have not responded.  If you 
>have not responded, please do so.  If your WG is not meeting at this 
>time, please respond to indicate that.
>
>Thanks very much,
>
>    -=- Mike
>
>CCSDS General Secretary
>Mail Code EO-01
>NASA Marshall Space Flight Center
>Huntsville, Alabama  35803
>USA
>
>+1-256-544-2029
><mailto:Mike.Kearney at nasa.gov>Mike.Kearney at nasa.gov
>
>
>_______________________________________________
>CESG-all mailing list
>CESG-all at mailman.ccsds.org
>http://mailman.ccsds.org/mailman/listinfo/cesg-all






From greg.j.kazz at jpl.nasa.gov  Tue Jan 15 00:13:25 2008
From: greg.j.kazz at jpl.nasa.gov (Greg Kazz)
Date: Mon, 14 Jan 2008 16:13:25 -0800
Subject: [Sls-slp] Proposed Update to Proximity-1 Hailing Sequence
Message-ID: <6.2.3.4.2.20080114153636.02b12578@mail.jpl.nasa.gov>

All,

Your comments on the following are welcome!

Attached please find a word document containing a small enhancement 
to the current Proximity-1 Space Data Link Protocol Hailing Sequence 
in full and half-duplex. This modification was the result of the 
development of a reference implementation of the protocol at JPL by 
the Electra Transceiver Project. In their testing, members of the 
Electra team have identified the following modifications to the Space 
data link portion of the protocol. I believe these changes although 
slight, require a version change to that document, and cannot be 
considered Technical Corrigendum. Therefore, I propose a CCSDS BOF 
activity to be started now to solicit feedback on the proposed 
attached changes . My goal is to have sufficient time for all 
interested parties to review these proposed changes before the March 
meetings, so that we can move them out quickly for agency review thereafter.

Summary of changes to Prox-1 hailing sequence:

>1. Regarding the state transitions to S41 Radiate Carrier Only (Figure 6-1)
full duplex in E9. Also E37 in half-duplex as well.


>In a space environment, we can see that it is reasonable to include 
>the E9 event (Valid Transfer Frame received) while in State S34 
>(Send Hail Tail) as a transition to S41. The tail idle sequence was 
>especially provided in the case that Convolutional Encoding was 
>provided in order to ensure that a sufficient number of bits went 
>through the convolutional decoder for the decoding process to 
>terminate. However in that process, we now see that it's possible 
>for the caller to receive a valid frame in state S34 before going to 
>S35. The same logic also applies to half-duplex. See attachment for changes.

2. Also, in the State Table for hailing, we are also recommending to 
CCSDS that the implementation note for transitioning from S35 to S41 
by achieving bit synchronization alone (i.e., valid frame not 
required) being an implementation specific transition be removed - 
since we cannot justify its existence anymore. The same 
implementation option will also be removed from the text for 
half-duplex as well. See attachment.


Note that the Word revision feature does not allow for redlines of 
diagrams. Therefore in this text, I will note the changes to the two 
State Diagrams. All other changes are marked in RED and or strike out 
text where appropriate.

Diagram changes:

Figure 6 -1:  Full Duplex State Transition Diagram

State S41 can now be reached in Event E9 from either S34 (new line 
from S34 to S41) or S35

Figure 6-2: Half Duplex State Transition Diagram

State S60 can now be reached in E14 (new line from S14 to S60) from 
either S14 or S36.

best regards,

Greg

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Prox1_Hailing_Sequence_Update.doc
Type: application/octet-stream
Size: 198144 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-slp/attachments/20080114/584f34ac/attachment.obj>

From Jean-Luc.Gerner at esa.int  Tue Jan 15 07:38:02 2008
From: Jean-Luc.Gerner at esa.int (Jean-Luc.Gerner at esa.int)
Date: Tue, 15 Jan 2008 08:38:02 +0100
Subject: [Sls-slp] Proposed Update to Proximity-1 Hailing Sequence
In-Reply-To: <6.2.3.4.2.20080114153636.02b12578@mail.jpl.nasa.gov>
Message-ID: <OF3CE90977.C857068E-ONC12573D1.0029B55D-C12573D1.0029ECEE@esa.int>

Greg,
Given that many developments have been made with the current version of
Prox-1, one should make sure of full backward compatibility. How can we
ensure it?

Cheers

Jean-Luc Gerner
TEC-ETN
Tel: +31 71 565 4473


                                                                             
             Greg Kazz                                                       
             <greg.j.kazz at jpl.n                                              
             asa.gov>                                                     To 
             Sent by:                   sls-slp at mailman.ccsds.org            
             sls-slp-bounces at ma                                           cc 
             ilman.ccsds.org            Peter.M.Shames at jpl.nasa.gov,         
                                        tomg at aiaa.org,                       
                                        Charles.A.Edwards at jpl.nasa.gov       
             15/01/2008 01:13                                        Subject 
                                        [Sls-slp] Proposed Update to         
                                        Proximity-1 Hailing Sequence         
                                                                             
                                                                             
                                                                             
                                                                             
                                                                             
                                                                             




All,

Your comments on the following are welcome!

Attached please find a word document containing a small enhancement
to the current Proximity-1 Space Data Link Protocol Hailing Sequence
in full and half-duplex. This modification was the result of the
development of a reference implementation of the protocol at JPL by
the Electra Transceiver Project. In their testing, members of the
Electra team have identified the following modifications to the Space
data link portion of the protocol. I believe these changes although
slight, require a version change to that document, and cannot be
considered Technical Corrigendum. Therefore, I propose a CCSDS BOF
activity to be started now to solicit feedback on the proposed
attached changes . My goal is to have sufficient time for all
interested parties to review these proposed changes before the March
meetings, so that we can move them out quickly for agency review thereafter.

Summary of changes to Prox-1 hailing sequence:

>1. Regarding the state transitions to S41 Radiate Carrier Only (Figure 6-1)
full duplex in E9. Also E37 in half-duplex as well.


>In a space environment, we can see that it is reasonable to include
>the E9 event (Valid Transfer Frame received) while in State S34
>(Send Hail Tail) as a transition to S41. The tail idle sequence was
>especially provided in the case that Convolutional Encoding was
>provided in order to ensure that a sufficient number of bits went
>through the convolutional decoder for the decoding process to
>terminate. However in that process, we now see that it's possible
>for the caller to receive a valid frame in state S34 before going to
>S35. The same logic also applies to half-duplex. See attachment for changes.

2. Also, in the State Table for hailing, we are also recommending to
CCSDS that the implementation note for transitioning from S35 to S41
by achieving bit synchronization alone (i.e., valid frame not
required) being an implementation specific transition be removed -
since we cannot justify its existence anymore. The same
implementation option will also be removed from the text for
half-duplex as well. See attachment.


Note that the Word revision feature does not allow for redlines of
diagrams. Therefore in this text, I will note the changes to the two
State Diagrams. All other changes are marked in RED and or strike out
text where appropriate.

Diagram changes:

Figure 6 -1:  Full Duplex State Transition Diagram

State S41 can now be reached in Event E9 from either S34 (new line
from S34 to S41) or S35

Figure 6-2: Half Duplex State Transition Diagram

State S60 can now be reached in E14 (new line from S14 to S60) from
either S14 or S36.

best regards,

Greg

[attachment "Prox1_Hailing_Sequence_Update.doc" deleted by Jean-Luc
Gerner/estec/ESA] _______________________________________________
Sls-slp mailing list
Sls-slp at mailman.ccsds.org
http://mailman.ccsds.org/mailman/listinfo/sls-slp





From greg.j.kazz at jpl.nasa.gov  Tue Jan 15 17:17:52 2008
From: greg.j.kazz at jpl.nasa.gov (Greg Kazz)
Date: Tue, 15 Jan 2008 09:17:52 -0800
Subject: [Sls-slp] Proposed Update to Proximity-1 Hailing Sequence
In-Reply-To: <OF3CE90977.C857068E-ONC12573D1.0029B55D-C12573D1.0029ECEE@
	esa.int>
References: <6.2.3.4.2.20080114153636.02b12578@mail.jpl.nasa.gov>
	<OF3CE90977.C857068E-ONC12573D1.0029B55D-C12573D1.0029ECEE@esa.int>
Message-ID: <6.2.3.4.2.20080115090620.02965d68@mail.jpl.nasa.gov>

Jean-Luc,

I believe we ensure backward compatibility of Proximity-1 on an 
enterprise  basis and for a specific time period. For example, for 
the Mars enterprise for a given period of time (MER/MEX era) all 
participating space agencies should agreed to operate the same 
version of the protocol. The same principle should be extended to the 
next generation of spacecraft at Mars (ExoMars, NASA Mars Scouts) 
whenever these spacecraft need to interoperate with one another.

Greg


At 11:38 PM 1/14/2008, Jean-Luc.Gerner at esa.int wrote:
>Greg,
>Given that many developments have been made with the current version of
>Prox-1, one should make sure of full backward compatibility. How can we
>ensure it?
>
>Cheers
>
>Jean-Luc Gerner
>TEC-ETN
>Tel: +31 71 565 4473
>
>
>
>              Greg Kazz
>              <greg.j.kazz at jpl.n
>              asa.gov>                                                     To
>              Sent by:                   sls-slp at mailman.ccsds.org
>              sls-slp-bounces at ma                                           cc
>              ilman.ccsds.org            Peter.M.Shames at jpl.nasa.gov,
>                                         tomg at aiaa.org,
>                                         Charles.A.Edwards at jpl.nasa.gov
>              15/01/2008 01:13                                        Subject
>                                         [Sls-slp] Proposed Update to
>                                         Proximity-1 Hailing Sequence
>
>
>
>
>
>
>
>
>
>
>All,
>
>Your comments on the following are welcome!
>
>Attached please find a word document containing a small enhancement
>to the current Proximity-1 Space Data Link Protocol Hailing Sequence
>in full and half-duplex. This modification was the result of the
>development of a reference implementation of the protocol at JPL by
>the Electra Transceiver Project. In their testing, members of the
>Electra team have identified the following modifications to the Space
>data link portion of the protocol. I believe these changes although
>slight, require a version change to that document, and cannot be
>considered Technical Corrigendum. Therefore, I propose a CCSDS BOF
>activity to be started now to solicit feedback on the proposed
>attached changes . My goal is to have sufficient time for all
>interested parties to review these proposed changes before the March
>meetings, so that we can move them out quickly for agency review thereafter.
>
>Summary of changes to Prox-1 hailing sequence:
>
> >1. Regarding the state transitions to S41 Radiate Carrier Only (Figure 6-1)
>full duplex in E9. Also E37 in half-duplex as well.
>
>
> >In a space environment, we can see that it is reasonable to include
> >the E9 event (Valid Transfer Frame received) while in State S34
> >(Send Hail Tail) as a transition to S41. The tail idle sequence was
> >especially provided in the case that Convolutional Encoding was
> >provided in order to ensure that a sufficient number of bits went
> >through the convolutional decoder for the decoding process to
> >terminate. However in that process, we now see that it's possible
> >for the caller to receive a valid frame in state S34 before going to
> >S35. The same logic also applies to half-duplex. See attachment for changes.
>
>2. Also, in the State Table for hailing, we are also recommending to
>CCSDS that the implementation note for transitioning from S35 to S41
>by achieving bit synchronization alone (i.e., valid frame not
>required) being an implementation specific transition be removed -
>since we cannot justify its existence anymore. The same
>implementation option will also be removed from the text for
>half-duplex as well. See attachment.
>
>
>Note that the Word revision feature does not allow for redlines of
>diagrams. Therefore in this text, I will note the changes to the two
>State Diagrams. All other changes are marked in RED and or strike out
>text where appropriate.
>
>Diagram changes:
>
>Figure 6 -1:  Full Duplex State Transition Diagram
>
>State S41 can now be reached in Event E9 from either S34 (new line
>from S34 to S41) or S35
>
>Figure 6-2: Half Duplex State Transition Diagram
>
>State S60 can now be reached in E14 (new line from S14 to S60) from
>either S14 or S36.
>
>best regards,
>
>Greg
>
>[attachment "Prox1_Hailing_Sequence_Update.doc" deleted by Jean-Luc
>Gerner/estec/ESA] _______________________________________________
>Sls-slp mailing list
>Sls-slp at mailman.ccsds.org
>http://mailman.ccsds.org/mailman/listinfo/sls-slp
>
>
>
>_______________________________________________
>Sls-slp mailing list
>Sls-slp at mailman.ccsds.org
>http://mailman.ccsds.org/mailman/listinfo/sls-slp






From Jean-Luc.Gerner at esa.int  Tue Jan 15 17:52:36 2008
From: Jean-Luc.Gerner at esa.int (Jean-Luc.Gerner at esa.int)
Date: Tue, 15 Jan 2008 18:52:36 +0100
Subject: [Sls-slp] Proposed Update to Proximity-1 Hailing Sequence
In-Reply-To: <6.2.3.4.2.20080115090620.02965d68@mail.jpl.nasa.gov>
Message-ID: <OF317F94C8.27FAE9D4-ONC12573D1.0060C194-C12573D1.0062314A@esa.int>

Greg,
You present this as individual entreprises separated by long 'idle' periods,
in what case it works. I am not sure this reflects the reality. Some
programmes may decide to reuse off-the-shelf equipment, compatible with the
current version of Prox-1.

So, I understand that the proposed change would not ensure backward
compatibility.
In order to go for a change of the standard after just 2 years of life, given
the risk that we cause non-compatibility between future missions, we need to
have a strong rationale showing:
- either that there is a well-identified risk of keeping the standard as is
- or the standard as is does not fullfil the system requirement of missions
in preparation

Your mail below is quite cryptic on this. It says that "In their testing,
members of the
>Electra team have identified the following modifications to the Space
>data link portion of the protocol". It does not say what the problem was.
Is there a non-conformance report available to substantiate the need for a
change?

Sorry for appearing a bit nitty-gritty but I think that changing a standard
is a serious thing that needs to be carefully analysed before a decision is
taken.

Best regards
Jean-Luc Gerner
TEC-ETN
Tel: +31 71 565 4473


                                                                             
             Greg Kazz                                                       
             <greg.j.kazz at jpl.n                                              
             asa.gov>                                                     To 
             Sent by:                   Jean-Luc.Gerner at esa.int              
             sls-slp-bounces at ma                                           cc 
             ilman.ccsds.org            sls-slp at mailman.ccsds.org,           
                                        Gian.Paolo.Calzolari at esa.int, ed     
                                        Greenberg                            
             15/01/2008 18:17           <Ed.Greenberg at jpl.nasa.gov>,         
                                        Peter.M.Shames at jpl.nasa.gov,         
                                        Charles.A.Edwards at jpl.nasa.gov,      
                                        sls-slp-bounces at mailman.ccsds.org,   
                                        tomg at aiaa.org                        
                                                                     Subject 
                                        Re: [Sls-slp] Proposed Update to     
                                        Proximity-1 Hailing Sequence         
                                                                             
                                                                             
                                                                             
                                                                             
                                                                             
                                                                             




Jean-Luc,

I believe we ensure backward compatibility of Proximity-1 on an
enterprise  basis and for a specific time period. For example, for
the Mars enterprise for a given period of time (MER/MEX era) all
participating space agencies should agreed to operate the same
version of the protocol. The same principle should be extended to the
next generation of spacecraft at Mars (ExoMars, NASA Mars Scouts)
whenever these spacecraft need to interoperate with one another.

Greg


At 11:38 PM 1/14/2008, Jean-Luc.Gerner at esa.int wrote:
>Greg,
>Given that many developments have been made with the current version of
>Prox-1, one should make sure of full backward compatibility. How can we
>ensure it?
>
>Cheers
>
>Jean-Luc Gerner
>TEC-ETN
>Tel: +31 71 565 4473
>
>
>
>              Greg Kazz
>              <greg.j.kazz at jpl.n
>              asa.gov>
To
>              Sent by:                   sls-slp at mailman.ccsds.org
>              sls-slp-bounces at ma
cc
>              ilman.ccsds.org            Peter.M.Shames at jpl.nasa.gov,
>                                         tomg at aiaa.org,
>                                         Charles.A.Edwards at jpl.nasa.gov
>              15/01/2008 01:13
Subject
>                                         [Sls-slp] Proposed Update to
>                                         Proximity-1 Hailing Sequence
>
>
>
>
>
>
>
>
>
>
>All,
>
>Your comments on the following are welcome!
>
>Attached please find a word document containing a small enhancement
>to the current Proximity-1 Space Data Link Protocol Hailing Sequence
>in full and half-duplex. This modification was the result of the
>development of a reference implementation of the protocol at JPL by
>the Electra Transceiver Project. In their testing, members of the
>Electra team have identified the following modifications to the Space
>data link portion of the protocol. I believe these changes although
>slight, require a version change to that document, and cannot be
>considered Technical Corrigendum. Therefore, I propose a CCSDS BOF
>activity to be started now to solicit feedback on the proposed
>attached changes . My goal is to have sufficient time for all
>interested parties to review these proposed changes before the March
>meetings, so that we can move them out quickly for agency review thereafter.
>
>Summary of changes to Prox-1 hailing sequence:
>
> >1. Regarding the state transitions to S41 Radiate Carrier Only (Figure
6-1)
>full duplex in E9. Also E37 in half-duplex as well.
>
>
> >In a space environment, we can see that it is reasonable to include
> >the E9 event (Valid Transfer Frame received) while in State S34
> >(Send Hail Tail) as a transition to S41. The tail idle sequence was
> >especially provided in the case that Convolutional Encoding was
> >provided in order to ensure that a sufficient number of bits went
> >through the convolutional decoder for the decoding process to
> >terminate. However in that process, we now see that it's possible
> >for the caller to receive a valid frame in state S34 before going to
> >S35. The same logic also applies to half-duplex. See attachment for
changes.
>
>2. Also, in the State Table for hailing, we are also recommending to
>CCSDS that the implementation note for transitioning from S35 to S41
>by achieving bit synchronization alone (i.e., valid frame not
>required) being an implementation specific transition be removed -
>since we cannot justify its existence anymore. The same
>implementation option will also be removed from the text for
>half-duplex as well. See attachment.
>
>
>Note that the Word revision feature does not allow for redlines of
>diagrams. Therefore in this text, I will note the changes to the two
>State Diagrams. All other changes are marked in RED and or strike out
>text where appropriate.
>
>Diagram changes:
>
>Figure 6 -1:  Full Duplex State Transition Diagram
>
>State S41 can now be reached in Event E9 from either S34 (new line
>from S34 to S41) or S35
>
>Figure 6-2: Half Duplex State Transition Diagram
>
>State S60 can now be reached in E14 (new line from S14 to S60) from
>either S14 or S36.
>
>best regards,
>
>Greg
>
>[attachment "Prox1_Hailing_Sequence_Update.doc" deleted by Jean-Luc
>Gerner/estec/ESA] _______________________________________________
>Sls-slp mailing list
>Sls-slp at mailman.ccsds.org
>http://mailman.ccsds.org/mailman/listinfo/sls-slp
>
>
>
>_______________________________________________
>Sls-slp mailing list
>Sls-slp at mailman.ccsds.org
>http://mailman.ccsds.org/mailman/listinfo/sls-slp




_______________________________________________
Sls-slp mailing list
Sls-slp at mailman.ccsds.org
http://mailman.ccsds.org/mailman/listinfo/sls-slp





From greg.j.kazz at jpl.nasa.gov  Tue Jan 29 21:41:11 2008
From: greg.j.kazz at jpl.nasa.gov (Greg Kazz)
Date: Tue, 29 Jan 2008 13:41:11 -0800
Subject: [Sls-slp] Fwd: REMINDER - CCSDS SPRING 2008 MEETING REGISTRATION
Message-ID: <6.2.3.4.2.20080129133950.02b47818@mail.jpl.nasa.gov>

All,

Please register ASAP for the CCSDS Spring Meeting as well as secure a 
hotel room for yourself per below.

thanks,

Greg Kazz
CCSDS Chairman SLS-SLP, SLS-HRU WGs


>User-Agent: Microsoft-Entourage/11.2.3.060209
>Date: Tue, 29 Jan 2008 15:27:07 -0500
>Subject: REMINDER - CCSDS SPRING 2008 MEETING REGISTRATION
>From: Erin Kahn <erink at aiaa.org>
>To: <nader.alagha at esa.int>, <Richard.L.Alena at nasa.gov>, <241 at rniikp.ru>,
>         <taraskin at tsniimash.ru>, <p.m.allan at rl.ac.uk>,
>         <alan.ames at specastro.com>, <andzik at rtlogic.com>, <mypocta at yandex.ru>,
>         <katkinso at ball.com>, <erik.barkley at jpl.nasa.gov>,
>         <brigitte.behal at cnes.fr>, <stephen.w.beisert at nasa.gov>,
>         <david.s.berry at jpl.nasa.gov>, <marc.blanchet at viagenie.ca>,
>         <daniele.boucon at silogic.cnes.fr>, <sbraham at sfu.ca>,
>         <jbrasier at rtlogic.com>, <owen.brown at darpa.mil>,
>         <loredana.bruca at asi.it>, <Scott.Burleigh at jpl.nasa.gov>,
>         <Madeline.J.Butler at nasa.gov>, <Gian.Paolo.Calzolari at esa.int>,
>         <marco.castronuovo at asi.it>, <geraldine.a.chaudhri at aero.org>,
>         <lorenzo.chessa at asi.it>, <Massimiliano.Ciccone at esa.int>,
>         <sam.cooper at scisys.co.uk>, <mcosby at qinetiq.com>,
>         <dan.crichton at jpl.nasa.gov>, <pierre-alban.cros at c-s.fr>,
>         <anthony.crowson at vega.de>, <dfinkleman at agi.com>, <neild at aiaa.org>,
>         <yves.doat at esa.int>, <durst at mitre.org>, <Bernard.L.Edwards at nasa.gov>,
>         <mepperly at swri.edu>, <eremenko_paul at bah.com>, <cfatig at hst.nasa.gov>,
>         <jfertig at esa.int>, <daniel.fischer at esa.int>, 
> <jacques.foliard at cnes.fr>,
>         <Lawrence.R.Foore at nasa.gov>, <stuart.fowell at scisys.co.uk>,
>         <Jonathan.gal-edd at nasa.gov>, <John.Garrett at gsfc.nasa.gov>,
>         <vincent.garrouste at c-s.fr>, <george.ritter at msfc.nasa.gov>,
>         <Jean-Luc.Gerner at esa.int>, <d.l.giaretta at rl.ac.uk>,
>         <martin.goetzelmann at vega.de>, <egreenberg at jpl.nasa.gov>,
>         <richard.r.harman at nasa.gov>, <brendan.harnett at logicacmg.com>,
>         <jeffrey.harvey at itt.com>, <jlhayden at earthlink.net>,
>         <Wolfgang.Hell at esa.int>, <khogie at csc.com>, <peter.holsters at esa.int>,
>         <adrian.j.hooke at jpl.nasa.gov>, <Steve.Hughes at jpl.nasa.gov>,
>         <dave.israel at nasa.gov>, <paul.jaffe at nrl.navy.mil>,
>         <Esther.Jennings at jpl.nasa.gov>, <jmeleski at rtlogic.com>,
>         <Freemon.Johnson at nasa.gov>, <rjohnson at rtlogic.com>,
>         <jean-francois.kaufeler at esa.int>, <greg.j.kazz at jpl.nasa.gov>,
>         <Mike.Kearney at nasa.gov>, <r.lloyd.keith at jpl.nasa.gov>,
>         <hugh.kelliher at spaceconnexions.com>, <Gavin.IA.Kenny at logicacmg.com>,
>         <Aaron.B.Kiely at jpl.nasa.gov>, <Gary.Knickerbocker at nasa.gov>,
>         <karyn.t.knoll at nasa.gov>, <Anthony.Koury at Schriever.af.mil>,
>         <francois.lassere at cnes.fr>, <jennifer.lazbin at specastro.com>,
>         <dimitri.lebedeff at alcatelaleniaspace.com>, 
> <Dennis.K.Lee at jpl.nasa.gov>,
>         <Stephen.J.Levitski at nasa.gov>, <arnaud.lucas at cnes.fr>,
>         <edward.b.luers at jpl.nasa.gov>, <rodger.magness at esa.int>,
>         <mark.t.severance at nasa.gov>, <jane.marquart at nasa.gov>,
>         <Warren.L.Martiin at jpl.nasa.gov>, <lindolfo.martinez-1 at nasa.gov>,
>         <fmartinez at gmv.es>, <chris.mattmann at jpl.nasa.gov>,
>         <patrick.mazal at cnes.fr>, <stephane.mbaye at gael.fr>,
>         <mcvittie at jpl.nasa.gov>, <philip.melanson at space.gc.ca>,
>         <jmeleski at rtlogic.com>, <Mario.Merri at esa.int>, 
> <Mike.Kearney at nasa.gov>,
>         <ogawa.mina at jaxa.jp>, <gilles.moury at cnes.fr>,
>         <dnewman at microsatsystems.com>, <kelvin.nichols at nasa.gov>,
>         <Gary.K.Noreen at jpl.nasa.gov>, <donald.p.olsen at aero.org>,
>         <Michael.J.Pajevski at nasa.gov>, <siegmar.pallaschke at esa.int>,
>         <epaolini at deis.unibo.it>, <nestor.peccia at esa.int>,
>         <Paul.Pechkam at jpl.nasa.gov>, <stephane.pechmalbec at cnes.fr>,
>         <michael.z.petersen at nasa.gov>, <john.pietras at gst.com>,
>         <martin.pilgram at dlr.de>, <ROBERT.L.PITTS at nasa.gov>,
>         <patrick.plancke at esa.int>, <martin.plintovic at astrium.eads.net>,
>         <Fabrizio.Pollara at jpl.nasa.gov>, <erwann.poupart at cnes.fr>,
>         <shen-en.qian at space.gc.ca>, <tim.ray at nasa.gov>, <lreich at csc.com>,
>         <kevin.rice at gst.com>, <GEORGE.H.RITTER at nasa.gov>, <gary.rod at att.net>,
>         <jean-michel.roquebert at cnes.fr>, <jean-claude.rubio at cnes.fr>,
>         <victor.sank at gsfc.nasa.gov>, <donald.m.sawyer at nasa.gov>,
>         <LARRY.SCHNEIDER at nasa.gov>, <Rick.Schnurr at nasa.gov>,
>         <Larry.L.Schultz at nasa.gov>, <kscott at mitre.org>,
>         <biren.shah at jpl.nasa.gov>, <biren.shah at jpl.nasa.gov>,
>         <peter.shames at jpl.nasa.gov>, <harry.c.shaw at nasa.gov>,
>         <aloizio at dcc.ufmg.br>, <gsimon at integ.com>, <Boris.Smeds at esa.int>,
>         <Dan.Smith at nasa.gov>, <felix.a.soto-toro at nasa.gov>,
>         <jean-marc.soula at cnes.fr>, <mstagnaro at terraspace.net>,
>         <dstanton at keltik.co.uk>, <frederic.h.stillwagen at nasa.gov>,
>         <tstone at arc.nasa.gov>, <mstowe at rtlogic.com>,
>         <wallace.s.tai at jpl.nasa.gov>, <taromaru.yoshitaka at jaxa.jp>,
>         <chris.taylor at esa.int>, <carole.thiebaut at cnes.fr>,
>         <John.M.VanEepoel at nasa.gov>, <Enrico.Vassallo at esa.int>,
>         <gev at terma.com>, <tkachenko at nm.ru>, <e.w.bergamini at uol.com.br>,
>         <charles.c.wang at jpl.nasa.gov>, <kevinw at jpl.nasa.gov>,
>         <lester.waugh at astrium.eads.net>, <hsw at sparta.com>,
>         <boyd.e.wells at nasa.gov>, <jeff.wetch at xilinx.com>,
>         <lance at konfluence.org>, <lwood at cisco.com>, 
> <tyamada at pub.isas.jaxa.jp>,
>         <pen-shu.yeh-1 at nasa.gov>, <taromaru.yoshitaka at jaxa.jp>,
>         <stefano.zatti at esa.int>
>Thread-Topic: REMINDER - CCSDS SPRING 2008 MEETING REGISTRATION
>Thread-Index: AchitVEkj9Joss6oEdyMpAAbYxz8ww==
>X-Source-IP: mail.aiaa.org [12.154.67.148]
>X-Source-Sender: erink at aiaa.org
>X-JPL-spam-score: 0.00%
>
>Please take a moment to register for the Spring 2008 CCSDS Working 
>Group Meetings if you have not already done so.  We are currently 
>assigning rooms and want to make sure that there will be enough room 
>for all of the attendees.
>
>Also, please note that the room block at the Courtyard closes on 15 
>February 2008 and room rates cannot be guaranteed after this 
>date.  Please book your room as soon as possible using the CCSDS 
>attendee code OMGOMGA; the link is included below.
>
><http://www.marriott.com/hotels/travel/wasct-courtyard-arlington-crystal-city-reagan-national-airport/?groupCode=OMGOMGA&app=resvlink>http://www.marriott.com/hotels/travel/wasct-courtyard-arlington-crystal-city-reagan-national-airport/?groupCode=OMGOMGA&app=resvlink
>
>We look forward to seeing you!
>
>--
>Erin Cliggett Kahn
>International Standards Coordinator
>
>American Institute of Aeronautics and Astronautics
>1801 Alexander Bell Drive, Suite 500, Reston, VA 20191-4344
>703.264.7532 (phone), 703.264.7551 (fax)
>erink at aiaa.org
><http://www.aiaa.org>http://www.aiaa.org
>
>[]
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 4445748.jpg
Type: application/octet-stream
Size: 4706 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-slp/attachments/20080129/f43da037/attachment.obj>

From greg.j.kazz at jpl.nasa.gov  Wed Jan 30 22:24:59 2008
From: greg.j.kazz at jpl.nasa.gov (Greg Kazz)
Date: Wed, 30 Jan 2008 14:24:59 -0800
Subject: [Sls-slp] Fwd: CCSDS - Mission Profiles
Message-ID: <6.2.3.4.2.20080130142402.02fe0b58@mail.jpl.nasa.gov>

All,

For your comment from Jean-Luc Gerner on CCSDS Mission Profiles.

thanks,

Greg
>Subject: CCSDS - Mission Profiles
>To: Enrico.Vassallo at esa.int, Gian.Paolo.Calzolari at esa.int,
>         greg.kazz at jpl.nasa.gov, Aaron.B.Kiely at jpl.nasa.gov,
>         Gilles.Moury at cnes.fr
>Cc: Chris.Taylor at esa.int
>X-Mailer: Lotus Notes Release 6.5.3 September 14, 2004
>From: Jean-Luc.Gerner at esa.int
>Date: Wed, 30 Jan 2008 19:22:49 +0100
>X-MIMETrack: Serialize by Router on estecmta1/estec/ESA(Release 
>6.5.5FP1 | April 14, 2006) at
>  01/30/2008 19:23:02
>X-Source-IP: esacom95-ext.estec.esa.int [131.176.107.4]
>X-Source-Sender: Jean-Luc.Gerner at esa.int
>X-JPL-spam-waiver: size limit
>
>Dear all,
>
>You may remember that I took at CCSDS Fall'2007 meeting the action to draft a
>mission profiles document.
>Here it is.
>(See attached file: CCSDS-Mission Profiles White Book draft-3.doc)
>At the moment it is an SLS-internal document for which I would appreciate
>your comments. Actually, it is mostly a frame, still empty with requirements.
>I am hoping that we will be able to gradually fill it in and come-up with
>mission profiles requirements that will help us identifying the best
>technical solution to fill the needs.
>Feel free to circulate the document among the WGs members.
>
>Your comments are more than welcome.
>
>best regards
>
>Jean-Luc Gerner
>TEC-ETN
>Tel: +31 71 565 4473
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CCSDS-Mission Profiles White Book draft-3.doc
Type: application/octet-stream
Size: 1400320 bytes
Desc: not available
URL: <http://mailman.ccsds.org/pipermail/sls-slp/attachments/20080130/74ed40eb/attachment.obj>