Skip to main content
Warum O2
Warenkorb
 Service
Gelöst

SIP-Registrierung an sip.alice-voip.de: Registrar antwortet überhaupt nicht (kein 401/403/404)

  • July 27, 2026
  • 3 Antworten
  • 37 Aufrufe
M
Besucher:in

Hallo zusammen,

 

ich komme bei einem VoIP-Problem nicht weiter und hoffe, dass jemand mit Systemzugriff einen Blick darauf werfen kann. Vorab: ich brauche keine Hilfe bei der Einrichtung meines Endgeräts. Die Fehlersuche auf meiner Seite ist abgeschlossen, die Messungen hänge ich an.

 

Das Problem

 

Meine SIP-Registrierung an sip.alice-voip.de schlägt fehl. Das Endgerät sendet REGISTER-Anfragen, bekommt aber überhaupt keine Antwort - kein 401, kein 403, kein 404, gar nichts. Genau das macht mich stutzig: bei falschen Zugangsdaten würde ein Registrar mit einem Fehlercode antworten. Vollständiges Schweigen sieht eher danach aus, als ob die Anfragen serverseitig keinem aktiven Account zugeordnet werden.

 

Mein Aufbau

 

Anschluss: o2 DSL, PPPoE, öffentliche IPv4 (kein DS-Lite, kein CGNAT)

Router: UniFi Dream Router, UniFi Network 10.5.43

VoIP-Gerät: Gigaset GO-Box 100

Registrar laut Zugangsdatenblatt: sip.alice-voip.de, aufgelöst auf 62.53.28.195

SIP-Zugangsdaten aus Mein o2, zwischenzeitlich neu angefordert

 

Was ich geprüft und ausgeschlossen habe

 

1. DNS ist korrekt. Lokaler Resolver und der o2-Nameserver 62.109.121.1 liefern identisch 62.53.28.195.

 

2. Ich bin im o2-Netz. whois auf meine WAN-IP liefert netname: TEDE-LLU, descr: Telefonica Germany GmbH & Co. OHG. Die bekannte Einschränkung, dass der Registrar nur aus dem o2-Netz erreichbar ist, greift bei mir also nicht.

 

3. SIP funktioniert über meine Leitung. Kontrolltest mit sipsak gegen einen fremden SIP-Server über denselben Port: sauberes SIP/2.0 200 OK. UDP/5060 geht also in beide Richtungen.

 

4. Das REGISTER ist einwandfrei. Request-URI, From- und To-Domain korrekt, Benutzername im Format 49 + Vorwahl ohne Null + Rufnummer, rport gesetzt, Via und Contact mit öffentlicher IP.

 

5. NAT-Traversal in beiden Varianten getestet, einmal mit privater und einmal mit öffentlicher Adresse in Via und Contact (SIP-ALG aus bzw. an). Beide Male keine Antwort.

 

6. Kein konkurrierendes Gerät. Keine o2 HomeBox, kein zweiter VoIP-Client, der die Registrierung belegen könnte.

 

7. Mein Router verwirft nichts. Der Mitschnitt lief direkt auf der WAN-Schnittstelle ppp0. tcpdump greift dort vor Netfilter und IPS ab. Hätte mein Router eine Antwort weggeworfen, wäre sie im Mitschnitt trotzdem sichtbar gewesen. Es kam über die gesamte Messdauer kein einziges Paket vom Registrar zurück.

 

Ausgehendes REGISTER (Rufnummer und IP maskiert):

 

REGISTER sip:sip.alice-voip.de SIP/2.0

Via: SIP/2.0/UDP 77.14.x.x:5060;branch=z9hG4bK4622...;rport

From: sip:49xxxxxxxxxxx@sip.alice-voip.de ;tag=4288033923

To: sip:49xxxxxxxxxxx@sip.alice-voip.de

CSeq: 570 REGISTER

Contact: sip:49xxxxxxxxxxx@77.14.x.x:5060

Max-Forwards: 70

User-Agent: GO-Box 100/42.263.00.000.000

Expires: 180

Content-Length: 0

 

Der CSeq-Zähler von 570 zeigt, dass das schon einige hundert Versuche waren.

 

Was bereits über den Chat lief

 

Ich hatte den Fall am 27.07. im Chat. Die technische Abteilung hat im System nachgesehen und mir bestätigt, dass meine SIP-Daten korrekt hinterlegt sind. Meine eigentliche Frage, ob serverseitig Registrierungsversuche von meiner IP protokolliert sind, wurde allerdings nicht beantwortet, mit der Begründung, o2 habe keinen Zugriff auf meinen Router.

 

Das ist aus meiner Sicht ein Missverständnis: ich habe nicht nach Zugriff auf mein Gerät gefragt, sondern nach den Protokollen des o2-eigenen SBC. Der sieht eingehende REGISTER nach Quell-IP und SIP-Account. Welches Endgerät sie gesendet hat, kann er gar nicht wissen. Die Auskunft wäre also unabhängig von meiner Hardware möglich.

 

Meine Bitte an die Moderation

 

Könnte bitte jemand mit Systemzugriff folgende Punkte prüfen?

 

1. Ist die Rufnummer auf meinem Anschluss aktiv provisioniert und für VoIP freigeschaltet?

2. Ist der SIP-Account auf der Plattform hinter sip.alice-voip.de angelegt und aktiv?

3. Ist sip.alice-voip.de für meinen Anschluss noch der richtige Registrar, oder wurde die Leitung auf eine andere Plattform migriert?

4. Sind Registrierungsversuche von meiner WAN-IP protokolliert, und falls ja, mit welcher Begründung werden sie abgelehnt?

 

Kundennummer, Rufnummer und die vollständige WAN-IP reiche ich gerne per privater Nachricht nach.

 

Danke schon mal und viele Grüße

moongringo

Lösung von Klaus_VoIP

Vielleicht helfen dir die Ausführungen aus dem Thema unten weiter. Jedenfalls sind mir 90% der Fehler in der Konfiguration in Erinnerung. Nur etwas schwer zu helfen, wenn man den Aufbau nicht näher kennt.

 

    3 Antworten

    A
    Legende
    Forum|alt.badge.img+10

    Servus,

    Störungsmeldungen können hier nicht aufgenommen werden, hierfür ist die Kundenbetreuung zu kontaktieren, siehe https://www.o2online.de/service/internet-festnetz-stoerung

    Generell, hast du denn auch einen anderen Router zum testen mit einem “Kundenüblichen Aufbau”? Wenn das z.B. mit einem Router von FRITZ! funktioniert, dann kann man ja schon mal ein Fehler auf der Seite des Internetanbieters ausschliessen (und im Supportfall kommt man i.d.R. auch schneller weiter wenn man einen “Kundenüblichen Aufbau” hat, statt exotischere Systeme wie z.B. UniFi, , VyOS oder pfSense).

    Ansonsten könnte man noch in der Schnittstellenbeschreibung nachsehen, ich meine dass es einen Passus zu VoIP gibt, ggf. ist auch dort ein Indiz versteckt.

    Klaus_VoIP
    Legende
    • Klaus_VoIPLegende
    • Lösung
    • July 27, 2026

    Vielleicht helfen dir die Ausführungen aus dem Thema unten weiter. Jedenfalls sind mir 90% der Fehler in der Konfiguration in Erinnerung. Nur etwas schwer zu helfen, wenn man den Aufbau nicht näher kennt.

     

    Meine persönlichen Meinungsäußerungen als Kunde sind NICHT gesponsert und stellen nur meine unverblümte Meinung dar! Dafür erfolgen alle Inhalte pro bono publico. ;-)
      M
      Besucher:in
      • moongringo
      • Autor
      • Besucher:in
      • July 27, 2026

      Hallo @Klaus_VoIP,

      danke für den Hinweis, der Thread war goldrichtig — allerdings mit einer entscheidenden Abweichung. Es ist gelöst, deshalb hier die Details für alle, die später darüber stolpern.

      Bei mir war DNS nicht das Problem. Der o2-Resolver lieferte die SRV-Records sauber aus:

      dig @62.109.121.2 _sip._udp.sip.alice-voip.de SRV

      _sip._udp.sip.alice-voip.de. IN SRV 10 100 5060 UAGHTT07.sip.alice-voip.de.
      _sip._udp.sip.alice-voip.de. IN SRV 20 100 5060 UAGSTR07.sip.alice-voip.de.
      UAGHTT07.sip.alice-voip.de. IN A 62.52.28.195
      UAGSTR07.sip.alice-voip.de. IN A 62.53.223.131

      Der Knackpunkt: der A-Record von sip.alice-voip.de zeigt auf 62.53.28.195, mein zuständiger Registrar ist laut SRV aber 62.52.28.195. Eine einzige Ziffer Unterschied — beim Draufschauen fällt das schlicht nicht auf. Meine REGISTER gingen also die ganze Zeit an einen Server, der für mich nicht zuständig ist und deshalb einfach schweigt. Kein 401, kein 403, gar nichts.

      Warum korrektes DNS allein nicht reicht: Bei mir hängt eine Gigaset GO-Box 100 dran, und die macht offenbar keine SRV-Lookups, sondern nimmt stur den A-Record. Eine FritzBox löst das selbst auf, dieses Gerät nicht. Bei solchen Endgeräten muss man den Registrar-Host also von Hand eintragen.

      Zweite Falle: Ich hatte nach einer Anleitung den Outbound-Proxy-Modus auf „Immer" gesetzt, mit sip.alice-voip.de im Outbound-Proxy-Feld. Das überstimmt Registrar und Proxy komplett — die Pakete gingen weiter an die alte IP, obwohl beide Felder längst korrekt waren. Im Mitschnitt sah das aus, als hätte die Box die Änderung ignoriert.

      Die funktionierende Konfiguration:

      • Domäne: sip.alice-voip.de (unverändert lassen)
      • Proxy-Serveradresse: UAGHTT07.sip.alice-voip.de
      • Registrar-Server: UAGHTT07.sip.alice-voip.de
      • Outbound-Proxy: UAGHTT07.sip.alice-voip.de (oder Modus auf „Nie")

      Danach stand die Anmeldung sofort.

      Wichtig: die SRV-Werte sind regionsspezifisch. Im Nachbarthread waren es UAGSTR07 / UAGHID07, bei mir UAGHTT07 / UAGSTR07. Nicht abschreiben, selbst abfragen.

      Als Merkhilfe für die Diagnose: kommt gar keine Antwort, ist es der falsche Registrar. Kommt ein 401 oder 403, sind es die Zugangsdaten. Ich hatte anfangs auf die Zugangsdaten getippt und in die völlig falsche Richtung gesucht.

      Viele Grüße

        Allgemeine Nutzungsbedingungen der O₂ CommunityAccessibility statement
        © Telefónica Germany GmbH & Co. OHG Telefónica