BUREAU DE NORMALISATION DE L`EXPLOITATION DE

BUREAU DE NORMALISATION
DE L'EXPLOITATION DE LA VOIRIE ET DES TRANSPORTS
(agréé par décision interministérielle du 6 février 1990
BNEVT / Commission de normalisation "Information et exploitation routières"
SOUS-GROUPE « Equipements dynamiques"
COMPTE RENDU
Réunion du 14 juin 2006
Ordre du jour :
•
•
Projet NFP 99-340 – Révision pour intégration de TCP/IP.
Points divers
PJ :
Présents :
Excusés :
Feuille de présence
MM Barataud, Bréhon, Cluchague, Dessiaume, Dicko, Gach, Lott.
Mme Tagand,
MM Bacelar, Floret, Sauner, Testini.
1. Préambule
Lors de l’élaboration de la norme NF P 99-346 (application de la norme NF-P 99-340 aux stations
de mesure météo routières) , le groupe d’experts a proposé une extension du langage de
commande LCR, en réponse à plusieurs demandes des constructeurs lors de l’enquête probatoire.
Il s’agit donc de prendre en compte les communications « réseau », organisées autour d’une
connectique Ethernet RJ45 et des protocoles habituels basés sur IP, alors que le LCR de la 340
ne connaît que des transmissions « sérielles asynchrones ».
Lors de la réunion pleinière de la CN08 du 27 avril 2006 , plusieurs constructeurs ont réitéré ce
besoin d’évolution et de formalisation, y compris pour les équipements dynamiques routiers autres
que météo.
Ceci nécessite donc une extension cohérente de la NF-P 99-340, sous une forme normative qui
reste à discuter et déterminer, car les évolutions concrètes que chacun a apportées jusqu’à
présent sur ses équipements sont différentes et ne permettent en aucun cas l’interchangeabilité
des équipements sur un réseau IP existant.
-1-
2. Examen de la problématique
Les extensions de l’annexe 2 du CR du 27/04 proviennent en partie des cahiers des charges de
marchés passés antérieurement par le Ministère des transports (CSA-Vit, CSA-FR, CSA-V.Moy, et
CSA-PL). Certaines de ces spécifications complémentaires sont même couvertes par le décret
d’homologation d’un équipement CSA.
Il convient donc, autant que possible, de ne pas les modifier, et de procéder plutôt par addition, et
seulement si c’est indispensable.
Il ressort des discussions du groupe que :
-
-
-
-
Le paramètre PROT de SETU convient, mais il faut prévoir en plus : C = TCP/IP seul (hors
TELNET), et R= Raw 1 IP.
Il faut ajouter quelque part le numéro du (des) port logique IP sur lequel sera connecté
l’interpréteur LCR du serveur, et fixer les valeurs par défaut. (p. ex. SSL utilise par défaut
le port 6200 – à vérifier). Le premier des ports par défaut de la liste pourrait être 3400, etc.)
En mode client (pour les alertes), l’argument /a de PROTn de ST AL sera libre. Ce pourrait
être le couple « n°IP :N° port » du destinataire de l’alerte, ou son URL complet entre
quotes « » .
Il faut définir plus précisément les paramètres macros Z et S de SETU.
Il faut ajouter un code « n » pour exprimer UDP/IP, en plus de TCP/IP comme couches
intermédiaires pour le mode client.
Plusieurs clients doivent pouvoir dialoguer en simultané en LCR sous IP avec le serveur de
l’équipement sur le même port physique RJ45.
Il faut pouvoir exprimer si un protocole est ou non encapsulé dans un autre (par ex. TEDI
dans UDP, procédé déjà utilisé par plusieurs constructeurs)
Les « ports bien connus » affectés aux applicatifs habituels sur IP (n° 21, 23, 80, etc.) ou
ceux utilisés par l’OS pour ses processus internes restent libres d’affectation.
C’est le constructeur/installateur qui configure les autres paramètres éventuels liés à IP
(tout ce qui n’est pas utilisé dans le LCR) par les moyens de son choix (souvent l’OS
directement). Exemples de ce qui n’a pas à être connu du LCR : IP4/IP6/IPSEC, valeur du
masque, IP du routeur, IP des DNS, adresse MAC, attribution statique ou dynamique
DHCP , etc.
Cette façon de proceder devrait permettre la coexistence du LCR et d’autres applicatifs
standards : un serveur WEB embarqué p. ex. , ou le transfert de fichiers en FTP.
3. Conclusions
Une liste (partielle) répertoriant plusieurs erreurs recensées dans la 340 est diffusée. Elle sera
mise en ligne sur le site www.equidyn.fr (forum/LCR révisions). D’autres modifications et
extensions, quelquefois importantes, ont été apportées dans les normes d’applications (342) et
dans d’autres réalisations du ministère (DAI, CSA, FA, etc.)
Mais une mise à niveau totale de la 340 necessiterait d’importantes ressources qui ne sont pas
disponibles actuellement. Elle est donc remise à plus tard.
Pour des raisons pratiques et de délai, il parait plus efficient et urgent au groupe de produire une
« petite » norme 99-340-1 limitée aux extensions IP minimales proposés.
Il sera donc préparé un avant-projet qui sera soumis au groupe avant sa prochaine réunion.
1
Sous réserve de trouver la référence du standard relatif à la désignation « RAW IP », ou un descriptif précis.
-2-
4. Prochaine réunion
Dates des réunions
14 Sept 2006 - 10h -16h
Objet
Validation du projet de norme
5. Pièces jointes:
-
Feuille de présence
Eléments d’extension LCR
CR de réunion rédigé le 16/06/2006
par Pierre BREHON
-3-
Lieu
SETRA
-4-
Projet Norme NF P 99 340-1
(Sur le texte qui suit, sont reportés les éléments pris en compte lors de la réunion du 14/06/06)
SETU - Configuration physique des ports de communication
Les paramètres de la commande SETU seront étendus ainsi:
Paramètres ou macro autorisés
PROTu=p[p]
Fonction
Protocole
XMTu=np
Média et nombre de
préfixes
Valeur des arguments
u::=1 à 9 (port physique)
p::={ T | N | S | L|C|R }
(T = NFP 99 302)
(N = TELNET/TCP/IP)
(S = SSH/TCP/IP)
(L = SSL/TCP/IP)
(C = TCP/IP)
(R = Raw IP)
np::={ Rp| Cp| Pp| Lp| Xp }
avec p::=Ø à 999
(X=ethernet sur RJ45)
Valeurs initiales
T
CØ
PROTu=p définit le protocole utilisé par les couches basses sur le port affecté:
…
la valeur T donnée à l'argument "p" prescrit l’application des protocoles NFP 99 302.
la valeur N prescrit l’application des protocoles TELNET sur TCP/IP.
la valeur S prescrit l’application des protocoles SSH sur TCP/IP.
la valeur L prescrit l’application des protocoles SSL sur TCP/IP.
la valeur U prescrit l'utilisation de UDP sur IP.
la valeur C prescrit l'utilisation de TCP/IP seul sur IP.
la valeur R prescrit l'utilisation de IP seul. (cf. norme xxxx)
PROTu=T[/p] indique que NFP 99 302 est encapsulé dans "p":
…
XMTu=np utilise deux arguments .
"n" permet s'il y a lieu d’aiguiller le port affecté vers une interface spécifique, lorsqu’elle existe, au sein de
l’équipement, et de mettre en service le pilote logiciel correspondant en mode serveur.
Les valeurs suivantes peuvent être données à "n" :
…
X: pour Ethernet – 8Ø2.3
... autres codes à définir ...
ST AL (Commande d'écriture) - Configuration des alertes
Les paramètres de la commande STAL seront étendus ainsi:
Syntaxe formelle
Q::= ST,AL{,m|{,par=v}…}
Paramètres
autorisés
PROTn=m[/a]
Fonction
Valeur des arguments
protocole de transmission
n::= 1 caractère numérique de "1" à "9"
m::= 1 caractère numérique de "Ø" à "3"
("3" = TCP/IP)
("4" = UDP/IP)
a::= 3 caractères alphanumériques jeu J3
ou, pour m=3 ou 4 :
a ::= une chaîne de caractères (entre guillemets) pouvant
être "numéro IP :numéro de port" ou "URL" du
destinataire.
-5-