O2 SIP-Leitung verliert Registrierung - sip.alice-voip.de

[ElSteph]

Hallo zusammen,
nachdem ich hier im Forum schon sehr viele Anregungen und auch Lösungen gefunden habe stehe ich vor folgender Situation.

Vorhanden ist ein 1783VA mit eingerichteter Telefonie an einem O2 VDSL IP DualStack Anschluß.
SIP Registrar ist sip.alice-voip.de.
Seit einiger Zeit (Telefon wird nur selten benutzt) ist der Anschluß oft relativ kurzer Zeit (halbe bis ganze Stunde) nicht mehr erreichbar, im Lanmonitor steht bei den SIP-Anbietern "Registrierungsversuch".
Die DNS Auflösung von sip.alice-voip.de auf der Kommandozeile des Routers hat nur funktioniert wenn ich den O2 DNS Server explizit mit angegeben habe, d.h.
- dnsquery -d 62.109.121.1 sip.alice-voip.de .
- Antwort z.B.: sip.alice-voip.de: type A, class IN, ttl 20 minutes, 19 seconds, addr 62.53.165.195

Ich habe dann gelesen daß man durch anhängen von ?4 im optionalen Feld "Registrar" erzwingen kann daß die Anfrage nur über IPv4 läuft.
(SIP-Leitungen/Allgemein/Registrar(optional)/sip.alice-voip.de?4 )
(https://www.lancom-systems.de/docs/LCOS ... 6_dns.html)
Leider war dieser Ansatz nicht von Erfolg gekrönt.

Ein Trace auf alles mit SIP + DNS hat ergeben, daß bei der ReRegistrierung oft nicht DNS-IPv4, sondern DNS-IPv6 verwendet wird, jedoch nach dem Neustart generell DNS-IPv4 für die Registrierung der SIP-Leitungen Verwendung findet (so ich die Traces richtig verstanden habe).
Aus meiner Sicht sollte mit dem obigen Ansatz für die SIP-Registrierung mit dem Anhängsel "?4" keine Anfrage mehr via DNS-IPv6 erfolgen.

wenn die SIP Registrierung nicht funktioniert (Anfrage DNS IPv6):
--- schnipp ---
Queries
sip.alice-voip.de: type A, class IN
Authority records
sip.alice-voip.de: type SOA, class IN, ttl 1 hour, 18 minutes, 21 seconds, mname localhost

[DNS] 2024/03/21 22:07:28,889 Devicetime: 2024/03/21 22:07:28,480
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x8d56
Flags: 0x0100 (Standard query, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN

STD SRV for _sip._udp.sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/21 22:07:28,889 Devicetime: 2024/03/21 22:07:28,480 [info] :
create new source map entry for 127.0.0.1
using IPv6 DNS server 2a01:c30::530 on INTERNET
--- schnapp ---





Wenn die SIP-Registrierung funktioniert (Anfrage DNS IPv4)
--- schnipp ---
[DNS] 2024/03/22 12:46:58,517 Devicetime: 2024/03/22 12:46:58,097
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x0e7d
Flags: 0x0100 (Standard query, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN

STD SRV for _sip._udp.sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/22 12:46:58,517 Devicetime: 2024/03/22 12:46:58,098 [info] :
create new source map entry for 127.0.0.1
using IPv4 DNS server 62.109.121.2 on INTERNET

[DNS] 2024/03/22 12:46:58,533 Devicetime: 2024/03/22 12:46:58,116 [info] :
DNS Rx (INTERNET): Src-IP 62.109.121.2, RtgTag 0
Transaction ID: 0x0e7d
Flags: 0x8180 (Standard query response, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN
Answers records
_sip._udp.sip.alice-voip.de: type SRV, class IN, ttl 16 minutes, 21 seconds, priority 20, weight 100, port 5060, target UAGHTT07.sip.alice-voip.de
_sip._udp.sip.alice-voip.de: type SRV, class IN, ttl 16 minutes, 21 seconds, priority 10, weight 100, port 5060, target UAGBER07.sip.alice-voip.de
Additional records
UAGHTT07.sip.alice-voip.de: type A, class IN, ttl 16 minutes, 21 seconds, addr 62.52.28.195
UAGBER07.sip.alice-voip.de: type A, class IN, ttl 16 minutes, 21 seconds, addr 62.53.165.195

[DNS] 2024/03/22 12:46:58,533 Devicetime: 2024/03/22 12:46:58,118
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0xe77e
Flags: 0x0100 (Standard query, No error)
Queries
uagber07.sip.alice-voip.de: type A, class IN

STD A for uagber07.sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/22 12:46:58,533 Devicetime: 2024/03/22 12:46:58,118 [info] :
create new source map entry for 127.0.0.1
using IPv4 DNS server 62.109.121.2 on INTERNET

[DNS] 2024/03/22 12:46:58,533 Devicetime: 2024/03/22 12:46:58,119
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x7bdc
Flags: 0x0100 (Standard query, No error)
Queries
uaghtt07.sip.alice-voip.de: type A, class IN

STD A for uaghtt07.sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/22 12:46:58,611 Devicetime: 2024/03/22 12:46:58,119 [info] :
create new source map entry for 127.0.0.1
using IPv4 DNS server 62.109.121.2 on INTERNET

[DNS] 2024/03/22 12:46:58,642 Devicetime: 2024/03/22 12:46:58,168 [info] :
DNS Rx (INTERNET): Src-IP 62.109.121.2, RtgTag 0
Transaction ID: 0xe77e
Flags: 0x8180 (Standard query response, No error)
Queries
uagber07.sip.alice-voip.de: type A, class IN
Answers records
uagber07.sip.alice-voip.de: type A, class IN, ttl 16 minutes, 21 seconds, addr 62.53.165.195

[DNS] 2024/03/22 12:46:58,642 Devicetime: 2024/03/22 12:46:58,179 [info] :
DNS Rx (INTERNET): Src-IP 62.109.121.2, RtgTag 0
Transaction ID: 0x7bdc
Flags: 0x8180 (Standard query response, No error)
Queries
uaghtt07.sip.alice-voip.de: type A, class IN
Answers records
uaghtt07.sip.alice-voip.de: type A, class IN, ttl 16 minutes, 21 seconds, addr 62.52.28.195

[SIP-Connection] 2024/03/22 12:46:58,642 Devicetime: 2024/03/22 12:46:58,194 [SIP UDP Transport (62.53.165.195:5060)]: Build UDP Registrar Transport

[SIP-Connection] 2024/03/22 12:46:58,642 Devicetime: 2024/03/22 12:46:58,194 [SIP UDP Transport (62.53.165.195:5060)]: Build IP Transport for 62.53.165.195

--- schnapp ---

Ich habe folgende Firmwarestände getestet: 10.50RU11, 10.50RU12, 10.50RU13 und 10.42SU13. Bei allen ist das Verhalten gleich.

Hat jemand im Forum hier eine ähnliche Erfahrung gesammelt oder gar einen Lösungsansatz - den ich im Forum übersehen habe ?

Allen einen guten Start ins Wochenende

[Frühstücksdirektor]

Hallo,

Der Parameter "?4" bedeutet, dass der Host als IPv4 Record aufgelöst werden soll (A-Record). Das sagt nichts darüber aus über welches Transportprotokoll (IPv4, IPv6) die DNS-Auflösung passieren soll.
Es es grundsätzlich kein Problem, dass die DNS-Auflösung über IPv4 oder IPv6 erfolgt, sofern der gleiche DNS-Server verwendet wird.

Verwendest Du den O2-DNS-Server in der Konfiguration die der Provider per PPP/DHCPv6 überträgt oder verwendest du einen anderen, z.B. Google oder so? Wenn du den Google DNS 8.8.8.8 verwendest müsstest du auch den Google IPv6-DNS-Server verwenden, sonst gehen die Anfragen über IPv4 zum Google Server und bei IPv6 zu O2. Die haben nicht notwendigerweise die gleiche "Sicht" auf den DNS.

Leider hast Du den wichtigen Teil im Fehlerfall entfernt:

Nach
using IPv6 DNS server 2a01:c30::530 on INTERNET
--- schnapp ---
Müsste die Antwort kommen.

Nach einem Neustart ist IPv4 schon da, während die Protokollverhandlung von IPv6 wegen DHCPv6 länger dauert. Daher gehen in der Regel DNS-Anfragen nach dem Start am Anfang über IPv4. Soweit normal.

[ElSteph]

Hallo Frühstücksdirektor,
vielen Dank für die schnelle Rückmeldung.
Es werden im Router die von O2 beim Verbindungsaufbau übergebenen DNS Server verwendet.
Vielen Dank für den Hinweis mit "?4" , ich bin davon ausgegangen daß dann der gesamte Prozess (DNS Anfrage und Registrierung...) über IPv4 abgewickelt würde.
"

[DNS] 2024/03/21 22:07:28,889 Devicetime: 2024/03/21 22:07:28,480
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x8d56
Flags: 0x0100 (Standard query, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN

STD SRV for _sip._udp.sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/21 22:07:28,889 Devicetime: 2024/03/21 22:07:28,480 [info] :
create new source map entry for 127.0.0.1
using IPv6 DNS server 2a01:c30::530 on INTERNET

[DNS] 2024/03/21 22:07:28,951 Devicetime: 2024/03/21 22:07:28,504 [info] :
DNS Rx (INTERNET): Src-IP 2a01:c30::530, RtgTag 0
Transaction ID: 0x8d56
Flags: 0x8180 (Standard query response, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN
Answers records
_sip._udp.sip.alice-voip.de: type SRV, class IN, ttl 2 hours, 19 minutes, 52 seconds, priority 0, weight 0, port 5060, target sip.alice-voip.de

[DNS] 2024/03/21 22:07:28,951 Devicetime: 2024/03/21 22:07:28,505
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x2d29
Flags: 0x0100 (Standard query, No error)
Queries
sip.alice-voip.de: type A, class IN

STD A for sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/21 22:07:28,951 Devicetime: 2024/03/21 22:07:28,505 [info] :
create new source map entry for 127.0.0.1
using IPv6 DNS server 2a01:c30::530 on INTERNET

[DNS] 2024/03/21 22:07:28,951 Devicetime: 2024/03/21 22:07:28,523 [info] :
DNS Rx (INTERNET): Src-IP 2a01:c30::530, RtgTag 0
Transaction ID: 0x2d29
Flags: 0x8180 (Standard query response, No error)
Queries
sip.alice-voip.de: type A, class IN
Authority records
sip.alice-voip.de: type SOA, class IN, ttl 1 hour, 18 minutes, 20 seconds, mname localhost

[DNS] 2024/03/21 22:07:29,920 Devicetime: 2024/03/21 22:07:29,524
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x436e
Flags: 0x0100 (Standard query, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN

STD SRV for _sip._udp.sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/21 22:07:29,920 Devicetime: 2024/03/21 22:07:29,524 [info] :
create new source map entry for 127.0.0.1
using IPv6 DNS server 2a01:c30::530 on INTERNET

[DNS] 2024/03/21 22:07:29,983 Devicetime: 2024/03/21 22:07:29,542 [info] :
DNS Rx (INTERNET): Src-IP 2a01:c30::530, RtgTag 0
Transaction ID: 0x436e
Flags: 0x8180 (Standard query response, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN
Answers records
_sip._udp.sip.alice-voip.de: type SRV, class IN, ttl 2 hours, 19 minutes, 51 seconds, priority 0, weight 0, port 5060, target sip.alice-voip.de

[DNS] 2024/03/21 22:07:29,983 Devicetime: 2024/03/21 22:07:29,543
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0xed56
Flags: 0x0100 (Standard query, No error)
Queries
sip.alice-voip.de: type A, class IN

STD A for sip.alice-voip.de
Not found in local DNS database => forward to next server

[DNS] 2024/03/21 22:07:29,983 Devicetime: 2024/03/21 22:07:29,543 [info] :
create new source map entry for 127.0.0.1
using IPv6 DNS server 2a01:c30::530 on INTERNET

[DNS] 2024/03/21 22:07:29,983 Devicetime: 2024/03/21 22:07:29,561 [info] :
DNS Rx (INTERNET): Src-IP 2a01:c30::530, RtgTag 0
Transaction ID: 0xed56
Flags: 0x8180 (Standard query response, No error)
Queries
sip.alice-voip.de: type A, class IN
Authority records
sip.alice-voip.de: type SOA, class IN, ttl 1 hour, 18 minutes, 19 seconds, mname localhost

[DNS] 2024/03/21 22:07:30,967 Devicetime: 2024/03/21 22:07:30,562
DNS Rx (intern): Src-IP 127.0.0.1, RtgTag 0
Transaction ID: 0x2e29
Flags: 0x0100 (Standard query, No error)
Queries
_sip._udp.sip.alice-voip.de: type SRV, class IN
"
und wie ist es zu bewerkstelligen daß alles über IPv4 abgewickelt wird, denn ich meine an anderer Stelle gelesen zu haben daß das mit IPv6 und SIP bei sip.alice-voip.de noch nicht funktioniert.


Vielen Dank

[Frühstücksdirektor]

So wie es aussieht, funktioniert die DNS-Auflösung für O2 VoIP nicht beim O2 IPv6-DNS-Server. Das ist ein Fehler bei O2.

Da kann man aber durch Konfiguration Abhilfe schaffen

Möglichkeiten:
1) Nur DNS-Auflösungen für die Domain *.sip.alice-voip.de an den IPv4 DNS-Server senden:
Unter Konfiguration->DNS->Allgemein->Weiterleitungen eine Eintrag in die Tabelle anlegen:
Domäne: *.alice-voip.de
Rtg-Tag 0 (oder was auch immer du bei INTERNET hast)
Gegenstelle: der DNS-Server der auch funktioniert, d.h. vmtl. die 62.109.121.2

2) Statt Domäne *.alice-voip.de alle Auflösungen dahin schicken mit dem Eintrag *

Man muss nur aufpassen, dass sich der DNS-Server in Zukunft nicht ändert.
Damit bekommst du, was du möchtest.

[ElSteph]

Hallo Frühstücksdirektor,
das mit der DNS Auflösung kann ich nur erneut bestätigen.
Im folgenden Test habe ich die übergebenen DNS Server aus der PPP Verbindung verwendet.

IPv6
> dnsquery -d 2a01:c30::531,2a01:c30::530 sip.alice-voip.de
DNS result:
===========
name/domain not found

IPv4
> dnsquery -d 62.109.121.2,62.109.121.1 sip.alice-voip.de
DNS result:
===========
sip.alice-voip.de: type A, class IN, ttl 28 minutes, 25 seconds, addr 62.53.165.195

Generell scheint die DNS Auflösung via IPv6 DNS Server zu funktionieren, siehe.
> dnsquery -d 2a01:c30::531,2a01:c30::530 lancom-systems.de

DNS result:
===========
lancom-systems.de: type A, class IN, ttl 1 hour, addr 176.9.82.168
lancom-systems.de: type AAAA, class IN, ttl 1 hour, addr 2a01:4f8:151:2

Ich habe den Eintrag bei DNS Weiterleitungen eingepflegt - und melde mich, so es nicht wieder einen Abbruch gibt, nach dem Wochenende.

Vielen Dank für die prompte Unterstützung & ein schönes Wochenende aus Stuttgart.

[Dr.Einstein]

Denk bei denen Tests daran, dass du kein A-Record suchst, sondern SRV:

Code: Alles auswählen

nslookup -q=SRV _sip._tcp.sip.alice-voip.de 2a01:c30::530
nslookup -q=SRV _sip._tcp.sip.alice-voip.de 62.109.121.2

Ich selbst kanns nicht auflösen, da SRV von den O2 Servern nur intern funktioniert. Bei Telekom schaut das z.B. so aus:

Code: Alles auswählen

nslookup -q=SRV _sip._tcp.reg.sip-trunk.telekom.de 8.8.8.8
Server:  dns.google
Address:  8.8.8.8

Nicht autorisierende Antwort:
_sip._tcp.reg.sip-trunk.telekom.de      SRV service location:
          priority       = 30
          weight         = 0
          port           = 5060
          svr hostname   = do-ipr-b03.edns.t-ipnet.de
_sip._tcp.reg.sip-trunk.telekom.de      SRV service location:
          priority       = 10
          weight         = 0
          port           = 5060
          svr hostname   = k-ipr-a03.edns.t-ipnet.de
_sip._tcp.reg.sip-trunk.telekom.de      SRV service location:
          priority       = 20
          weight         = 0
          port           = 5060
          svr hostname   = k-ipr-a04.edns.t-ipnet.de

Deinem Output zufolge gibt der O2 eigene DNS Server keine SRV Einträge für die internen SIP Server zurück. Bedeutet für mich, dass O2 keine VoIP Architektur auf v6 Ebene hat. Da das LCOS aber eine (negative) Antwort bekommt, wird kein 2. DNS Server versucht. O2 behandelt ihren eigenen v6 DNS Server wie einen komplett externen Server wie google:

Code: Alles auswählen

nslookup -q=SRV _sip._tcp.sip.alice-voip.de 8.8.8.8
Server:  dns.google
Address:  8.8.8.8

*** _sip._tcp.sip.alice-voip.de wurde von dns.google nicht gefunden: Non-existent domain.

[ElSteph]

Hallo Dr.Einstein,
vielen Dank für den Hinweis.
Von Windows:
> nslookup -q=SRV _sip._tcp.sip.alice-voip.de 62.109.121.2
Server: dns4.telefonica.de
Address: 62.109.121.2
*** _sip._tcp.sip.alice-voip.de wurde von dns4.telefonica.de nicht gefunden: Non-existent domain.

Vom LC:
> dnsquery -d 62.109.121.2 -tsrv _sip._tcp.sip.alice-voip.de
DNS result:
===========
name/domain not found

das sieht etwas mager aus ! ?

Ich hatte den Ansatz von Frühstücksdirektor umgesetzt und seither keine Ausfälle der Telefonie / Registrierung mehr beobachtet.

Ich habe am 23.3.2024 bei O2 noch wegen der fehlenden Auflösung via IPv6 DNS Server ein Ticket eröffnet. Heute (25.3.2024 8:16) wurde auf Nachfrage mitgeteilt dass es noch in Bearbeitung sei.
Ich werde über die O2-Rückmeldung berichten.

[ElSteph]

Nur zur Ergänzung:
In der Zwischenzeit hatte ich einige Telefonate und Chats mit unterschiedlichen Leuten aus dem Supportbereich von O2.
-Die Ergebnisse reichen von
"bei unseren Tests hat alles funktioniert" über
"die DNS-IPv6 Server müssen keine IPv4 Adressen auflösen" oder
"haben sie schon einen Werksreset vom Router gemacht?" zu,
"naja wir können Ihnen nur noch einen Techniker vor Ort schicken...".
...
Test mit einer Fritzbox Firmwarestand 7.80
Nach dem Einrichten des Internetzugangs schiebt der Provider die Einstellungen für die Telefonie automatisiert hoch - AVM gibt im Prozess nicht die Möglichkeit TR-069 abzuschalten.
Wie sich herausstellt wird als Standard DNS Server einer mit IPv4 geladen.
Ferner gibt es bei den Rufnummern unter anderen die Möglichkeit den Internettelefonie-Anbieter nur über IPv4 anzubinden, und dies ist auch vorausgewählt. Stellt man diese Option auf IPv6, funktioniert die Telefonie nicht mehr.

Ich habe beschlossen die Behelfslösung so zu belassen anstatt noch weitere Stunden voraussichtlich ergebnislos in den Austausch mit dieser Hotline zu stecken.

Ich bedanke mich bei allen die sich beim Thema engagiert haben und vielleicht helfen dem Einen oder Anderen diese Zeilen weiter ...

[ElSteph]

Nachtrag:
Auf meine Frage beim letzten Gespräch welche Möglichkeiten der Eskalation bestünden bekam ich die Antwort, daß ich da nichts machen könne ...