{"id":31931,"date":"2024-12-05T22:07:29","date_gmt":"2024-12-05T22:07:29","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/troubleshoot-sip-400-bad-request\/"},"modified":"2026-06-15T16:42:13","modified_gmt":"2026-06-15T16:42:13","slug":"troubleshoot-sip-400-bad-request","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/de\/troubleshoot-sip-400-bad-request\/","title":{"rendered":"So beheben und analysieren Sie den SIP 400 Bad Request Fehler"},"content":{"rendered":"<p>Wenn Sie auf den gef\u00fcrchteten SIP 400 \u2013 Bad Request Fehler sto\u00dfen, kann es sich anf\u00fchlen, als w\u00fcrden Sie gegen eine Wand laufen. Aber keine Sorge! Diese Art von Fehler weist in der Regel darauf hin, dass etwas mit Ihrer SIP-Anfrage nicht stimmt, und l\u00e4sst sich meist recht einfach beheben, wenn man wei\u00df, wo man suchen muss. Manchmal liegt es an Tippfehlern, fehlenden Informationen oder Formatierungsproblemen, durch die ein SIP-Server Ihre Anfrage nicht versteht. Es ist die Art des Servers zu sagen: \u201eHey, ich verstehe diese Nachricht nicht.\u201c Solche Fehler treten h\u00e4ufig in VoIP- und Videokonferenzsystemen auf.<\/p>\n<p>In diesem Artikel stellen wir Ihnen unseren ausf\u00fchrlichen Leitfaden zur Verf\u00fcgung, wie Sie alle SIP 400 \u2013 Bad Request Fehler beheben k\u00f6nnen, die Sie von einem SIP-basierten Kommunikationssystem erhalten.<\/p>\n<p>&nbsp;<\/p>\n<h2 id='w\u00e4hlmuster-\u00fcberpr\u00fcfen'  id=\"boomdevs_1\">W\u00e4hlmuster \u00fcberpr\u00fcfen<\/h2>\n<p>Manchmal sind es die einfachen Dinge, die uns ausbremsen, und ein kleiner Fehler in der gew\u00e4hlten Nummer kann einen SIP-400-Fehler verursachen. Das k\u00f6nnen einfache Fehler sein wie ein fehlender L\u00e4ndercode, zus\u00e4tzliche Leerzeichen oder die Verwendung nicht unterst\u00fctzter Zeichen. Sie sollten sicherstellen, dass die Nummer sauber und korrekt formatiert ist. Au\u00dferdem sollten Sie \u00fcberpr\u00fcfen, ob f\u00fcr bestimmte Nummern ein Pr\u00e4fix erforderlich ist, z. B. ein +1 f\u00fcr Anrufe in die USA. Wenn Sie eine VoIP-App verwenden, stellen Sie sicher, dass sie die richtigen W\u00e4hlregeln befolgt, denn eine kurze \u00dcberpr\u00fcfung kann Ihnen viel Zeit und \u00c4rger ersparen.<\/p>\n<p>Schritte:<\/p>\n<ol>\n<li><strong>Nummernformate validieren<\/strong><br \/>\nStellen Sie sicher, dass die Nummern dem internationalen E.164-Standard oder Ihren lokalen W\u00e4hlkonventionen entsprechen. Schlie\u00dfen Sie die korrekten Pr\u00e4fixe wie L\u00e4nder- oder Vorwahlcodes ein.<\/li>\n<li><strong>Sonderzeichen<\/strong><br \/>\nVermeiden Sie nicht unterst\u00fctzte Zeichen wie *, # oder +, es sei denn, sie sind in Ihrer Konfiguration ausdr\u00fccklich erforderlich. Stellen Sie sicher, dass sie korrekt kodiert sind, wenn sie in SIP-Headern verwendet werden.<\/li>\n<li><strong>PBX-W\u00e4hlregeln<\/strong><br \/>\nVergleichen Sie die PBX-W\u00e4hlpl\u00e4ne mit den Anforderungen Ihres SIP-Anbieters, um die Kompatibilit\u00e4t sicherzustellen. Einige PBXs erfordern zus\u00e4tzliche Regeln f\u00fcr lokale, nationale oder internationale Anrufe.<\/li>\n<\/ol>\n<p><strong>Beispiel<\/strong><\/p>\n<p>F\u00fcr einen internationalen Anruf:<\/p>\n<ul>\n<li>Format: +<\/li>\n<li>Stellen Sie sicher, dass die PBX das Zeichen + verarbeiten und in das korrekte Pr\u00e4fix f\u00fcr ausgehende Anrufe umwandeln kann.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2 id='sip-header-informationen-\u00fcberpr\u00fcfen'  id=\"boomdevs_2\">SIP-Header-Informationen \u00fcberpr\u00fcfen<\/h2>\n<p>Betrachten Sie SIP-Header als die \u201eAdressetiketten\u201c Ihrer Nachricht. Wenn etwas nicht stimmt, wei\u00df der SIP-Server nicht, wohin er Ihre Nachricht senden soll. Wir empfehlen dringend, sich einen Moment Zeit zu nehmen, um die wichtigsten Header zu \u00fcberpr\u00fcfen und sicherzustellen, dass sie korrekt formatiert sind. Einige wichtige Header, die h\u00e4ufig zu fehlerhaften oder unvollst\u00e4ndigen SIP-Headern f\u00fchren, sind:<\/p>\n<ul>\n<li><strong>From:<\/strong> URI der abgehenden Partei<\/li>\n<li><strong>To:<\/strong> URI der Zielpartei<\/li>\n<li><strong>Contact:<\/strong> URI f\u00fcr das Routing von Antworten<\/li>\n<li><strong>Call-ID:<\/strong> Eindeutige Kennung der SIP-Transaktion<\/li>\n<li><strong>CSeq:<\/strong> Sequenznummer zur Identifikation der Anfrage<\/li>\n<\/ul>\n<p>Schritte:<\/p>\n<ol>\n<li><strong>Datenverkehr erfassen<\/strong><br \/>\nVerwenden Sie Tools wie Wireshark oder tcpdump, um SIP-Pakete auf Ihrer Netzwerkschnittstelle zu erfassen.<\/li>\n<\/ol>\n<p>shell<\/p>\n<p>Copy code<\/p>\n<p>tcpdump -i eth0 -w sip_traffic.pcap port 5060<\/p>\n<p style=\"padding-left: 40px;\">2. <strong>Header pr\u00fcfen<\/strong><br \/>\nAnalysieren Sie die SIP-Header, um sicherzustellen:<\/p>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Korrekte Formatierung (z. B. sip:benutzername@domain.com).<\/li>\n<li>Vorhandensein der erforderlichen Header.<\/li>\n<li>Keine nicht unterst\u00fctzten oder \u00fcberfl\u00fcssigen Header.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p style=\"padding-left: 40px;\">3. <strong>H\u00e4ufige Probleme<\/strong><br \/>\nEinige h\u00e4ufige Probleme, die auftreten k\u00f6nnen, sind:<\/p>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Fehlender Content-Length-Header.<\/li>\n<li>Falscher Content-Type f\u00fcr SIP-Nachrichtenk\u00f6rper (z. B. SDP-Payloads).<\/li>\n<li>Fehlausgerichtete Via-Header, die Routing-Probleme verursachen.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p style=\"padding-left: 40px;\">Zur \u00dcberpr\u00fcfung der SIP-Header-Informationen verwendete Tools:<\/p>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li><strong>Wireshark:<\/strong> Filtern Sie nach sip, um SIP-Pakete zu isolieren.<\/li>\n<li><strong>SIP-Debug-Logs:<\/strong> \u00dcberpr\u00fcfen Sie die Logs auf SIP-Servern oder PBX-Systemen.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<h2 id='ger\u00e4tekonfiguration-und-kompatibilit\u00e4t-best\u00e4tigen'  id=\"boomdevs_3\">Ger\u00e4tekonfiguration und Kompatibilit\u00e4t best\u00e4tigen<\/h2>\n<p>Ger\u00e4te k\u00f6nnen w\u00e4hlerisch sein, und eine Fehlkonfiguration eines SIP-Ger\u00e4ts kann zu Transportinkompatibilit\u00e4ten, Registrierungsfehlern oder Problemen bei der Nachrichtenanalyse f\u00fchren. Eine falsch konfigurierte Einstellung ist h\u00e4ufig die Ursache f\u00fcr einen SIP-400-Fehler. Sie sollten \u00fcberpr\u00fcfen, ob die Einstellungen f\u00fcr SIP-Proxy und Outbound-Proxy auf den richtigen Server verweisen. Au\u00dferdem kann es sinnvoll sein, sicherzustellen, dass die Ger\u00e4te-Firmware auf dem neuesten Stand ist. Kleine Anpassungen in den Konfigurationen k\u00f6nnen den entscheidenden Unterschied machen.<\/p>\n<p>Schritte:<\/p>\n<ol>\n<li><strong>Transportprotokolle<\/strong><br \/>\nStellen Sie die konsistente Verwendung von Transportprotokollen \u00fcber alle Ger\u00e4te hinweg sicher (UDP, TCP, TLS).<br \/>\nBeispiel: Eine Inkompatibilit\u00e4t (z. B. Client verwendet TCP, w\u00e4hrend der Server nur UDP unterst\u00fctzt) kann die Kommunikation blockieren.<\/li>\n<li><strong>Firmware-Updates<\/strong><br \/>\n\u00dcberpr\u00fcfen Sie, ob die Ger\u00e4te mit der neuesten Firmware laufen. Neue Updates beheben h\u00e4ufig Kompatibilit\u00e4tsprobleme oder bekannte Fehler.<\/li>\n<li><strong>SIP-Proxy- und Registrar-Einstellungen<\/strong><br \/>\n\u00dcberpr\u00fcfen Sie die Einstellungen f\u00fcr SIP-Proxy, Registrar-Server und Ports erneut. Beispielsweise ist der Standard-SIP-Port 5060 f\u00fcr UDP\/TCP und 5061 f\u00fcr TLS.<\/li>\n<li><strong>Authentifizierung und NAT<\/strong><\/li>\n<\/ol>\n<ul>\n<li style=\"list-style-type: none;\">\n<ul>\n<li>Best\u00e4tigen Sie g\u00fcltige Zugangsdaten f\u00fcr die SIP-Authentifizierung.<\/li>\n<li>Verwenden Sie Session Traversal Utilities for NAT (STUN) oder Traversal Using Relays around NAT (TURN), um NAT-bezogene Probleme zu beheben.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2 id='sip-uri-syntax-\u00fcberpr\u00fcfen'  id=\"boomdevs_4\">SIP-URI-Syntax \u00fcberpr\u00fcfen<\/h2>\n<p>SIP-URIs m\u00fcssen einem bestimmten Format folgen, wie z. B. sip:benutzername@domain.com. Stellen Sie sicher, dass das Pr\u00e4fix sip:, der Benutzername und die Domain korrekt sind. Achten Sie auf Tippfehler, zus\u00e4tzliche Leerzeichen oder fehlende Bestandteile. Ein einzelnes falsch platziertes Zeichen kann dazu f\u00fchren, dass der Server die Anfrage ablehnt und einen 400-Fehler zur\u00fccksendet. Sehen Sie sich die URI genau an, und oft entdecken Sie das Problem schnell.<\/p>\n<p>Schritte:<\/p>\n<ol>\n<li><strong>URIs validieren<\/strong><br \/>\n\u00dcberpr\u00fcfen Sie die From-, To- und Contact-URIs in der SIP-Nachricht. Stellen Sie sicher, dass die Formate korrekt sind, z. B. sip:benutzername@domain oder sip:benutzername@IP:port.<\/li>\n<li><strong>Ung\u00fcltige Zeichen<\/strong><br \/>\nEntfernen Sie alle Zeichen, die in SIP-URIs nicht erlaubt sind. H\u00e4ufige Probleme sind:<\/li>\n<\/ol>\n<ul>\n<li>Leerzeichen in URIs.<\/li>\n<li>Fehlende Benutzerinformationen (z. B. sip:@domain).<\/li>\n<li><strong>IP-basierte URIs<\/strong><br \/>\nWenn Sie eine IP-Adresse verwenden, geben Sie den korrekten Port an, falls nicht der Standard-SIP-Port verwendet wird:<\/li>\n<\/ul>\n<p>graphql<\/p>\n<p>Copy code<\/p>\n<p>sip:username@192.168.1.1:5060<\/p>\n<p><strong>Beispiel<\/strong><\/p>\n<p>Eine falsch formatierte URI wie sip:user domain statt sip:user@domain l\u00f6st einen SIP-400-Fehler aus.<\/p>\n<p>&nbsp;<\/p>\n<h2 id='server-logs-analysieren'  id=\"boomdevs_5\">Server-Logs analysieren<\/h2>\n<p>Server-Logs sind wie das Notizbuch eines Detektivs: Sie sind voller Hinweise und \u00e4u\u00dferst wertvoll, um spezifische Probleme zu identifizieren, die SIP-400-Fehler verursachen. Wenn Sie Zugriff darauf haben, sehen Sie sich die Logs zum Zeitpunkt des Fehlers an. Sie k\u00f6nnen aufzeigen, ob es ein Problem mit dem Format der Anfrage gab oder ob die Authentifizierung fehlgeschlagen ist. Achten Sie auf die Zeitstempel, um den Fehler Ihrer Anfrage zuzuordnen. So l\u00e4sst sich gut feststellen, ob das Problem auf Ihrer Seite oder auf der Serverseite liegt. H\u00e4ufig aufgedeckte Fehler sind fehlerhafte Header, Authentifizierungsfehler oder Protokollinkompatibilit\u00e4ten.<\/p>\n<p>Schritte:<\/p>\n<ol>\n<li><strong>Auf Logs zugreifen<\/strong><br \/>\nLokalisieren Sie die SIP-Server-Logs. Typische Speicherorte:<\/p>\n<ul>\n<li>Asterisk: \/var\/log\/asterisk\/full<\/li>\n<li>FreeSWITCH: \/var\/log\/freeswitch.log<\/li>\n<\/ul>\n<\/li>\n<li><strong>SIP-Nachrichten filtern<\/strong><br \/>\nVerwenden Sie Filter, um relevante Logs f\u00fcr eine bestimmte SIP Call-ID oder einen Fehlercode zu isolieren.<\/li>\n<li><strong>Mit erfassten Paketen vergleichen<\/strong><br \/>\nVergleichen Sie die Server-Logs mit SIP-Paketmitschnitten, um Abweichungen zu identifizieren.<\/li>\n<\/ol>\n<p><strong>Beispiel<\/strong><\/p>\n<p>Logs mit Meldungen wie 400 Bad Request &#8211; Invalid Contact Header weisen auf einen falsch formatierten Contact-Header hin.<\/p>\n<p>Tools<\/p>\n<ul>\n<li><strong>Splunk:<\/strong> F\u00fcr erweiterte Log-Analysen.<\/li>\n<li><strong>Benutzerdefinierte Skripte:<\/strong> Verwenden Sie Regex, um Logs nach bestimmten Fehlern zu durchsuchen.<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2 id='erweiterte-troubleshooting-techniken'  id=\"boomdevs_6\">Erweiterte Troubleshooting-Techniken<\/h2>\n<p>Wenn die Grundlagen nicht geholfen haben, ist es Zeit f\u00fcr schwerere Gesch\u00fctze. Eine hervorragende Option ist SIPp, ein leistungsstarkes Tool zur Simulation von SIP-Anrufen. Es eignet sich ideal, um Parsing-Fehler zu identifizieren oder Probleme aufzudecken, die bei normaler Nutzung nicht offensichtlich sind. Sie k\u00f6nnen auch <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/de\/sip-monitoring-services-many-points-of-potential-failure\/\">SIP-Validatoren<\/a> ausprobieren, um versteckte Syntaxfehler zu erkennen. Immer noch unsicher? Das Testen mit einem anderen Ger\u00e4t oder einer anderen App kann zeigen, ob das Problem auf Ihre aktuelle Konfiguration beschr\u00e4nkt ist. Diese Methoden m\u00f6gen etwas technisch erscheinen, sind aber entscheidend, wenn es darum geht, knifflige und versteckte Probleme zu finden.<\/p>\n<p><strong>SIP-Parsing mit Testtools validieren<\/strong><\/p>\n<p>Verwenden Sie Tools wie SIPp, um SIP-Anrufe zu simulieren und Parsing-Fehler zu identifizieren.<\/p>\n<p>shell<\/p>\n<p>Copy code<\/p>\n<p>sipp -sf scenario.xml -s 1000 192.168.1.10:5060<\/p>\n<p><strong>Debug-Modus auf SIP-Servern aktivieren<\/strong><\/p>\n<p>Erh\u00f6hen Sie die Protokollierungsstufe auf Ihrem SIP-Server f\u00fcr eine detaillierte Fehlersuche:<\/p>\n<ul>\n<li><strong>Asterisk:<\/strong> core set debug 5<\/li>\n<li><strong>FreeSWITCH:<\/strong> loglevel 7<\/li>\n<\/ul>\n<p>&nbsp;<\/p>\n<h2 id='support-des-anbieters-kontaktieren'  id=\"boomdevs_7\">Support des Anbieters kontaktieren<\/h2>\n<p>Immer noch festgefahren? Keine Sorge, daf\u00fcr gibt es den Support des Anbieters. Wenden Sie sich an Ihren SIP-Anbieter oder den Ger\u00e4tehersteller und schildern Sie das Problem. Teilen Sie Logs oder Details zu den bereits durchgef\u00fchrten Schritten mit. Je mehr Informationen Sie bereitstellen, desto schneller kann geholfen werden. Manchmal ist die L\u00f6sung etwas, das bereits bekannt ist, und Sie sind im Handumdrehen wieder auf dem richtigen Weg.<\/p>\n<p>Schritte<\/p>\n<ol>\n<li>Sammeln Sie relevante Daten, darunter:\n<ul>\n<li>SIP-Logs.<\/li>\n<li>Paketmitschnitte.<\/li>\n<li>Konfigurationsdateien.<\/li>\n<\/ul>\n<\/li>\n<li>Er\u00f6ffnen Sie ein Support-Ticket mit einer detaillierten Beschreibung des Problems.<\/li>\n<li>Fordern Sie Informationen zu bekannten Fehlern, Firmware-Patches oder zus\u00e4tzlichen Diagnosen an.<\/li>\n<\/ol>\n<p>&nbsp;<\/p>\n<h2 id='zusammenfassung'  id=\"boomdevs_8\">Zusammenfassung<\/h2>\n<p>Die Behebung von SIP-400-Fehlern kann frustrierend sein, aber mit etwas Geduld und systematischer \u00dcberpr\u00fcfung werden Sie sehr wahrscheinlich feststellen, dass es sich nur um eine kleine Korrektur handelt. Die L\u00f6sung von SIP-400-Fehlern umfasst die \u00dcberpr\u00fcfung der W\u00e4hlmuster und SIP-Header auf Genauigkeit, die Sicherstellung korrekt konfigurierter Ger\u00e4teeinstellungen f\u00fcr die Kompatibilit\u00e4t sowie die Analyse von Server-Logs zur Ermittlung der Ursache. Wenn das Problem weiterhin besteht, wenden Sie sich mit detaillierten Diagnoseinformationen an den Support des Anbieters, um eine schnellere L\u00f6sung zu erreichen.<\/p>\n<p>Gehen Sie Schritt f\u00fcr Schritt vor und z\u00f6gern Sie nicht, bei Bedarf Hilfe anzufordern. Sie schaffen das!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Wenn Sie auf den gef\u00fcrchteten SIP 400 \u2013 Bad Request Fehler sto\u00dfen, kann es sich anf\u00fchlen, als w\u00fcrden Sie gegen eine Wand laufen. Aber keine Sorge! Diese Art von Fehler weist in der Regel darauf hin, dass etwas mit Ihrer SIP-Anfrage nicht stimmt, und l\u00e4sst sich meist recht einfach beheben, wenn man wei\u00df, wo man [&hellip;]<\/p>\n","protected":false},"author":6,"featured_media":9514,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[883],"tags":[],"class_list":["post-31931","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-unkategorisiert"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/31931","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/comments?post=31931"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/posts\/31931\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media\/9514"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/media?parent=31931"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/categories?post=31931"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/de\/wp-json\/wp\/v2\/tags?post=31931"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}