Hallo,
da ich seit einiger Zeit vor exakt dem gleichen Problem stehe, würde ich gerne an diesen Thread anknüpfen.
Zunächst stellt sich die Frage, wieso die Fehlermeldung bleibt, obwohl die Reverse-Abfrage entfernt wurde? Das erscheint mir ein Widerspruch zu sein.
Meine zweite Frage wäre, wie hast Du die Abfrage entfernt?
Ich persönlich habe zur Lösung des Problems folgendes versucht:
Wie von Easybell empfohlen, habe ich die Registrierung nicht mittels Hostname, sondern IP-Adresse versucht:
Code:
0049xxxxxxxxxxxx:PASSWORD@[2001:4090:4008::124]/0049xxxxxxxxx
Während dieses Vorgehen bei SIPGate anstandslos funktioniert, bekomme ich bei Easybell folgende Meldung:
Code:
Forbidden - wrong password on authentication for REGISTER for '0049xxxxxxxxxx' to '[2001:4090:4008::124]'
Edit: Das ist allerdings irreführend. Wahrscheinlich sieht Asterisk nur ein 403 und interpretiert diesen Code selbständig als Passwort-Fehler. Wenn ich mir die von Easybell kommenden SIP-Pakete mittels Packetsniffer anschaue, lautet die darin im Klartext enthaltene Fehlermeldung nämlich "403 Domain not served here".
Meine nächste Idee war Asterisk das zu geben was es sehen will. Dazu habe ich im DNS-Server meines Routers einen entsprechenden statischen DNS-Eintrag vorgenommen, und den Registrierungsstring entsprechend geändert in:
Im Prinzip sollte das eigentlich funktionieren, denn "host" liefert das gewünschte Ergebnis:
Code:
host 2001:4090:4008::124
4.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.0.0.4.0.9.0.4.1.0.0.2.ip6.arpa domain name pointer ipv6.sip.easybell.de.
Doch Asterisk gibt wieder die bekannte Fehlemeldung:
Code:
[2015-12-06 13:31:47] ERROR[797][C-0000000c]: netsock2.c:303 ast_sockaddr_resolve: getaddrinfo("2001:4090:4008::124", "(null)", ...): Address family for hostname not supported
[2015-12-06 13:31:47] WARNING[797][C-0000000c]: chan_sip.c:10955 process_sdp_c: Unable to lookup RTP Audio host in c= line, 'IN IP4 2001:4090:4008::124'
[2015-12-06 13:31:47] WARNING[797][C-0000000c]: chan_sip.c:10516 process_sdp: Insufficient information in SDP (c=)...
Eigentlich ist das ja obsolet, denn ich könnte im Registrationstring auch mit sip1.easybell.de als Registrar arbeiten, denn:
Code:
host sip1.easybell.de
sip1.easybell.de has address 212.172.97.118
sip1.easybell.de has IPv6 address 2001:4090:4008::124
und
host 2001:4090:4008::124
4.2.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.8.0.0.4.0.9.0.4.1.0.0.2.ip6.arpa domain name pointer sip1.easybell.de.
Doch auch hier erfolgt die gleiche Fehlermeldung. Es liegt also meines Erachtens nicht an Easybell, und nicht an einem fehlenden reverse-DNS-Eintrag, sondern an einem grundsätzlichen Fehler in Asterisk in der Funktion netsock2. Aber es kann doch nicht sein, daß das niemand bemerkt hat.
Habe ich irgendwas übersehen?
Um eventuellen Fragen vorzubeugen, ja IPv6 via SIPGATE funktioniert einwandfrei.
Asterisk 13.2.0 ohne PJSIP
FreePBX 12.0.76.2