Anmeldung der DSL-Telefonnummer war nicht erfolgreich. Ursache:DNS-Fehler

Du missverstehst mich, ich habe Null Interesse an einer HomeBox oder daran heraus zufinden wie O2 TR-069/369 verwendet um bei der Autokonfiguration SIP zu vergeigen. Ich habe auch kein Preoblem damit, dass 2nd Hand HomeBoxen kaum fuer VoIP verwendbar sind, weder bei O2 noch bei anderen ISPs. Worauf ich allerdings Wert lege ist, dass sich meine Vertragspartner an geltendes Recht halten, und da ist die Sachlage klar, bei Forderung und Zahlung von Schadenersatz, geht das Eigentum an der Sache ueber (BGB 281). Vodafone ist mit genau so einer Argumentation (bezueglich Schadenersatz fuer nicht/zu spaet returnierte Mietrouter) in Duesseldorf und in Muenchen vor Gericht gescheitert, sehe nicht, dass das bei O2 so viel anders liegt.

Wie gesagt, mein Interesse am Betrieb einer HomeBox ist gering, und ich wuerde die auch niemandem empfehlen, aber das macht die wiederholten Aussagen es sei illegal HomeBoxen zu verkaufen/kaufen nicht richtiger.

@pufferueberlauf0 Woher willst du wissen was ich denke? Wieso sollten BGB Texte und Rechtsanwalt spielen mir in dieser Sache jetzt und heute in irgendeiner Weise nützen? Wenn du dich mit O2 oder anderen über Recht und Gesetz austauschen möchtest, dann schlage ich vor das in deinem eigenen Forumsbeitrag weiter zu vertiefen. Die Homebox Sache hat sich für mich erledigt und die Dinger landen bei mir in der Ersatzteilkiste. Die Homebox ist ja auch nicht das eigentlich Topic hier, sonder war ja nur ein Versuch eine Lösung zu finden.

---

Mit der Digitalisierungsbox Basic lief das Telefon gestern den ganze Tag und Nacht einwandfrei, heute morgen jedoch wieder rote LED. Das gute, bei der Basic sehe ich das rote LED sofort und kann versuchen den Fehler zu beheben. Im Log file nichts was auf einen Fehler schließen lässt:

2024-04-19 07:33:16  GUI: User 'xxxxx' successfully logged into GUI from 192.168.2.100
2024-04-19 07:26:26  IPv6: Address assigned: xxx:xxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx
2024-04-19 07:11:47  SIP: Account xxxxxxxxxx successfully registered
2024-04-19 07:11:38  PPP: Connection successfully established IP: 80.171.xx.xxx, DNS: 62.109.xxx.x, 62.109.xxx.x, Gateway: 62.52.xxx.xx
2024-04-19 07:11:38  IPv4: DNS 62.109.xxx.x 62.109.xxx.x
2024-04-19 07:11:23  PPP: Connection terminated IP: 93.135.xxx.xx, GW: 62.52.xxx.xxx

Wie man sieht war um 7:11 wohl eine Zwangstrennung. Um 7:33 habe ich mich eingeloggt, um zu sehen warum die Telefonie LED rot leuchtet, aber nichts gefunden. Letztendlich konnte ich das Problem wie so oft davor nur mit einen Neustart beheben.

Von einem vorherigen Router weiß ich noch, das je nach IP Adresse die Zwangstrennung entweder kurz nach 2 oder 7 Uhr morgens stattfand. Ich habe eine Zwangstrennung zwischen 2:00 und 3:00 gesetzt, aber im Logfile nichts gefunden. Ist die Zwangstrennung eine Option, die man vom O2 server anfragen muss? Vielleicht funktioniert diese Option nicht.

Das Telefonie Problem ist offenbar auch durch diesen Router nicht beseitigt. Deswegen glaube ich nicht mehr daran, dass das Problem am Router liegt. Da DSL wie sonst funktioniert und ich damit keine Probleme habe, liegt es wohl auch nicht an der Leitung, sondern O2 Gegenstelle, schätze ich mal.

Ansonsten sehe ich, wie sonst auch, einiges an Firewall violations von IP Adressen die vornehmlich in den USA registriert sind, aber auch welche aus Deutschland sind dabei. Da erscheinen so 5 - 15 Meldungen im Minutentakt, mit einigen Minuten Unterbrechung. Aber wahrscheinlich ist das normal, keine Ahnung.

Hallo @Max DSL 🙂,

es ist schön zu lesen, mit welcher Hingabe du versuchst, mit einer eigenen Lösung alles zum Laufen zu bringen. Das ist eine verdammt gute Leistung und sicherlich nicht jedermanns Sache. Ich hoffe, es findet sich noch jemand im Forum, der dir dabei helfen kann.

Zu welcher Uhrzeit die Zwangstrennung stattfindet, kann ich dir so nicht sagen. Da würde ich noch einmal bei der DSL-Technik nachfragen. Es ist sicherlich abhängig davon, wer der Lineholder bei dir ist.

Für alle, die nicht technisch bewandert sind, gibt es jetzt unsere Expertenhilfe, damit man auch den eigenen Router zum Laufen bringen kann.

Dir ein schönes Wochenende, und ich hoffe, du bekommst es noch hin, dass die Telefonie läuft.

Liebe Grüße, Maren 🌷

Ich habe mit der Digibox Basic nochmal von ganz vorne angefangen und dabei ist mir bei der Einrichtung der VoIP Telefonnummer das Format bzw. die Eingabe Mask aufgefallen.
 

Dort steht nämlich:

Landes- & Ortsvorwahl / Rufnummer:

Hier wurde automatisch + 49 / 20 / 1234567 gesetzt.

Ich habe das mal auf 020 / 1234567 gesetzt, also ohne Länderkennwahl und eine 0 vor der Ortswahl.
 

Jetzt geht die Telefonie auch nach einem Neustart oder hard reset (2 Sek. Reset Taste), also nicht nur nach dem kompletten Aus- bzw. Einschalten des Routers. Was mich verblüfft, warum hat es manchmal funktioniert und manchmal nicht. Manchmal was die Tel LED grün und erst nach ein paar Minuten online wieder rot. Aber es scheint so, also ob die Eingabe/Format der Rufnummer das Problem war.

Seltsamerweise stand auch nichts im Systemlog. Erst als ich die Box mit:
http://192.168.2.1/webng.cgi?sid=auto&controller=WebConfig&action=hiddenDevActivation
in den Entwicklermodus gesetzt habe, konnte ich die Fehler keine Antwort von “registrar” sehen.

Jetzt stellt sich mir allerdings noch die Frage, was denn in RTP TCP Bereich genau stehen sollte. Ich habe da mal 10001 - 10060 also auch 50000 - 50031 versucht, aber keinen Unterschied bemerkt. Kann es sein das diese Ports vor einem Gespräch vereinbart werden, je nachdem welche Ports ich zugewiesen habe? Oder was sollte denn da benutzt werden?

Ferner frage ich mich ob das Protokoll UDP oder TCP sein soll. Scheint wohl beides zu gehen, aber was sollte verwendet werden. Der Unterschied zwischen UDP und TCP ist mir klar, aber sagt ja nicht was man benutzen soll/darf.

Ich habe mir das SIP Schnittstellen PDF durchgelesen, aber keine wirklich brauchbaren Info’s gefunden. Warum sind die Konfigurationsdaten so ein Geheimnis? Ich habe nirgendwo eine eindeutige Info oder Erklärung gefunden.

Ohne Miete gibt es eh kein Update und wenn Du die HomeBox eh nicht an dem falschen Anschluss zum Laufen bekommst. Wozu dann ein Update??

Kann es sein, das bei O2 Leitungen der RTP Port Range 50000 - 50031 sein muss/soll, aber bei Leitungen die O2 von Telekom mietet 10001 - 10061 verwendet wird. Ich habe mal beides versucht, aber merke keinen Unterschied. Ich habe auch mal 20001 - 20060 und Router Neustart versucht, ohne einen Unterschied zu merken.

PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     546
PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     10001 - 10060
PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     20001 - 20060
PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     5060

Da ich keine anderen VoIP Anbieter aktiviert habe, hat O2 wohl die Ports 10001 - 10060 automatisch konfiguriert. Das würde dann auch erklären warum es keine Rolle spielt welchen Port Range ich da eingebe. Ich habe den RTP Port range wieder auf 10001 - 10060 gesetzt, und nun erscheint in der System Übersicht der offen Ports nur noch:

PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     546
PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     5060
PPPoE → VLAN 7 → ATM 1/32 → DSL     UDP     10001 - 10060

Demnach dürfte dann wohl 10001 - 10060 der richtige RTP Port Range sein. Denn man will ja, um die Angriffsfläche zu verkleinern, keine unnötigen Ports öffnen.

ES gab Berichte hier im Forum, das O2s IPv6 DNS Server sip.alice-voip.de nicht nutzbar aufloesen, vielleicht ist das Dein Problem… (in einem Test erhielt ich zwei unterschiedliche IPv4s ueber IPv4 und IPv6 DNS, wuerde mich nicht wundern wenn es hakt, wenn man eine SIP Session mit einer Adresse anfaengt und dann mitten drin die IP Adresse wechselt...).

Ich habe dieses Problem wohl noch nicht selber gesehen weil meine SIP Basis nur IPv4 kann und ich da die IPv4 Addresse des O2 DNS Servers manuell eingetragen habe, d.h. die Basis sieht immer konsistent die gleiche IP Adresse fuer sip.alice-voip.de… Aber ob das genau Dein Problem ist oder nicht kann ich nicht sagen.

Das sind normnale IPv6 Adrerssen und 2a01:c30::530 ist die Kurznoptation fuer 2a01:0c30:0000:0000:0000:0000:0000:0530 (der zwischenraum zwischen :: wird immer mit Null aufgefuellt um eine Kurzaddresse auf die volle 128 Bit Laenge zu bringen)

Das Problem ist wenn man hier guckt ist dass die IPv4 und die IPv6 DNS Server von O2 sip.alice-voip.de unterschiedlich aufzuloesen scheinen:

user@123-1234567 ~ % dig @62.109.121.2 sip.alice-voip.de

; <<>> DiG 9.10.6 <<>> @62.109.121.2 sip.alice-voip.de
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 39274
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;sip.alice-voip.de.		IN	A

;; ANSWER SECTION:
sip.alice-voip.de.	1511	IN	A	62.52.19.67

;; Query time: 39 msec
;; SERVER: 62.109.121.2#53(62.109.121.2)
;; WHEN: Sat Apr 20 13:46:45 CEST 2024
;; MSG SIZE  rcvd: 62

user@123-1234567 ~ % dig @2a01:c30::531 sip.alice-voip.de

; <<>> DiG 9.10.6 <<>> @2a01:c30::531 sip.alice-voip.de
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15866
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;sip.alice-voip.de.		IN	A

;; ANSWER SECTION:
sip.alice-voip.de.	444	IN	A	62.52.28.195

;; Query time: 38 msec
;; SERVER: 2a01:c30::531#53(2a01:c30::531)
;; WHEN: Sat Apr 20 13:47:04 CEST 2024
;; MSG SIZE  rcvd: 62

Seltsamerweise habe ich mit dem Speedport W921V keine Möglichkeit mehr die Telefonie auf irgendeine Weise zu aktivieren, egal ob mit oder ohne DNS Eintrag. Vielleicht bastelt die Telekom an der Leitung, da bald VDSL zur Verfügung sein sollte (für Telekom Kunden).

Das kommt dann auch fuer Mitbewerber wie O2, vielleicht kommt die Ankuendigung etwas spaeter, aber kommen wird es.

Oha, Dein Router scheint nicht voll IPv6 tauglich zu sein (bzw. dessen SIP-Komponente). Man kann dann als Notnagel IPv6 ausschalten, aber die bessere Loesung ist es IMHO den Router zu reparieren oder auszutauschen… 

Richtige Router (also mit Sicherheit auch Deine Digitalisierungsbox) verwenden selbstverstaendlich auch eine stateful firewall fuer IPv6, und bieten damit aehnliche Sicherheit wie ueber IPv4 (auch da ist der Kern der Sicherheit die statefull firewall und nicht das Masquerading/NAT per se). UNd wer es mag kann natuerlich auch bei IPv6 mit NAT arbeiten… (z.B. wenn man die internen IPv6 Adressen statisch vergeben moechte, einschliesslich des Praefix).

Ob Du (oder ich) IPv6 magst oder nicht, das ist die Zukunft, also eine Mischung aus IPv4 und IPv6 mit Erreichbarkeit von Teilen des Internets nur ueber die eine oder andere Variante.

Ja, momentan ist man mit nur-IPv4 besser dran als mit nur-IPv6, aber das ist keine stabile Situation und es ist absehbar, dass IPv6 immer wichtiger wird (schlicht weil bei IPv4 der Adressraum quasi voll ist).

Genau das ist ein Teil Deines Problems, Du gehst nicht unvoreingenommen an das Preoblem heran, sondern arbeitest mit Heuristiken, wenn Provider-Router A im Netz von A funktioniert hat wird schon alles Regelkonform sein… und uebersiehst, dass Provider A sich vielleicht eine Sonderloesung gestrickt hat… Ich will damit nicht sagen, dass es so sein muss, nur dass ‘Telekom Router hat im Telekomnetz gut funktioniert’ kein sonderlich gutes Argument ist.

Wenn Dir das klar ist eruebrigt sich eigentlich eine weitere Diskussion, was natuerlich Dein gutes Reht ist: Dein Netz, Deine Entscheidungen.

Das ist kein Wunder jedes IPv6 Geraet uebersetzt eine ‘komprimierte Adresse’ in das volle 128 Bit Bitpattern, welches die Adresse darstellt die im IPv6 Header auftauchen muss. Die Kompression ist eigentlich nur eine Gefaelligkeit den Nutzern gegenueber um nicht immer mit den vollen Adressen hantieren zu muessen.

Das zeigt allerdings nur, dass man die SIP-Basis nicht ueber IPv6 DNS Abfragen machen lassen sollte. Und deutet an, dass die O2 IPv6 DNS Server sip.alice.voipe.de nicht so aufloesen wie die IPv4 DNS Server, erklaert aber nicht warum, und ob das mit der Dokumentation uebereinstimmt.

Anderer Punkt:

Im anderen Thread sieht es so aus, als haettest Du den ‘Registration Refresh’ auf 3600 Sekunden, laut O2 gilt aber:

“In case the default P-CSCF is not available the UE chooses the backup P-CSCF for registration purposes as advised by the DNS SRV response. It needs to be mentioned that the procedures described in TS 24.229 subsection 5.1.1.2, 5.1.1.4 and 5.1.2A.1 must be followed in any case for the treatment of SIP timer B, H and F. This means that the UE detects a P-CSCF failure by timed out SIP transactions (even INVITE transaction) in accordance with TS 24.229. The UE shall support and use the TTL as indicated in the DNS SRV response. If the UE is power cycled, the cached DNS responses shall be considered as stale and a new P-CSCF discovery procedure shall be performed, i.e. any old P-CSCF addresses shall be overwritten/replaced. If the UE has tried all P-CSCFs that are known from the last P-CSCF discovery procedure, the UE shall perform a new P-CSCF discovery procedure and shall use the newly received P-CSCF list in exactly the same way as described above, i.e. all previously disabled P-CSCF are valid again if they are part of the new DNS SRV response. Furthermore, the UE shall wait for an implementation specific time between 180 to 480 seconds before attempting a new initial registration.”

Und die TTL ist zumindest bei den IPv4 DNS Servern bei 655 (bei IPv6 bei 2451) Sekunden und damit deutlich unter Deinem Wert. Meine Gigaset Basis hat als Default 180 Sekunden und das (ebenso wie die Keep-Alive Paket alle 20 Sekunden) sehe ich auch in Packetcaptures auf dem WAN Interface meines Routers...

Dein gutes Recht. Ausser dass Du explizit die Verantwortung bei O2 ablaedst… auch das kannst Du machen, aber das beruht bisher auf eher schwachen Indizien.

Ich hoffe Dir entgeht nicht die Ironie hier: De beklagst dass andere Schluesse ueber Deine Intention/Gedanken nur aus dem herleiten was Du hier schreibst, aber diese Einschaetzung basiert darauf, dass Du Intention/Gedanken anderer aus aus dem hier geschriebenen herleitest… Der Punkt ist, etwas anderes bleibt uns gar nicht uebrig… Es waere vielleicht eine Ueberlegung wert Deine Gedanken expliziter zu formulieren, aber selbst dann bleibt immer Unsicherheit in der Interpretation zurueck...

Ich sehe Du willst das ganze per Versuch und Irrtum loesen… Und das obwohl Du beklagst O2 wuerde die SIP Anforderungen nicht richtig dokumentieren, aber die Punkte die explizit dokumentiert sind machst Du halt anders. Kann man tun, aber die Kritik an O2 klingt dann etwas hohl.

Ich bin dann wirklich hier raus, weil ich Dir klar nicht helfen kann und mir das ganze wiederholt zu unfreundlich wird.