# NB-IoT/LTE-M-Cat-M1-CoAP-LwM2M-Paketanalysator für Cellular IoT Dekodiert Hex-Mitschnitte zellularer IoT-Geräte: CoAP-Header/-Optionen (Block-wise, Observe), LwM2M-TLV-Objektbäume mit Ressourcennamen, UDH-Anwendungsport-Adressierung im SMS-DELIVER mit Auspacken von CoAP-over-SMS, Link-Format-Registrierungen und DTLS-Datensatzübersichten. > Kanonische Seite: https://elysiatools.com/de/tools/nb-iot-lte-m-cat-m1-coap-lwm2m-cellular-iot-packet-analyzer - **Kategorie:** Network - **Schlagwörter:** coap-dekodierer, lwm2m tlv, nb-iot-pakete, lte-m-debugging, coap über sms, udh-port, lwm2m-registrierung, iot-analysator ## Überblick Eine Hex-Zeile pro Paket (Leerzeichen/Doppelpunkte ignoriert; Präfix „label=…" benennt; „#" kommentiert). Autoerkennung: DTLS → CoAP → SMS-UDH → LwM2M-TLV → Link-Format. Dekodierer spezifikationstreu: CoAP nach RFC 7252 (Optionen mit Delta/Länge-Halbbytes und 13/14-Erweiterungen); Block-Optionen nach RFC 7959 (NUM = val>>4, M = val&8, Größe = 2^(SZX+4)); Observe nach RFC 7641; LwM2M-TLV nach OMA §7.4.4 (Typbyte: Bits 7-6 Typ, Bit 5 Identifikatorbreite, Bits 4-3 Längenkodierung, Bits 2-0 Inline-Länge) mit Device/Server/Firmware/Location-Ressourcennamen; SMS-DELIVER nach 3GPP TS 23.040 (Halbbyte-Zeitstempel, UDH IEI 0x05 16-Bit-Ports 5683/5684); DTLS-Header nach RFC 9147. Inhaltsformate nach IANA (11542 = lwm2m+tlv; Alt-1.0-Stacks senden 110/111/112 — vermerkt). ## Eingaben - **Hex-Pakete (eins pro Zeile)** (textarea): 4202716daabbb272641200283c65703d6e622d696f742d3031066c743d333030ff3c2f332f303e # optional: label=registration … - **Dekodiermodus** (select) - **Byte-Karte anzeigen** (checkbox) ## Wann verwenden - Beim Debuggen von AT-Befehl-Logs, Modem-Traces oder UDP-Nutzdaten aus NB-IoT- und LTE-M-Geräten. - Zur Validierung und Rekonstruktion von LwM2M-TLV-Payloads und Objektressourcen wie Device, Server oder Battery. - Zur Analyse von CoAP-over-SMS-Nachrichten mit UDH-Anwendungsport-Adressierung oder DTLS-Datensatz-Headern. ## Funktionsweise - Fügen Sie einen oder mehrere Hex-Strings zeilenweise in das Eingabefeld ein, optional versehen mit Präfixen wie 'label=...' oder Kommentarzeilen mit '#'. - Wählen Sie den passenden Dekodiermodus ('Automatisch erkennen', 'CoAP', 'LwM2M-TLV', 'SMS-DELIVER', 'DTLS-Datensatz' oder 'Link-Format-Nutzlast') und aktivieren Sie bei Bedarf die Byte-Karte. - Das Werkzeug parst die Protokollschichten spezifikationstreu und gibt einen interaktiven HTML-Bericht mit dekodierten Headern, TLV-Bäumen und Feldwerten aus. ## Anwendungsfälle - Fehlerbehebung bei fehlgeschlagenen LwM2M-Client-Registrierungen (/rd) über CoAP-Link-Format-Payloads. - Überprüfung von Sensordaten und Ressourcenwerten aus LwM2M-TLV-Read-Antworten in NB-IoT-Übertragungen. - Inspektion von Steuerbefehlen, die per NAS-SMS über UDH-Port 5683/5684 an stromsparende IoT-Endgeräte gesendet werden. ## Häufig gestellte Fragen ### Welche Formate werden bei der Hex-Eingabe akzeptiert? Sie können reine Hex-Zeichenfolgen mit oder ohne Leerzeichen und Doppelpunkte einfügen; führende Labels wie 'label=name' und '#'-Kommentare werden unterstützt. ### Wie funktioniert die automatische Erkennung? Die Erkennungslogik prüft die Bytefolge nacheinander auf DTLS-Header, CoAP-Strukturen, SMS-UDH-Header, LwM2M-TLV-Muster und CoRE-Link-Format-Strings. ### Werden Block-wise Transfers und Observe-Optionen unterstützt? Ja, CoAP-Block1/Block2-Optionen nach RFC 7959 und Observe-Optionen nach RFC 7641 werden vollständig aufgeschlüsselt. ### Wie werden LwM2M-TLV-Strukturen aufgelöst? Das Typ-Byte wird nach OMA §7.4.4 in Objekttypen, IDs, Längen und Werte zerlegt und mit Standard-Ressourcennamen verknüpft. ### Kann das Tool DTLS-Nutzdaten entschlüsseln? Nein, es analysiert die unverschlüsselten DTLS-Record-Header nach RFC 9147, entschlüsselt jedoch keine verschlüsselten Nutzdaten. ## Ähnliche Tools - [JavaScript-Deobfuskator](https://elysiatools.com/de/tools/javascript-deobfuscator): Deobfuskiert und analysiert verschleierten JavaScript-Code zur Verbesserung der Lesbarkeit und Verständlichkeit - [ASCII85 Konverter](https://elysiatools.com/de/tools/ascii85-converter): Kodiert und dekodiert Text zu/von ASCII85-Format (Adobe-Version) - [Avro Konverter](https://elysiatools.com/de/tools/avro-converter): Kodiert und dekodiert Daten zu/von Avro-Serialisierungsformat mit Schema-Unterstützung - [Base32 Konverter](https://elysiatools.com/de/tools/base32-converter): Kodiert und dekodiert Text zu/von Base32-Format mit mehreren Varianten - [Base45 Konverter](https://elysiatools.com/de/tools/base45-converter): Kodiert und dekodiert Text zu/von Base45-Format (RFC 9285) - [Base58 Konverter](https://elysiatools.com/de/tools/base58-converter): Kodiert und dekodiert Text zu/von Base58-Format mit Bitcoin- und Ripple-Varianten - [Base62 Konverter](https://elysiatools.com/de/tools/base62-converter): Kodiert und dekodiert Text zu/von Base62-Format (0-9, A-Z, a-z) - [Base64 Konverter](https://elysiatools.com/de/tools/base64-converter): Kodiert und dekodiert Daten zu/von Base64-Format mit URL-safe Optionen ## Beispiele - [Web Python Bildverarbeitung Beispiele](https://elysiatools.com/de/samples/web-image-processing-python): Web Python Bildverarbeitungsbeispiele mit PIL/Pillow einschließlich Lesen, Speichern, Skalieren und Formatkonvertierung - [Android Java Bildverarbeitungsbeispiele](https://elysiatools.com/de/samples/android-image-processing-java): Android Java Bildverarbeitungsbeispiele einschließlich Lesen/Schreiben, Skalierung und Formatkonvertierung - [Android Kotlin Bildverarbeitungsbeispiele](https://elysiatools.com/de/samples/android-image-processing-kotlin): Android Kotlin Bildverarbeitungsbeispiele einschließlich Lesen/Schreiben, Skalierung und Formatkonvertierung - [Web Rust Bildverarbeitungsbeispiele](https://elysiatools.com/de/samples/web-image-processing-rust): Web Rust Bildverarbeitungsbeispiele einschließlich Lesen/Schreiben, Skalierung und Formatkonvertierung