voipalex
Mitglied
- Mitglied seit
- 18 Okt 2004
- Beiträge
- 319
- Punkte für Reaktionen
- 0
- Punkte
- 16
Habe jetzt die Ursache gefunden - diesmal wirklich! ;-)
Erklärung an einem Beispiel:
- Wir wollen beispiel.dyndns.org (entspricht der IP 123.123.123.123) anrufen
- Asterisk versucht beim Direct IP Call einen SIP-Proxy zu ermitteln. Dazu sucht es per DNS nach _sip._udp.beispiel.dyndns.org
- Findet Asterisk diesen nicht, dann wird direkt nach beispiel.dyndns.org gesucht und die Verbindung klappt.
- Hat der Freund, den man unter beispiel.dyndns.org erreichen möchte bei dyndns auf "enable wildcard" geklickt, so werden alle host names, die mit beispiel.dyndns.org enden zu der IP 123.123.123.123 aufgelöst. Beispielsweise werden blabla.beispiel.dyndns.org und _sip._udp.beispiel.dyndns.org zu 123.123.123.123 aufgelöst. Das sollte aber nicht passieren, den sonst gibt es die weiter oben geschilderten Probleme.
Entfernt man auf der dyndns-Homepage das Häkchen bei "enable wildcard" funktioniert alles tadellos auch wenn srvlookup=yes
Erklärung an einem Beispiel:
- Wir wollen beispiel.dyndns.org (entspricht der IP 123.123.123.123) anrufen
- Asterisk versucht beim Direct IP Call einen SIP-Proxy zu ermitteln. Dazu sucht es per DNS nach _sip._udp.beispiel.dyndns.org
- Findet Asterisk diesen nicht, dann wird direkt nach beispiel.dyndns.org gesucht und die Verbindung klappt.
- Hat der Freund, den man unter beispiel.dyndns.org erreichen möchte bei dyndns auf "enable wildcard" geklickt, so werden alle host names, die mit beispiel.dyndns.org enden zu der IP 123.123.123.123 aufgelöst. Beispielsweise werden blabla.beispiel.dyndns.org und _sip._udp.beispiel.dyndns.org zu 123.123.123.123 aufgelöst. Das sollte aber nicht passieren, den sonst gibt es die weiter oben geschilderten Probleme.
Entfernt man auf der dyndns-Homepage das Häkchen bei "enable wildcard" funktioniert alles tadellos auch wenn srvlookup=yes