[Css-csts] Re: TR: TR: OutOfRange

Mon Jul 8 02:36:33 EDT 2013

Dear François,

Many thanks to have reported the problem described hereafter.

Problem reported by the prototype implementers:
Location:       CYCLIC DELIVERY / START
Problem:        The ASN.1 does not check the range defined in the delivery 
cycle (1 .. 600).
                Resolution: The "out of range" diagnostic  has been 
reintroduced.
New ASN.1:
ListOfParamEventsDiagnostics    ::=     CHOICE
{       unknownFunctionalResourceName           [1] SEQUENCE OF 
FunctionalResourceName
,       unknownParamEvent                               [2] SEQUENCE OF 
CHOICE
{       paramEventName                          [1] Name
,       paramEventLabel                         [2] Label
}
,       unknownListName                         [3] VisibleString
,       maximumNumberExceeded                   [4] SEQUENCE
        {               text                            AdditionalText
        ,               maxNumber                       IntPos -- Maxi 
supported number 
        }
,       undefinedDefault                                [5] AdditionalText
,       outOfRange                                      [6] AdditionalText
}

Could you please confirm that the new definition resolves the reported 
problem.

Best regards

Yves
__________________________________________________
Head of the Ground Facilities Infrastructure Section  (HSO-ONI) 
in the Ground Facilities Operations Division
ESA/ESOC Robert-Bosch Strasse 5
D-64293 Darmstadt, Germany
Tel.: +49 (6151) 90.2288               Fax:+49 (6151) 90.3046
Internet: http://www.esa.int/
__________________________________________________

From:
Lassere Francois <Francois.Lassere at cnes.fr>
To:
"Yves.Doat at esa.int" <Yves.Doat at esa.int>
Date:
25/06/2013 16:31
Subject:
TR: TR: OutOfRange

Bonjour Yves,

Je te transmets les échanges de mail avec CS relativement à ce problème du 
OutOfRange, d'après eux le problème n'est pas détecté.

François

De : Guillaume BARTHE [mailto:guillaume.barthe at c-s.fr] 
Envoyé : mardi 25 juin 2013 16:18
À : Lassere Francois
Cc : Cyril Thomas
Objet : Re: TR: OutOfRange

Le TU est assez simple.

Création d'une invoke operation cycle-report start.
Mise à 601 du deliveryCycle.

Et encode.

Pas de détection de problème, l'opération est bien encodée.

Guillaume

De : Guillaume BARTHE [mailto:guillaume.barthe at c-s.fr] 
Envoyé : mardi 25 juin 2013 15:09
À : Lassere Francois
Cc : Cyril Thomas
Objet : Re: TR: OutOfRange

Bon j'ai fait des tests en ajoutant un TU, ASN.1 ne détecte rien avec nos 
versions.

Je ne comprends pas très bien comment tout cela va marcher :
 * C'est le traducteur ASN.1 -> C++ qui va évoluer ?
 * Ou ?

On reste sur le fonctionnement décidé ci-avant.

Cordialement.
Guillaume BARTHE 

Le 25/06/2013 13:28, Guillaume BARTHE a écrit :
OK,

Donc on enlève tous les contrôles de notre côté.

Guillaume

Le 25/06/2013 13:18, Lassere Francois a écrit :
Yves Doat m'a dit que l'encodeur ou le docodeur était censé le faire, 
c'est pour cela qu'ils l'ont enlevé. Je propose de faire comme ils 
préconisent et si ça ne fonctionne pas on leur remontera le problème.
François

De : Guillaume BARTHE [mailto:guillaume.barthe at c-s.fr] 
Envoyé : mardi 25 juin 2013 13:00
À : Lassere Francois
Cc : Cyril Thomas
Objet : Re: TR: OutOfRange

Je n'ai pas l'impression que l'encodeur ASN vérifie les Range.

D'un point de vu purement technique, l'ASN.1 a traduit le deliveryCycle    
  INTEGER (1 .. 600) en asnMAXSINT deliveryCycle;

Donc comment fait-on ?

Merci
Guillaume

Le 25/06/2013 11:29, Lassere Francois a écrit :
J'ai posé la question par téléphone à Yves Doat qui m'a dit que 
normalement l'encodeur ASN1 devrait détecter le problème et ne pas laisser 
passer une valeur hors limites. Donc en théorie il n'y a rien de 
particulier à faire, il suggère de faire l'essai avec une valeur 
supérieure (par exemple 610) et si le problème n'est pas détecté à ce 
moment là il faudra lui signaler et on verra ce qu'il y a lieu de faire.

François

De : Guillaume BARTHE [mailto:guillaume.barthe at c-s.fr] 
Envoyé : mardi 25 juin 2013 11:04
À : Lassere Francois
Cc : Cyril Thomas
Objet : Re: TR: OutOfRange

Bonjour,

Je ne vois pas ce cas " 
not following the defined syntax
" dans les retours par défauts du start 
StartDiagnosticExt        ::=    CHOICE
{    unableToComply            [0]    AdditionalText
,    outOfService            [1]    AdditionalText
,    extensionDiagnostic        [100]    Extended
}

ou du cyclic start :
CyclicReportStartDiagnosticExt        ::= CHOICE
{    common            [0]    ListOfParamEventsDiagnostics
,    extensionDiagnostics    [100]    Extended
}

S'agit-il d'un extensionDiagnostics avec un identifier de type syntax ?

Merci
Guillaume BARTHE

Le 25/06/2013 10:29, Lassere Francois a écrit :
Bonjour,

J'ai transmis la question à l'ESA, voici la réponse est-ce que c'est 
suffisant ?

François

-----Message d'origine-----
De : Yves.Doat at esa.int [mailto:Yves.Doat at esa.int] 
Envoyé : lundi 24 juin 2013 16:47
À : Lassere Francois
Objet : Re: OutOfRange

Bonjour François,

According to my understanding and in case the user requests a value 
outside
the defined range, the decoder should return an ASN.1 error for not 
following
the defined syntax.
I hope this answer resolves the issue. If they are not sure they could 
test
it.

Best regards

Yves

  From:       Lassere Francois <Francois.Lassere at cnes.fr> 

  To:         "Yves.Doat at esa.int" <Yves.Doat at esa.int> 

  Date:       24/06/2013 16:11 

  Subject:    OutOfRange 

Yves,

A question from C-S about the prototype update :
OutOfRange has been suppressed from ASN1 Framework (201303 version), this
parameter was used in cyclic-report START operation to detect an error in
delivery-cycle value (this value should be between 1 and 600).
What has to be now the behavior of the prototype in case of an out of 
range
value ?

Best regards.

François

This message and any attachments are intended for the use of the addressee or addressees only. The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its content is not permitted. If you received this message in error, please notify the sender and delete it from your system. Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ccsds.org/pipermail/css-csts/attachments/20130708/19842289/attachment.htm