WO2020109691A1 - Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile - Google Patents

Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile Download PDF

Info

Publication number
WO2020109691A1
WO2020109691A1 PCT/FR2019/052659 FR2019052659W WO2020109691A1 WO 2020109691 A1 WO2020109691 A1 WO 2020109691A1 FR 2019052659 W FR2019052659 W FR 2019052659W WO 2020109691 A1 WO2020109691 A1 WO 2020109691A1
Authority
WO
WIPO (PCT)
Prior art keywords
switch
equipment
network
ethernet switch
ethernet
Prior art date
Application number
PCT/FR2019/052659
Other languages
English (en)
Inventor
Antoine GUITTET
Antony Boisserie
Jean Thibault VIARD
Original Assignee
Psa Automobiles Sa
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Psa Automobiles Sa filed Critical Psa Automobiles Sa
Priority to CN201980078131.2A priority Critical patent/CN113169995A/zh
Priority to EP19818227.1A priority patent/EP3888330A1/fr
Publication of WO2020109691A1 publication Critical patent/WO2020109691A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/4401—Bootstrapping
    • G06F9/4411—Configuring for operating with peripheral devices; Loading of device drivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40013—Details regarding a bus controller
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/26—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using dedicated tools for LAN [Local Area Network] management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/565—Conversion or adaptation of application format or content
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R16/00—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for
    • B60R16/02—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements
    • B60R16/023—Electric or fluid circuits specially adapted for vehicles and not otherwise provided for; Arrangement of elements of electric or fluid circuits specially adapted for vehicles and not otherwise provided for electric constitutive elements for transmission of signals between vehicle parts or subsystems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/35—Switches specially adapted for specific applications
    • H04L49/351—Switches specially adapted for specific applications for local area network [LAN], e.g. Ethernet switches

Definitions

  • TITLE Method for configuring an Ethernet switch in an on-board network of a motor vehicle
  • the present invention relates generally to the field of on-board networks in the automobile, and more particularly to the testing of a local network on-board in a motor vehicle.
  • It relates to a method for configuring an Ethernet switch of such an on-board network, implemented for the purpose of testing said network.
  • Ethernet network and in particular an Ethernet network operating in switched mode over an Internet Protocol (IP)
  • IP Internet Protocol
  • This star topology is organized around an Ethernet switch which interconnects all the equipment of the on-board Ethernet network.
  • IP Internet Protocol
  • the transit through the network of a data frame from a source device to a destination device necessarily involves a passage of this frame by the Ethernet switch.
  • OSI Open Systems Interconnection
  • the Ethernet switch is a layer 2 device, called the link layer, for which the data unit is the frame. Its role is to direct the data frames it receives from source equipment to a destination device, using a physical addressing system.
  • This physical addressing system is that of the medium access control sublayer (also called MAC layer, from the English “Medium Access Control”) which is the lower half of the data link layer of the model. OSI.
  • the Ethernet switch relies on a database or CAM table (from the English “Content Addressable Memory”) which allows it to determine which equipment is connected to which port of the switch, and to know how to orient the data. based on the addresses of the source and destination equipment which are contained in the frames.
  • a table is empty when the switch is initialized. The frames are therefore initially distributed on all the ports of the switch. The table is then filled and updated as and when the switch is used, thus leading to associating each port of the switch with one or more given MAC addresses of an item of equipment on the onboard Ethernet network.
  • the switch transmits this frame only on the appropriate port, the other ports therefore remaining free for other transmissions that can happen simultaneously.
  • Each Ethernet switch includes its own configuration registers at the hardware level. These registers determine the operating parameters of the Ethernet switch. For example, it is through these configuration registers that it is possible to activate or deactivate a port, to modify the behavior of a port with respect to a given MAC address (by example to control the filtering of all the frames coming from, or intended for the equipment corresponding to this MAC address) or, in general, to modify the behavior of the switch compared to the data which it makes pass.
  • Document CN 102355377 discloses a test system and a complete test method for an Ethernet switch. According to this method, a first port of test equipment is connected to any port of the switch tested, a second port of test equipment is connected to any interface of layer 3 of equipment auxiliary test, and other ports of the switch under test are connected with the Layer 3 interfaces of the auxiliary test equipment.
  • the document FR 2868567 discloses a system for simulating and testing equipment of a network of the AFDX type (i.e. a communication network of the switched Ethernet type).
  • This system uses non-specific computing means such as a simulation layer driving at least one Ethernet controller, and an Ethernet switch on the market.
  • Document US 20180072250 discloses a test device and the associated methods in an on-board Ethernet network of a motor vehicle.
  • a management controller is connected to the physical layer to manage the ports.
  • the invention aims to eliminate, or at least mitigate, all or part of the disadvantages of the aforementioned prior art.
  • a first aspect of the invention proposes a method for configuring an Ethernet switch included in a first piece of equipment of an on-board Ethernet network of a motor vehicle which is suitable for connecting together, via the Ethernet switch, the first device and at least one second device of the on-board Ethernet network, distinct from said first device, said method comprising the steps of:
  • the invention it is possible to configure an Ethernet switch with generic commands produced by the test tool of the motor vehicle manufacturer.
  • the commands generated by the test tool and used to configure an Ethernet switch can be identical regardless of the switch concerned.
  • the dedicated software module of the equipment ECU that integrates the switch allows standard commands to be interpreted so that the switch can be configured independently of the hardware configuration of the switch. Thanks to this software module, the equipment's computer can thus act on the specific switch it integrates, using configuration commands appropriate to the technology of said switch, regardless of the generic commands it receives from the test tool.
  • Embodiments taken individually or in combination, further provide that:
  • the software module can be stored in a memory of the on-board network equipment to which the Ethernet switch is integrated;
  • the configuration command for the Ethernet switch can be issued by the test tool to the first device via a link established on the on-board network, between said test tool and said first device, while the test tool is connected via said on-board network to a port of the Ethernet switch;
  • the configuration command for the Ethernet switch can be sent by the test tool to the first device while said test tool is connected to the first device by another network, in particular a multiplexed network such as a network of the following type: LIN (from English "Local Interconnect Network ”) or CAN (from the English" Controller Area Network ");
  • a multiplexed network such as a network of the following type: LIN (from English "Local Interconnect Network ”) or CAN (from the English" Controller Area Network ");
  • a generic switch configuration command can comprise at least one frame, composed of a plurality of bytes of useful data, and adapted to define at least one action that the Ethernet switch must perform in order to perform a test service determined from a list of determined test services, said test service being adapted to modify the operation of the Ethernet switch during the transit of data in the on-board network of the motor vehicle;
  • - the list of test services may include:
  • VLANs virtual local area networks
  • the first equipment of the on-board network of the motor vehicle can be included in the list made up of the following equipment: a communication module centralizing the connection electronics to the outside (in order to receive mobile networks, TNT, RNT, AM / FM , GPS) and towards the interior of the motor vehicle, an infotainment module, a connection gateway to a network external to the motor vehicle, an electronic trajectory corrector.
  • - generic commands for configuring an Ethernet switch can respond to a communication protocol included in the list made up of the following protocols: MQTT, WebSocket, SOME / IP or a proprietary protocol.
  • the invention also relates to equipment of a motor vehicle comprising an Ethernet switch for connecting the equipment to other equipment via an on-board Ethernet network, and further comprising a software module and means for setting implementing all the steps of the method according to the first aspect.
  • a final aspect of the invention relates to a motor vehicle comprising equipment according to the second aspect.
  • FIG. 1 is a schematic representation of equipment of an on-board network of a motor vehicle according to the prior art
  • FIG. 2 is a schematic representation of an on-board network of a motor vehicle in which the method according to the invention can be implemented;
  • FIG. 3 is a schematic representation of equipment of an on-board network of a motor vehicle according to the invention.
  • FIG. 4 is a diagram of steps illustrating examples of implementation of the method according to the invention.
  • FIG. 5 is a schematic representation of examples of data frames associated with the various configuration commands of an example of test service.
  • the Ethernet switch 103 shown in the figure is integrated into equipment 101 of an on-board network of a motor vehicle (not shown in FIG. 1).
  • the equipment 101 also incorporates a computer 102, with at least one processor and memory, which communicates directly with the switch 103.
  • the Ethernet switch is equipped with three ports 104 which allow it, in normal use , to pass data from a source device to at least one destination device.
  • the number of ports of such a switch is not limited to three and is at least greater than two.
  • an Ethernet switch on the market has eight ports.
  • on-board equipment may include more than one switch such as the switch 103 shown. For example, it can include two such switches of eight ports each, thus totaling sixteen ports.
  • a test equipment (or tool) 105 is connected (that is to say connected) to one of the ports 104 of the switch 102.
  • this equipment 105 issues configuration commands of the Ethernet switch 103 which are specifically adapted to this switch, so that they can be correctly interpreted and executed in the switch.
  • the configuration of the switch can only be carried out if its own configuration commands are known beforehand to the test tool.
  • FIG. 2 schematically shows a motor vehicle 205 having an on-board network 206 in which the method according to the invention can be implemented.
  • on-board network is meant, in the context of the present description, a local communication network connecting together a plurality of on-board equipment of the vehicle.
  • the on-board network connects four pieces of equipment 201, 202, 203 and 204 in a star topology.
  • the number of devices of the network represented is not limiting, but is necessarily greater than or equal to two.
  • it is the equipment 201 which incorporates an Ethernet switch (which is shown in FIG. 3 on which it bears the reference 303) which makes it possible to interconnect all the equipment of the on-board network 206.
  • the equipment making up the on-board network can be any known equipment, of the electronic equipment type, of a motor vehicle.
  • each piece of equipment that can be automotive is included in the list made up of the following pieces of equipment: a communication module centralizing the connection electronics to the outside (in order to receive mobile networks, TNT, RNT, AM / FM, GPS ) and towards the interior of the vehicle automobile, an infotainment module, a connection gateway to a network external to the motor vehicle, an electronic trajectory corrector.
  • FIG. 3 shows an Ethernet switch 303 integrated into the equipment 201.
  • the equipment 201 also includes a computer 301 which communicates directly with the Ethernet switch 303.
  • the equipment 201 differs from the equipment 101 of the prior art, however. what its computer additionally incorporates a software module 302.
  • this software module is stored in a memory of the computer 301 of the equipment 201.
  • This software module 302 is adapted to generate, from generic commands for configuring an Ethernet switch, configuration commands specific to the Ethernet switch integrated in the first device. In other words, it allows the computer to be able to interpret any standard configuration command (from the point of view of the test tool) and translate it into a form that the Ethernet switch can interpret and execute, that is to say a command specific to this computer.
  • the configuration of the Ethernet switch can here be carried out by means of test equipment 305 which, for this purpose, is connected to one of the ports 304 of the Ethernet switch 303, by a cable.
  • the equipment issues a generic command to configure the Ethernet switch which is transmitted to the computer of the equipment 201 via the switch 303.
  • the test equipment can be connected to the computer via another on-board network, that is to say a network different from the Ethernet network 206 to which belongs the Ethernet switch 303 to be tested.
  • It can for example be a conventional multiplex network (i.e. not a network Ethernet) of the motor vehicle, for example a network of the LIN type (from the English “Local Interconnect Network”) or of the CAN type (from the English “Controller Area Network”).
  • This embodiment is represented in FIG. 3 by a link 307 between the test tool and the on-board equipment 201.
  • the link 307 has the function of transmitting a command to configure the Ethernet switch 303 from the test tool 305.
  • This embodiment is useful for testing the equipment on board in vehicles in which all the equipment are not connected to the onboard Ethernet network, but in which certain equipment is connected to the conventional multiplexed network of LIN or CAN type, or other.
  • a generic command for configuring an Ethernet switch consists of at least one frame, itself composed of a plurality of bytes of useful data, and which is arranged to define at least one action that the Ethernet switch must perform .
  • This command is called generic in the sense that it has not been the subject of any adaptation in order to be able to be interpreted by the switch for which it is intended, which can wait for commands in a specific format which depends on the manufacturer of the switch Ethernet. It is simply a standard command that can be issued by generic test equipment from the car manufacturer wishing to test the equipment on board the vehicle, during a test carried out for example at the end of assembly of the vehicle in the factory. Examples of such generic configuration commands will be described later.
  • such a configuration command responds, according to the mode of implementation of the method, to a given communication protocol.
  • the protocol can be included in the following list: EMP, SOME / IP, MQTT, WebSocket. This list is not exhaustive. It can also be a proprietary protocol.
  • step 401 of the method consists in the reception, by the computer 201, of at least one generic command for configuring the Ethernet switch coming from the test equipment 305.
  • Step 402 consists of the generation, by the software module 302 executed by the computer 301 of the equipment 201, of a configuration command of the Ethernet switch in the form of a configuration command specific to said Ethernet switch. Thanks to the software module 302, each generic configuration command is converted into a command specific to the Ethernet switch under test, to be specifically interpreted and executed by this Ethernet switch 303.
  • step 403 consists of the execution, under the command of the computer of the equipment 201, of the specific configuration command received from the computer 301. This command results in the modification of the configuration registers of the switch and, consequently, the modification of the switch behavior with regard to the data which pass through it.
  • the method allows any equipment which integrates an Ethernet switch to receive generic configuration commands from a test equipment and to convert them into a configuration command specifically adapted to the Ethernet switch which he integrates.
  • a generic configuration command consists of a frame of useful data.
  • the transmission by the test tool of a sequence of frames makes it possible to control the implementation of a particular test service on the side of the Ethernet switch which receives the frames in question.
  • several configuration commands can form a test service whose object is to modify the operation of the Ethernet switch during the transit of data in the on-board network of the motor vehicle.
  • a test service is defined by several configuration commands which have the effect, when executed, of modifying the behavior of the Ethernet switch.
  • the computer receives a frame whose various bytes of useful data make it possible to define in detail the action to be executed, according to protocol specifications known to the test tool 305 and to the software module 302.
  • “Bytes of useful data” here means the bytes of a frame which relate only to the command to be executed and does not provide protocol encapsulation information such as the identification of source and destination addresses, the length of the frame or the FCS field (from the English “Frame Check Sequence”) which contains a frame control code (or CRC code, from the English “Cyclic Redundancy Code”).
  • the expressions “byte” or “byte of useful data” are used interchangeably to designate a byte of useful data. Note that, as is well known to those skilled in the art, each byte consists of 8 bits, the value of which can be either 0 or 1.
  • the frame consists of a variable number of bytes of useful data, which depends on the action to be performed.
  • the first byte of the frames associated with the different commands of the service is used in the same way in all cases. This is used to define whether the computer must configure the switch ports in a manner which is defined by the following bytes (SET function), or whether the computer must interrogate the switch to obtain the status of each port in return (function GET). For example, if all the bits of this byte are at 0 then the computer will have to proceed with the configuration (SET function), and if the last bit is worth 1 then the computer must carry out the interrogation of the switch (GET function).
  • the frame structure of a configuration command which consists in activating or deactivating the ports of a switch is described by way of a non-limiting example.
  • This function is based on the use of a 5-byte 501 frame, the first byte of which is defined as mentioned above.
  • the second and third bytes form a binary mask which makes it possible to indicate which port (s) of the switch is (are) concerned with the command, it being observed that with two bytes for this mask you can manage up to sixteen different ports.
  • the value 1 for a bit of the second and third bytes indicates that a given port (identified by the rank of the bit concerned in the two bytes of the frame) is concerned, while the value 0 indicates that the corresponding port should not not be affected by the order. If you have to manage more than sixteen ports, then more bytes can be devoted to the coding of this binary mask.
  • the fourth and fifth bytes can for example specify the desired statuses for each port (for example status "activated” or “deactivated” if the test service consists in activating or deactivating the switch ports).
  • the values of the bits of the fourth and fifth bytes allow respectively to activate (with the value 1) or deactivate (with the value 0) the port corresponding to the bit in question.
  • bit 7 of the second byte is set to 1 and bit 7 of the fourth byte is set to 1, then port 15 of the Ethernet switch is enabled.
  • bit 6 of the second byte is set to 1 and bit 6 of the fourth byte is set to 0, then port 14 of the Ethernet switch is disabled.
  • bit 5 of the second byte has the value 0 and bit 5 of the fourth byte has the value 1 then the status of port 13 remains unchanged.
  • the interrogation proper uses a frame 502 which is made up of only one byte of payload. Based on the value of the bits in the first byte, as explained above, the interrogation command of the switch is executed.
  • the response to this command is done in a 503 frame (RESPONSE function) composed of three bytes, in the example considered here a switch having at most sixteen ports, which the switch returns to the computer in response to the query on the status of each port.
  • the number of switch ports is indicated by the value of the bits of the first byte and the respective status of each port is indicated by the value of the bits of the second and third bytes.
  • the four least significant bits of the first byte indicate the number of switch ports, converting the binary values to a hexadecimal system (in which you can encode sixteen different values on just four bits).
  • a bit of rank corresponding to a given port of the switch and whose value is 1 means that the port is activated, or conversely that the port is deactivated if the bit in question is set to 0 .
  • the software module allows any computer integrated into equipment in an on-board network to identify the action to be performed in response to a given command. It is the manufacturer of this equipment who must implement, in his computer, calling the appropriate software functions to configure the Ethernet switch in response to a given generic command. In this way, regardless of the switch to be configured, the configuration commands generated by the test equipment can be the same.
  • test services are achievable using generic configuration commands. These other test services can be included in the following list of nonlimiting examples: - the activation or deactivation of a filtering of data frames responding to ARP, RTP, IEEE1722 or IEEE1733 protocols as input and / or output on one or more ports of the switch;
  • VLANs virtual local area networks
  • port mirroring in English
  • filtering is applied on the basis of the source and / or destination MAC addresses, virtual networks (or VLANs, from the Virtual Local Area Network) or on the basis of the ports; port filtering is applied to incoming and / or outgoing traffic;

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Small-Scale Networks (AREA)
  • Control Of Electric Motors In General (AREA)

Abstract

Il est divulgué un procédé de configuration d'un commutateur Ethernet (303) d'un réseau embarqué (206) d'un véhicule automobile (205). Le procédé repose sur l'utilisation d'un module logiciel (302) dédié, stocké dans la mémoire du calculateur (301) d'un équipement du réseau (201) auquel est intégré le calculateur, qui permet d'interpréter des commandes génériques destinées à configurer un commutateur Ethernet quel qu'il soit, pour pouvoir générer (402) des commandes de configuration spécifiques au commutateur Ethernet concerné.

Description

DESCRIPTION
TITRE : Procédé de configuration d’un commutateur Ethernet d’un réseau embarqué d’un véhicule automobile
Domaine technique
La présente invention se rapporte de manière générale au domaine des réseaux embarqués dans l’automobile, et plus particulièrement au test d’un réseau local embarqué dans un véhicule automobile.
Elle concerne un procédé de configuration d’un commutateur Ethernet d’un tel réseau embarqué, mis en œuvre aux fins d’un test dudit réseau.
Etat de la technique
L’intégration de la technologie Ethernet dans les réseaux embarqués de véhicules automobiles permet de bénéficier à la fois d’une grande modularité du réseau et de débits de transmission de données élevés. Un réseau Ethernet, et en particulier un réseau Ethernet fonctionnant en mode commuté sur un protocole IP (« Internet Protocol », en anglais), est un réseau dont la topologie est en étoile. Cette topologie en étoile est organisée autour d’un commutateur Ethernet (« Ethernet Switch » en anglais) qui interconnecte tous les équipements du réseau Ethernet embarqué. En particulier, le transit dans le réseau d’une trame de données depuis un équipement source vers un équipement destinataire implique nécessairement un passage de cette trame par le commutateur Ethernet. Ainsi, en référence au modèle OSI (de l’anglais « Open Systems Interconnexion »), le commutateur Ethernet est un équipement de la couche 2, dite couche de liaison, pour lequel l’unité de données est la trame. Son rôle est de diriger vers un équipement destinataire les trames de données qu’il reçoit d’un équipement source, en utilisant un système d’adressage physique. Ce système d’adressage physique est celui de la sous- couche de contrôle d'accès au support (aussi appelé couche MAC, de l’anglais « Medium Access Control ») qui est la moitié basse de la couche de liaison de données du modèle OSI. Pour cela, le commutateur Ethernet s’appuie sur une base de données ou table CAM (de l’anglais « Content Adressable Memory ») qui lui permet de déterminer quel équipement est connecté sur quel port du commutateur, et de savoir comment orienter les données sur la base des adresses des équipements source et destinataire qui sont contenues dans les trames. Une telle table est vide lors de l’initialisation du commutateur. Les trames sont donc initialement distribuées sur tous les ports du commutateur. La table est ensuite remplie et mise à jour au fur et à mesure de l’utilisation du commutateur, conduisant ainsi à associer chaque port du commutateur à une ou plusieurs adresses MAC donnée d’un équipement du réseau Ethernet embarqué. Une fois la table remplie, et sur la base de l’adresse MAC de l’équipement destinataire contenues dans la trame en transit, le commutateur ne transmet cette trame que sur le port adéquat, les autres ports restant donc libres pour d'autres transmissions pouvant se produire simultanément.
Chaque commutateur Ethernet intègre, au niveau matériel, des registres de configuration qui lui sont propres. Ces registres déterminent les paramètres de fonctionnement du commutateur Ethernet. Par exemple, c’est par l’intermédiaire de ces registres de configuration qu’il est possible d’activer ou de désactiver un port, de modifier le comportement d’un port vis-à-vis d’une adresse MAC donnée (par exemple pour commander le filtrage de toutes les trames provenant de, ou destinée à l’équipement correspondant à cette adresse MAC) ou, de manière générale, de modifier le comportement du commutateur par rapport aux données qu’il fait transiter.
La gestion des registres des commutateurs Ethernet du marché ne connaît aucun standard. Il s’ensuit que chaque fabricant de commutateurs conçoit et intègre ces registres comme il le souhaite. De ce fait, la configuration d’un commutateur d’un fabricant et d’un modèle particulier doit faire appel uniquement à des commandes de configuration spécifiques à ce modèle de commutateur. A fortiori, lorsqu’un commutateur est intégré à un équipement embarqué dans un véhicule automobile, seules des fonctions logicielles de configuration du commutateur, qui sont exécutées par le calculateur de l’équipement en question et qui sont connues uniquement de son fabricant, et qui par-dessus tout sont spécifiques à ce commutateur, permettent de configurer le commutateur.
Il en découle une difficulté pour réaliser le test des fonctionnalités des commutateurs Ethernet embarqués, étant donné qu’un véhicule automobile embarque un grand nombre d’équipements divers qui intègrent des commutateurs Ethernet provenant de fabricants différents. En particulier, dans l’optique de valider le fonctionnement d’un commutateur donné, il est nécessaire de pouvoir modifier son comportement d’une façon particulière souhaitée, par l’intermédiaire de commandes de configuration, pour pouvoir ensuite tester le fonctionnement de l’ensemble du réseau dans différentes configurations. Typiquement, dans le cas d’un commutateur Ethernet embarqué dans un véhicule automobile, une telle modification résulte de l’émission de commandes de configuration par un outil (c’est-à-dire un équipement) de test, qui est connecté au véhicule. La configuration du commutateur impose donc d’utiliser, et donc de connaître au préalable, les commandes de configurations spécifiques à ce commutateur. Une personnalisation propre à chaque commutateur Ethernet est nécessaire à cet effet, ce qui est une source de difficulté pour les constructeurs automobiles.
Les solutions de l’état de l’art qui permettent de configurer un commutateur Ethernet depuis le réseau, et qui sont inspirées des techniques connues pour les commutateurs du réseau Internet, imposent de connaître au préalable le commutateur à configurer avec toute sa structure de registres. De telles solutions entraînent une consommation de ressources importante qui ne pose pas de problème dans le cas du réseau Internet, mais qui est largement inadaptée au cas d’un réseau local embarqué dans un véhicule automobile.
Le document CN 102355377 divulgue un système de test et un procédé de test complet pour un commutateur Ethernet. Selon ce procédé, un premier port d’un équipement de test est connecté à n’importe quel port du commutateur testé, un deuxième port de l’équipement de test est connecté à n’importe quelle interface de la couche 3 d’un équipement de test auxiliaire, et les autres ports du commutateur testé sont connectés avec les interfaces de la couche 3 de l'équipement de test auxiliaire.
Le document FR 2868567 divulgue un système de simulation et de test d'un équipement d’un réseau de type AFDX (i.e. un réseau de communication de type Ethernet commuté). Ce système utilise des moyens informatiques non spécifiques tels qu’une couche de simulation pilotant au moins un contrôleur Ethernet, et un commutateur Ethernet du marché.
Le document US 20180072250 divulgue un dispositif de test et les procédés associés dans un réseau Ethernet embarqué d’un véhicule automobile. Dans cet exemple, un contrôleur de gestion est connecté à la couche physique pour gérer les ports.
Aucun de ces documents de l’art antérieur ne propose une solution pour permettre au calculateur d’un équipement embarqué qui intègre un commutateur Ethernet, d’interpréter des commandes génériques (c’est-à-dire standards) de configuration du commutateur qui proviennent d’un outil de test connecté au véhicule lors d’une opération de test effectué par le constructeur du véhicule, par exemple en sortie de chaîne de fabrication du véhicule.
Résumé de l'invention
L'invention vise à supprimer, ou du moins atténuer, tout ou partie des inconvénients de l'art antérieur précités.
A cet effet, un premier aspect de l’invention propose un procédé de configuration d’un commutateur Ethernet compris dans un premier équipement d’un réseau Ethernet embarqué d’un véhicule automobile qui est adapté pour relier entre eux, par l’intermédiaire du commutateur Ethernet, le premier équipement et au moins un second équipement du réseau Ethernet embarqué, distinct dudit premier équipement, ledit procédé comprenant les étapes de :
- réception, par un calculateur du premier équipement, en provenance d’un outil de test, d’au moins une commande de configuration du commutateur Ethernet qui est une commande générique dudit équipement de test ; - génération, par un module logiciel exécuté par le calculateur du premier équipement, d’une commande de configuration du commutateur Ethernet sous la forme d’une commande de configuration spécifique audit commutateur Ethernet ; et,
- exécution, sous la commande du calculateur du premier équipement, de la commande de configuration spécifique générée.
Grâce à l’invention, il est possible de configurer un commutateur Ethernet avec des commandes génériques produites par l’outil de test du constructeur du véhicule automobile. Dit autrement, les commandes générées par l’outil de test et utilisées pour configurer un commutateur Ethernet peuvent être identiques quel que soit le commutateur concerné. Le module logiciel dédié du calculateur de l’équipement qui intègre le commutateur permet d’interpréter des commandes standards pour pouvoir configurer le commutateur indépendamment de la configuration matérielle du commutateur. Grâce à ce module logiciel, le calculateur de l’équipement peut ainsi agir sur le commutateur spécifique qu’il intègre, en utilisant des commandes de configuration appropriées à la technologie dudit commutateur, et ce quelles que soient les commandes génériques qu’il reçoit de l’outil de test.
Des modes de réalisation pris isolément ou en combinaison, prévoient en outre que :
- le module logiciel peut être stocké dans une mémoire de l’équipement du réseau embarqué auquel est intégré le commutateur Ethernet ;
- la commande de configuration du commutateur Ethernet peut être émise par l’outil de test à destination du premier équipement via un lien établi sur le réseau embarqué, entre ledit outil de test et ledit premier équipement, alors que l’outil de test est connecté via ledit réseau embarqué à un port du commutateur Ethernet ;
- en variante, la commande de configuration du commutateur Ethernet peut être émise par l’outil de test à destination du premier équipement alors que ledit outil de test est connecté au premier équipement par un autre réseau, notamment un réseau multiplexé comme un réseau de type LIN (de l’anglais « Local Interconnect Network ») ou de type CAN (de l’anglais « Controller Area Network ») ;
- une commande générique de configuration d’un commutateur peut comprendre au moins une trame, composée d’une pluralité d’octets de données utiles, et adaptée pour définir au moins une action que le commutateur Ethernet doit exécuter afin de réaliser un service de test déterminé parmi une liste de services de test déterminés, ledit service de test étant adapté pour modifier le fonctionnement du commutateur Ethernet lors du transit de données dans le réseau embarqué du véhicule automobile ;
- la liste des services de test peut comprendre :
• l’activation/désactivation d'un ou plusieurs ports du commutateur Ethernet ;
• la modification de la durée de vie des entrées d’une table d’adresses MAC du commutateur Ethernet qui est gérée par le commutateur Ethernet, et la réinitialisation de la table d’adresses MAC ;
• l’activation ou la désactivation d’un filtrage des trames de données répondant aux protocoles ARP, RTP, IEEE1722 ou IEEE1733 en entrée et/ou en sortie sur un ou plusieurs ports du commutateur ;
• l’ajout de réseaux locaux virtuels (VLAN) sur le commutateur dans son ensemble ou sur des ports spécifiques du commutateur ;
• l’affectation d’une priorité ou PCP (de l’anglais « Priority Code Point ») particulière à une file d’attente donnée du commutateur ;
• l’activation d’une fonction de miroir de port (« port mirroring » en anglais) ;
• la programmation d’une fonction consistant à baliser dans le VLAN par défaut une trame sans balise (« untagged frame » en anglais) ;
• la programmation d’une fonction consistant à annuler le balisage (« untag », en anglais) d’une trame avec balise ;
• la programmation d’un changement de balise d'un réseau VLAN par une autre ; • le filtrage par adresse MAC sur un port déterminé pour n'autoriser le transit de données qu'aux équipements identifiés par leur adresse MAC ;
• la récupération de la table d’adresse MAC du commutateur ;
• l’activation d’une priorité stricte sur les files d’attente du commutateur ;
• la désactivation de l'apprentissage d'adresse MAC sur un port donné ;
• le changement d’une priorité donnée en entrée sur un port ; et,
• l’activation ou la désactivation d’une fonction de mise en forme de port basée sur des crédits (« crédit based shaper », en anglais), par port, et par PCP.
- le premier équipement du réseau embarqué du véhicule automobile peut être compris dans la liste constituée des équipements suivants : un module de communication centralisant l’électronique de connexion vers l’extérieur (afin de capter les réseaux mobiles, TNT, RNT, AM/FM, GPS) et vers l’intérieur du véhicule automobile, un module d’info-divertissement, une passerelle de connexion vers un réseau externe au véhicule automobile, un correcteur électronique de trajectoire.
- les commandes génériques de configuration d’un commutateur Ethernet peuvent répondre à un protocole de communication compris dans la liste constituée des protocoles suivants : MQTT, WebSocket, SOME/IP ou un protocole propriétaire.
Dans un second aspect, l’invention concerne également un équipement d’un véhicule automobile comprenant un commutateur Ethernet pour la connexion de l’équipement à un autre équipement via un réseau Ethernet embarqué, et comprenant en outre un module logiciel et des moyens pour mettre en œuvre toutes les étapes du procédé selon le premier aspect.
Un dernier aspect de l’invention se rapporte à un véhicule automobile comprenant un équipement selon le second aspect.
Brève description des figures D’autres caractéristiques et avantages de l’invention apparaîtront encore à la lecture de la description qui va suivre. Celle-ci est purement illustrative et doit être lue en regard des dessins annexés sur lesquels :
[Fig. 1] est une représentation schématique d’un équipement d’un réseau embarqué d’un véhicule automobile conforme à l’art antérieur ;
[Fig. 2] est une représentation schématique d’un réseau embarqué d’un véhicule automobile dans lequel le procédé selon l’invention peut être mis en œuvre ;
[Fig. 3] est une représentation schématique d’un équipement d’un réseau embarqué d’un véhicule automobile selon l’invention ;
[Fig. 4] est un diagramme d’étapes illustrant des exemples de mise en œuvre du procédé selon l’invention ; et,
[Fig. 5] est une représentation schématique d’exemples de trames de données associées aux différentes commandes de configuration d’un exemple de service de test.
Description des modes de réalisation
Dans la description de modes de réalisation qui va suivre et dans les Figures des dessins annexés, les mêmes éléments ou des éléments similaires portent les mêmes références numériques aux dessins.
En référence à la figure 1 , il va tout d’abord être décrit une méthode de configuration d’un commutateur Ethernet conforme à l’art antérieur.
Le commutateur Ethernet 103 montré à la figurel est intégré à un équipement 101 d’un réseau embarqué d’un véhicule automobile (non représenté à la figure 1 ). L’équipement 101 intègre aussi un calculateur 102, avec au moins un processeur et de la mémoire, qui communique directement avec le commutateur 103. Dans l’exemple représenté, le commutateur Ethernet est équipé de trois ports 104 qui lui permettent, en utilisation normale, de faire transiter des données depuis un équipement source vers au moins un équipement destinataire. L’homme du métier appréciera que, dans la pratique, le nombre de ports d’un tel commutateur n’est pas limité à trois et est au moins supérieur à deux. En général, un commutateur Ethernet du marché comprend huit ports. De même, un équipement embarqué peut comporter plus d’un commutateur comme le commutateur 103 représenté. Par exemple, il peut comprendre deux tels commutateurs de huit ports chacun, totalisant ainsi seize ports.
Comme il a été dit en introduction, un équipement (ou outil) de test 105 est branché (c’est-à-dire connecté) à l’un des ports 104 du commutateur 102. Ensuite, cet équipement 105 émet des commandes de configuration du commutateur Ethernet 103 qui sont adaptées spécifiquement à ce commutateur, afin de pouvoir être correctement être interprétées et exécutées dans le commutateur. Ainsi la configuration du commutateur ne peut être réalisée que si ses propres commandes de configuration sont connues au préalable de l’outil de test.
La figure 2 montre schématiquement un véhicule automobile 205 ayant un réseau embarqué 206 dans lequel le procédé selon l’invention peut être mis en œuvre. Par « réseau embarqué » on entend, dans le contexte de la présente description, un réseau de communication local reliant entre eux une pluralité d’équipements embarqués du véhicule. Dans l’exemple représenté, le réseau embarqué relie entre eux quatre équipements 201 , 202, 203 et 204 selon une topologie en étoile. L’homme du métier appréciera que le nombre d’équipements du réseau représenté n’est pas limitatif, mais est nécessairement supérieur ou égal à deux. Dans le cas de l’exemple représenté, c’est l’équipement 201 qui intègre un commutateur Ethernet (lequel est représenté à la figure 3 sur laquelle il porte la référence 303) qui permet d’interconnecter tous les équipements du réseau embarqué 206.
Les équipements qui composent le réseau embarqué peuvent être tout équipement connu, de type équipement électronique, d’un véhicule automobile. Par exemple, chaque équipement qui peut être automobile est compris dans la liste constituée des équipements suivants : un module de communication centralisant l’électronique de connexion vers l’extérieur (afin de capter les réseaux mobiles, TNT, RNT, AM/FM, GPS) et vers l’intérieur du véhicule automobile, un module d’info-divertissement, une passerelle de connexion vers un réseau externe au véhicule automobile, un correcteur électronique de trajectoire. Cette liste n’est pas limitative
En référence à la figure 3 et à la figure 4, il va maintenant être décrit des exemples de mise en œuvre du procédé selon l’invention.
La figure 3 montre un commutateur Ethernet 303 intégré à l’équipement 201 . Comme dans le cas décrit plus haut en référence à la figure 1 , l’équipement 201 intègre aussi un calculateur 301 qui communique directement avec le commutateur Ethernet 303. L’équipement 201 se différencie toutefois de l’équipement 101 de l’art antérieur en ce que son calculateur intègre en plus un module logiciel 302. En particulier, ce module logiciel est stocké dans une mémoire du calculateur 301 de l’équipement 201 . Ce module logiciel 302 est adapté pour générer, à partir de commandes génériques de configuration d’un commutateur Ethernet, des commandes de configuration spécifiques au commutateur Ethernet intégré au premier équipement. Dit autrement, il permet au calculateur d’être capable d’interpréter n’importe quelle commande de configuration standard (du point de vue de l’outil de test) et de la traduire dans une forme que le commutateur Ethernet peut interpréter et exécuter, c’est-à-dire une commande spécifique à ce calculateur.
De la même façon qu’il a été décrit plus haut en référence au schéma de la figure 1 , la configuration du commutateur Ethernet peut ici être réalisée par l’intermédiaire d’un équipement de test 305 qui, à cet effet, est connecté à l’un des ports 304 du commutateur Ethernet 303, par un câble. Pour configurer le commutateur, l’équipement émet une commande générique de configuration du commutateur Ethernet qui est transmise au calculateur de l’équipement 201 par l’intermédiaire du commutateur 303.
En variante, dans d’autres mode de mise en œuvre du procédé, l’équipement de test peut être connecté au calculateur par rintermédiaire d’un autre réseau embarqué, c’est-à-dire un réseau différent du réseau Ethernet 206 auquel appartient le commutateur Ethernet 303 à tester. Il peut s’agir par exemple d’un réseau multiplexé conventionnel (c’est-à-dire pas un réseau Ethernet) du véhicule automobile, par exemple un réseau de type LIN (de l’anglais « Local Interconnect Network ») ou de type CAN (de l’anglais « Controller Area Network »). Ce mode de réalisation est représenté à la figure 3 par une liaison 307 entre l’outil de test et l’équipement embarqué 201 . Dans ce mode de réalisation, la liaison 307 a pour fonction de transmettre une commande de configuration du commutateur Ethernet 303 depuis l’outil de test 305. Ce mode de réalisation est utile pour le test des équipements embarqués dans les véhicules dans lesquels tous les équipements ne sont pas raccordés au réseau Ethernet embarqué, mais dans lesquels certains équipements sont connecté au réseau multiplexé conventionnel de type LIN ou CAN, ou autre.
Une commande générique de configuration d’un commutateur Ethernet se compose d’au moins une trame, elle-même composée d’une pluralité d’octets de données utiles, et qui est agencée pour définir au moins une action que le commutateur Ethernet doit exécuter. Cette commande est dite générique dans le sens où elle n’a fait l’objet d’aucune adaptation en vue de pouvoir être interprétée par le commutateur auquel elle est destinée, lequel peut attendre des commandes à un format spécifique qui dépend du fabricant du commutateur Ethernet. Il s’agit simplement d’une commande standard que peut émettre un équipement de test générique du constructeur automobile souhaitant tester les équipements embarqués dans le véhicule, lors d’un test réalisé par exemple en fin d’assemblage du véhicule en usine. Des exemples de telles commandes génériques de configuration seront décrits plus loin.
En outre, une telle commande de configuration répond, selon le mode de mise en œuvre du procédé, à un protocole de communication donné. Par exemple, le protocole peut être compris dans la liste suivante : EMP, SOME/IP, MQTT, WebSocket. Cette liste n’est pas limitative. Il peut aussi s’agir d’un protocole propriétaire.
En référence à présent à la figure 4, l’étape 401 du procédé consiste en la réception, par le calculateur 201 , d’au moins une commande générique de configuration du commutateur Ethernet en provenance de l’équipement de test 305. L’étape 402 consiste en la génération, par le module logiciel 302 exécuté par le calculateur 301 de l’équipement 201 , d’une commande de configuration du commutateur Ethernet sous la forme d’une commande de configuration spécifique audit commutateur Ethernet. Grâce au module logiciel 302, chaque commande générique de configuration est convertie en une commande spécifique au commutateur Ethernet sous test, pour être spécifiquement interprétée et exécutée par ce commutateur Ethernet 303. L’homme du métier appréciera que, dans tous les cas, il appartient au fabricant de l’équipement auquel le commutateur est intégré d’adapter le module logiciel 302 pour réaliser, sur la base de commandes génériques interprétées grâce au module logiciel, les opérations de configuration du commutateur Ethernet concerné qui correspondent aux commandes de configuration génériques reçues de l’outil 305.
Enfin, l’étape 403 consiste en l’exécution, sous la commande du calculateur de l’équipement 201 , de la commande de configuration spécifique reçue du calculateur 301. Cette commande entraîne la modification des registres de configuration du commutateur et, par suite, la modification du comportement de commutateur vis-à-vis des données qui transitent par son intermédiaire.
Ainsi, de manière avantageuse, le procédé permet à n’importe quel équipement qui intègre un commutateur Ethernet de recevoir des commandes génériques de configuration en provenance d’un équipement de test et de les convertir en commande de configuration spécifiquement adaptées au commutateur Ethernet qu’il intègre.
Comme il a été dit plus haut, une commande de configuration générique se compose de trame de données utiles. L’émission par l’outil de test d’une séquence de trames permet de piloter la mise en œuvre d’un service de test particulier du côté du commutateur Ethernet qui reçoit les trames en question. En d’autres termes, plusieurs commandes de configuration peuvent former un service de test dont l’objet est la modification du fonctionnement du commutateur Ethernet lors du transit de données dans le réseau embarqué du véhicule automobile. Dit autrement un service de test est défini par plusieurs commandes de configuration qui ont pour effet, lorsqu’elles sont exécutées, de modifier le comportement du commutateur Ethernet.
Pour effectuer un service de test particulier, le calculateur reçoit une trame dont les différents octets de données utiles permettent de définir en détail l’action à exécuter, selon des spécifications protocolaires connues de l’outil de test 305 et du module logiciel 302. Par « octets de données utiles » on entend ici les octets d’une trame qui concernent uniquement la commande à exécuter et n’apporte pas d’informations d’encapsulation protocolaire comme l’identification des adresses source et de destination, la longueur de la trame ou encore le champ FCS (de l’anglais « Frame Check Sequence ») qui contient un code de contrôle de la trame (ou code CRC, de l’anglais « Cyclic Redundancy Code »). Dans la suite, les expressions « octet » ou « octet de données utiles » sont utilisées indifféremment pour désigner un octet de données utiles. Précisons que, comme il est bien connu de l’homme du métier, chaque octet se compose de 8 bits dont la valeur peut être soit 0, soit 1 .
La trame se compose d’un nombre d’octets de données utiles variable, qui dépend de l’action à exécuter. Dans un exemple de mise en œuvre, le premier octet des trames associées aux différentes commandes du service est utilisé de la même façon dans tous les cas. Celui-ci permet de définir si le calculateur doit configurer les ports du commutateur d’une manière qui est définie par les octets suivants (fonction SET), ou si le calculateur doit interroger le commutateur pour obtenir en retour le statut de chaque port (fonction GET). Par exemple, si tous les bits de cet octet sont à 0 alors le calculateur devra procéder à la configuration (fonction SET), et si le dernier bit vaut 1 alors le calculateur doit procéder à l’interrogation du commutateur (fonction GET).
Dans ce qui suit, en référence à présent à la figure 5, on décrit à titre d’exemple purement non limitatif la structure de trame d’une commande de configuration qui consiste en l’activation ou la désactivation des ports d’un commutateur. Cette fonction repose sur l’utilisation d’une trame 501 de 5 octets, dont le premier octet est défini comme mentionné ci-dessus. Les deuxième et troisième octets, par exemple, forment un masque binaire qui permet d’indiquer quel(s) port(s) du commutateur est(sont) concerné(s) par la commande, étant observé qu’avec deux octets pour ce masque on peut gérer jusqu’à seize ports différents. Par exemple la valeur 1 pour un bit des deuxième et troisième octets indique qu’un port donné (identifié par le rang du bit concerné dans les deux octets de la trame) est concerné, alors que la valeur 0 indique que le port correspondant ne doit pas être affecté par la commande. Si on doit gérer plus de seize ports, alors plus d’octets peuvent être consacrés au codage de ce masque binaire.
Enfin, les quatrième et cinquième octets peuvent par exemple préciser les statuts souhaités pour chaque port (par exemple statut « activé » ou « désactivé » si le service de test consiste à activer ou désactiver les ports du commutateur). Par exemple, les valeurs des bits des quatrième et cinquième octets permet respectivement d’activer (avec la valeur 1 ) ou de désactiver (avec la valeur 0) le port correspondant au bit en question.
Ainsi par exemple, si le bit 7 du deuxième octet a la valeur 1 et le bit 7 du quatrième octet a la valeur 1 , alors le port 15 du commutateur Ethernet est activé. Dans un autre exemple, si le bit 6 du deuxième octet a la valeur 1 et le bit 6 du quatrième octet a la valeur 0, alors le port 14 du commutateur Ethernet est désactivé. Enfin, dans un dernier exemple, si le bit 5 du deuxième octet a la valeur 0 et le bit 5 du quatrième octet a la valeur 1 alors le statut du port 13 reste inchangé.
S’agissant maintenant de l’interrogation du commutateur par le calculateur pour connaître le statut de chaque port (fonction GET définie par la valeur du premier des cinq octets de la trame), on notera que l’interrogation à proprement parler utilise une trame 502 qui n’est composée que d’un seul octet de données utiles. Sur la base de la valeur des bits du premier octet, comme il a été expliqué plus haut, la commande d’interrogation du commutateur est exécutée.
La réponse à cette commande se fait quant à elle dans une trame 503 (fonction RESPONSE) composée de trois octets, dans l’exemple considéré ici d’un commutateur ayant au plus seize ports, que le commutateur retourne au calculateur en réponse à l’interrogation sur le statut de chaque port. Le nombre de ports du commutateur est indiqué par l’intermédiaire de la valeur des bits du premier octet et le statut respectif de chaque port est indiqué par la valeur des bits des deuxième et troisième octets. Par exemple, les quatre bits de poids faible du premier octet indiquent le nombre de ports du commutateur, en convertissant les valeurs binaires en système hexadécimal (dans lequel on peut coder seize valeurs différentes sur quatre bits seulement). De plus, dans les deuxième et troisième octets, un bit de rang correspondant à un port donné du commutateur et dont la valeur est 1 signifie que le port est activé, ou inversement que le port est désactivé si le bit en question a la valeur 0.
Pour rappel, comme il a déjà été dit plus haut, seules les commandes transmises par un équipement de test au calculateur sont des commandes de configuration génériques. Comme l’illustre l’exemple ci-dessus, le module logiciel, permet, à n’importe quel calculateur intégré à un équipement d’un réseau embarqué, d’identifier l’action à exécuter en réponse à une commande donnée. C’est le fabricant de cet équipement qui doit implémenter, dans son calculateur, le fait d’appeler les fonctions logiciels adéquates pour configurer le commutateur Ethernet en réponse à une commande générique donnée. De cette manière, quel que soit le commutateur à configurer, les commandes de configuration générée par l’équipement de test peuvent être les mêmes.
En outre, il est donc possible de créer un nombre de commandes, et donc de service de test, aussi grand que souhaité.
Outre l’exemple de service de test donné ci-dessus et qui concernent l’activation/désactivation des ports du commutateurs (avec la fonction SET) ou la collecte du statut activé/désactivé desdits ports (avec la fonction GET), d’autres services de test sont réalisables en utilisant des commandes génériques de configuration. Ces autres services de test peuvent être compris dans la liste suivante d’exemples non limitatifs : - l’activation ou la désactivation d’un filtrage des trames de données répondant aux protocoles ARP, RTP, IEEE1722 ou IEEE1733 en entrée et/ou en sortie sur un ou plusieurs ports du commutateur ;
- la modification de la durée de vie des entrées d’une table d’adresses MAC d’un commutateur Ethernet et réinitialisation de la table d’adresse MAC ;
- l’ajout de réseaux locaux virtuels (VLAN) sur le commutateur dans son ensemble ou sur des ports spécifiques du commutateur ;
- l’affectation d’une priorité ou PCP (de l’anglais « Priority Code Point ») particulière à une file d’attente donnée du commutateur ;
- l’activation d’une fonction de miroir de port (« port mirroring » en anglais) qui permet de répliquer les données transitant (en entrée et/ou en sortie) sur un port de commutateur vers un autre port afin de faire de la détection d'erreur par exemple ; avec cette fonction, un filtrage est appliqué sur la base des adresses MAC source et/ou de destination, des réseaux virtuels (ou VLAN, de l’anglais « Virtual Local Area Network ») ou sur la base des ports ; le filtrage par port est appliqué sur le trafic entrant et/ou sortant ;
- la programmation d’une fonction consistant à baliser dans le VLAN par défaut une trame sans balise (« untagged frame » en anglais) ;
- la programmation d’une fonction consistant à annuler le balisage (« untag », en anglais) d’une trame avec balise ;
- la programmation d’un changement de balise d'un réseau VLAN par une autre ;
- le filtrage par adresse MAC sur un port déterminé pour n'autoriser le transit de données qu'aux équipements identifiés par leur adresse MAC ;
- la récupération de la table d’adresse MAC du commutateur ;
- l’activation d’une priorité stricte sur les files d’attente du commutateur ;
- la désactivation de l'apprentissage d'adresse MAC sur un port donné ;
- le changement d’une priorité donnée en entrée sur un port ; et,
- l’activation ou la désactivation d’une fonction de mise en forme de port basée sur des crédits (« crédit based shaper », en anglais), par port, et par PCP. La présente invention a été décrite et illustrée dans la présente description détaillée et dans les figures des dessins annexés, dans des formes de réalisation possibles. La présente invention ne se limite pas, toutefois, aux formes de réalisation présentées. D’autres variantes et modes de réalisation peuvent être déduits et mis en œuvre par la personne du métier à la lecture de la présente description et des dessins annexés.
Dans les revendications, le terme "comprendre" ou "comporter" n’exclut pas d’autres éléments ou d’autres étapes. Un seul processeur ou plusieurs autres unités peuvent être utilisées pour mettre en œuvre l’invention. Les différentes caractéristiques présentées et/ou revendiquées peuvent être avantageusement combinées. Leur présence dans la description ou dans des revendications dépendantes différentes, n’excluent pas cette possibilité. Les signes de référence ne sauraient être compris comme limitant la portée de l’invention.

Claims

REVENDICATIONS
1. Procédé de configuration d’un commutateur Ethernet (303) compris dans un premier équipement (201 ) d’un réseau Ethernet embarqué (206) d’un véhicule automobile (205), ledit réseau Ethernet étant adapté pour relier entre eux, par l’intermédiaire du commutateur Ethernet, le premier équipement et au moins un second équipement (202, 203, 204) du réseau Ethernet embarqué, distinct dudit premier équipement, ledit procédé comprenant les étapes de :
- réception (401 ), par un calculateur du premier équipement, en provenance d’un outil de test, d’au moins une commande de configuration du commutateur Ethernet qui est une commande générique dudit outil de test ;
- génération (402), par un module logiciel exécuté par le calculateur du premier équipement, d’une commande de configuration du commutateur Ethernet sous la forme d’une commande de configuration spécifique audit commutateur Ethernet ; et,
- exécution (403), sous la commande du calculateur du premier équipement, de la commande de configuration spécifique générée.
2. Procédé de configuration selon la revendication 1 , dans lequel le module logiciel est stocké dans une mémoire du premier équipement du réseau embarqué auquel est intégré le commutateur Ethernet.
3. Procédé de configuration selon la revendication 1 ou la revendication 2, dans lequel la commande de configuration du commutateur Ethernet est émise par l’outil de test à destination du premier équipement via un lien établi sur le réseau embarqué, entre ledit outil de test et ledit premier équipement, alors que l’outil de test est connecté via ledit réseau embarqué à un port du commutateur Ethernet.
4. Procédé de configuration selon la revendication 1 ou la revendication 2, dans lequel la commande de configuration du commutateur Ethernet est émise par l’outil de test à destination du premier équipement alors que ledit outil de test est connecté au premier équipement par un autre réseau, notamment un réseau multiplexé comme un réseau de type LIN, de l’anglais « Local
Interconnect Network », ou de type CAN, de l’anglais « Controller Area
Network ».
5. Procédé de configuration selon l'une quelconque des revendications 1 à 4, dans lequel une commande générique de configuration d’un commutateur comprend au moins une trame, composée d’une pluralité d’octets de données utiles, et adaptée pour définir au moins une action que le commutateur
Ethernet doit exécuter afin de réaliser un service de test déterminé parmi une liste de services de test déterminés, ledit service de test étant adapté pour modifier le fonctionnement du commutateur Ethernet lors du transit de données dans le réseau embarqué du véhicule automobile.
6. Procédé selon la revendication 5, dans lequel la liste des services de test comprend :
- l’activation/désactivation d'un ou plusieurs ports du commutateur Ethernet ;
- la modification de la durée de vie des entrées d’une table d’adresses MAC du commutateur Ethernet qui est gérée par le commutateur Ethernet, et la réinitialisation de la table d’adresses MAC ;
- l’activation ou la désactivation d’un filtrage des trames de données répondant aux protocoles ARP, RTP, IEEE1722 ou IEEE1733 en entrée et/ou en sortie sur un ou plusieurs ports du commutateur ;
- l’ajout de réseaux locaux virtuels (VLAN) sur le commutateur dans son ensemble ou sur des ports spécifiques du commutateur ;
- l’affectation d’une priorité ou PCP, de l’anglais « Priority Code Point », particulière à une file d’attente donnée du commutateur ;
- l’activation d’une fonction de miroir de port ;
- la programmation d’une fonction consistant à baliser dans le VLAN par défaut une trame sans balise ;
- la programmation d’une fonction consistant à annuler le balisage, ;
- la programmation d’un changement de balise d'un réseau VLAN par une autre ; - le filtrage par adresse MAC sur un port déterminé pour n'autoriser le transit de données qu'aux équipements identifiés par leur adresse MAC ;
- la récupération de la table d’adresse MAC du commutateur ;
- l’activation d’une priorité stricte sur les files d’attente du commutateur ;
- la désactivation de l'apprentissage d'adresse MAC sur un port donné ;
- le changement d’une priorité donnée en entrée sur un port ; et,
- l’activation ou la désactivation d’une fonction de mise en forme de port basée sur des crédits, par port, et par PCP.
7. Procédé de configuration selon l'une quelconque des revendications 1 à
6, dans lequel le premier équipement du réseau embarqué du véhicule automobile est compris dans la liste constituée des équipements suivants : un module de communication centralisant l’électronique de connexion vers l’extérieur, afin de capter les réseaux mobiles, TNT, RNT, AM/FM, GPS, et vers l’intérieur du véhicule automobile, un module d’info-divertissement, une passerelle de connexion vers un réseau externe au véhicule automobile, et un correcteur électronique de trajectoire.
8. Procédé de configuration selon l'une quelconque des revendications 1 à
7, dans lequel les commandes génériques de configuration d’un commutateur Ethernet répondent à un protocole de communication compris dans la liste constituée des protocoles suivants : SOME/IP, WebSocket, MQTT ou un protocole propriétaire.
9. Equipement d’un véhicule automobile comprenant un commutateur Ethernet pour la connexion de l’équipement à un autre équipement via un réseau Ethernet embarqué, et comprenant en outre un module logiciel et des moyens pour mettre en œuvre toutes les étapes du procédé selon l’une quelconque des revendications 1 à 8.
10. Véhicule automobile comprenant un équipement selon la revendication 9.
PCT/FR2019/052659 2018-11-27 2019-11-07 Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile WO2020109691A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201980078131.2A CN113169995A (zh) 2018-11-27 2019-11-07 机动车辆的车载网络的以太网交换机的配置方法
EP19818227.1A EP3888330A1 (fr) 2018-11-27 2019-11-07 Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1871959 2018-11-27
FR1871959A FR3089082B1 (fr) 2018-11-27 2018-11-27 Procédé de configuration d’un commutateur Ethernet d’un réseau embarqué d’un véhicule automobile

Publications (1)

Publication Number Publication Date
WO2020109691A1 true WO2020109691A1 (fr) 2020-06-04

Family

ID=65951750

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/FR2019/052659 WO2020109691A1 (fr) 2018-11-27 2019-11-07 Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile

Country Status (4)

Country Link
EP (1) EP3888330A1 (fr)
CN (1) CN113169995A (fr)
FR (1) FR3089082B1 (fr)
WO (1) WO2020109691A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114598571A (zh) * 2020-12-07 2022-06-07 上汽通用汽车有限公司 一种基于应用的车载多网关ip路由方法、系统及车辆
WO2024098332A1 (fr) * 2022-11-10 2024-05-16 华为技术有限公司 Procédé et appareil de configuration de réseau

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001047207A2 (fr) * 1999-12-22 2001-06-28 Intel Corporation Procede et dispositif destines a permettre l'interaction entre des elements de reacheminement de propriete et des elements de commande standard dans une architecture ouverte d'appareils reseau
FR2868567A1 (fr) 2004-04-02 2005-10-07 Airbus France Sas Systeme de simulation et de test d'au moins un equipement sur un reseau afdx
CN102355377A (zh) 2011-06-30 2012-02-15 迈普通信技术股份有限公司 以太网交换机的整机测试系统及方法
EP2919421A1 (fr) * 2014-03-14 2015-09-16 ACTIA PCs Commutateur Ethernet, engin mobile et bus de transport de passagers comprenant ledit commutateur Ethernet
US20180072250A1 (en) 2016-09-12 2018-03-15 Hyundai Motor Company Diagnostic methods and apparatuses in vehicle network

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9450870B2 (en) * 2011-11-10 2016-09-20 Brocade Communications Systems, Inc. System and method for flow management in software-defined networks
WO2014012596A1 (fr) * 2012-07-20 2014-01-23 Abb Technology Ag Dispositif de gestion de configuration, dispositif d'interface de configuration, et procédé pour la configuration d'un dispositif de réseau indépendante d'un fournisseur
US10462000B2 (en) * 2016-08-19 2019-10-29 Hewlett Packard Enterprise Development Lp Micro-services for configuring switches

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001047207A2 (fr) * 1999-12-22 2001-06-28 Intel Corporation Procede et dispositif destines a permettre l'interaction entre des elements de reacheminement de propriete et des elements de commande standard dans une architecture ouverte d'appareils reseau
FR2868567A1 (fr) 2004-04-02 2005-10-07 Airbus France Sas Systeme de simulation et de test d'au moins un equipement sur un reseau afdx
CN102355377A (zh) 2011-06-30 2012-02-15 迈普通信技术股份有限公司 以太网交换机的整机测试系统及方法
EP2919421A1 (fr) * 2014-03-14 2015-09-16 ACTIA PCs Commutateur Ethernet, engin mobile et bus de transport de passagers comprenant ledit commutateur Ethernet
US20180072250A1 (en) 2016-09-12 2018-03-15 Hyundai Motor Company Diagnostic methods and apparatuses in vehicle network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114598571A (zh) * 2020-12-07 2022-06-07 上汽通用汽车有限公司 一种基于应用的车载多网关ip路由方法、系统及车辆
WO2024098332A1 (fr) * 2022-11-10 2024-05-16 华为技术有限公司 Procédé et appareil de configuration de réseau

Also Published As

Publication number Publication date
FR3089082A1 (fr) 2020-05-29
FR3089082B1 (fr) 2020-10-30
EP3888330A1 (fr) 2021-10-06
CN113169995A (zh) 2021-07-23

Similar Documents

Publication Publication Date Title
US10382221B2 (en) Communication method based on automotive safety integrity level in vehicle network and apparatus for the same
EP2793431B1 (fr) Méthode distribuée d'acquisition de données dans un réseau afdx
FR2920623A1 (fr) Dispositif de commutation de trames pour reseau afdx.
EP3072309B1 (fr) Interface de communication virtuelle pour diagnostic de véhicule automobile
FR2995161A1 (fr) Module de passerelle de systeme de communication ainsi qu'un tel systeme et procede de transmission de donnees
FR2952257A1 (fr) Procede et dispositif de configuration d'un systeme d'information de maintenance embarque dans un aeronef
EP2149823A1 (fr) Système aéronautique embarqué à reconfiguration dynamique, procédé associé et aéronef embarquant un tel système
EP3888330A1 (fr) Procédé de configuration d'un commutateur ethernet d'un réseau embarqué d'un véhicule automobile
EP3771182A1 (fr) Procédé pour détecter et identifier des equipements communiquant selon un protocole modbus et controleur de communication pour la mise en oeuvre d'un tel procédé
FR3045256A1 (fr) Reseau de communication embarque d'un vehicule et abonne d'un tel reseau de communication
EP2245794A1 (fr) Procédé de reconfiguration d'un ensemble de composants d'un circuit électronique, système de reconfiguration et procede de transmission de données correspondants
WO2003013100A9 (fr) Procede et dispositif de mise en compatibilite de communication sur reseau de terminaux, par exemple pour permettre un dialogue avec une application sur carte a puce
FR2952258A1 (fr) Procede et dispositif pour acceder a des fonctions de maintenance d'un aeronef a partir d'un terminal mobile de maintenance
EP3675430B1 (fr) Système de communication avionique mixte de types arinc 664 p7 et ethernet à routage prédéterminé
EP3675440B1 (fr) Commutateur comportant un port d'observabilité et système de communication comportant un tel commutateur
WO2007107674A2 (fr) Procede de communication de donnees entre des systemes de traitement heterogenes connectes en reseau local et systeme de communication mettant en oeuvre ce procede
EP0812084A1 (fr) Dispositif de communication entre une pluralité de modules fontionnels installés dans une unité locale et un bus externe de type ethernet
FR3019340A1 (fr) Composant electronique a reponse determeniste
FR2947127A1 (fr) Systeme de simulation ou de test, et procede associe.
EP3675438B1 (fr) Procédé de configuration d'un réseau avionique, produit programme d'ordinateur et module de configuration associés
FR3122059A1 (fr) Procédé, dispositif et système de communication de données d’évènement pour véhicule
WO2020109733A2 (fr) Gestion des données pour le stockage de trames de données dans la mémoire d'un système de transmission de données
KR102362611B1 (ko) 차량 네트워크에서 데이터의 송수신 방법 및 장치
EP0974902B1 (fr) Procédé de détection d'erreurs sur une liaison série d'un circuit intégré et dispositif de mise en oeuvre du procédé
EP4027619A1 (fr) Système d extrémité pour un système de communication avionique et système de communication avionique associé

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19818227

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019818227

Country of ref document: EP

Effective date: 20210628