Protocoles et IA

Outils protocoles et binaire

Ces outils décodent les formats binaires et protocoles qu'on ne peut pas lire à l'œil nu : octets Protobuf en numéros de champs et types wire, MessagePack, CBOR ou BSON en arbre typé avec grands entiers préservés, trames WebSocket avec masque et charge utile, ou messages RESP Redis en distinguant RESP2 de RESP3. On y trouve aussi la lecture de trames NMEA, le calcul de CRC Modbus et la lecture de structures ASN.1, DER, BER et TLV avec leurs offsets.

Le décodeur Protobuf Wire/Varint lit des octets bruts même sans fichier .proto, et produit du JSON typé si vous en ajoutez un. Le testeur de topics MQTT explique pourquoi un filtre avec + ou # correspond ou non à un topic donné, plutôt que de donner juste oui ou non. Tout ce décodage se fait localement, sans se connecter à un broker ni à un serveur.

14 outils

Formats binaires typés

Trames et protocoles réseau

Messagerie et URI de connexion

FAQ des outils Protocols & Binary Serialization

Comment décoder des octets Protobuf sans avoir le fichier .proto ?

L'outil Protobuf Wire/Varint lit les octets bruts et affiche les numéros de champs et les types wire détectés même sans schéma, puis produit du JSON typé et nommé dès qu'un fichier .proto est fourni en complément.

Quelle est la différence entre RESP2 et RESP3 chez Redis ?

RESP3, utilisé depuis Redis 6, ajoute des types comme les maps, les doubles et les booléens que RESP2 ne distingue pas nativement. Le décodeur RESP Redis reconnaît les deux versions et affiche clairement laquelle produit un message donné.

Pourquoi un filtre de topic MQTT avec # correspond-il à plusieurs niveaux ?

Le caractère # est un joker multi-niveaux qui capture tout ce qui suit dans la hiérarchie du topic, alors que + ne remplace qu'un seul niveau. Le matcher de topics MQTT teste un filtre contre plusieurs topics et explique exactement pourquoi chacun correspond ou non.