SPA-2102 Eingehende Anrufe nicht möglich

Hallo miniulmer,
das klingt sehr stark nach einem registrierungs- oder NAT- Problem.
Also entweder verfällt Deine Registrierung beim Provider, weil Dein Registrierungsintervall zu lange ist (Reg. expires). Oder Dein Router verwirft die Adresse des SPA in seiner Weiterleitungstabelle und dann werden eingehende SIP-Anfrage einfach ignoriert.
Probiere mal NAT-keepalive zu aktivieren. Je nach Router sollten 30-300 sec. genügen. Je länger das Intervall, desto weniger traffic verursachst Du, falls das ein Thema für Dich ist. Als NAT-keepalive message reicht ein leeres Feld. Wenn Du unmittelbar vor ablaufen des keepalive Intervalls noch erreichbar bist (test per handy, abheben nicht nötig), ist es ok, bzw. Du könntest probieren, das Intervall noch etwas zu strecken.

Die Registrierung sollte nicht mehr als eine Stunde sein (=3600), manche Provider verlangen auch deutlich kürzere Intervalle: Nachfragen oder austesten.

Eine Alternative zum NAT-keepalive wäre die Verwendung eine STUN-Servers. Achtung: Beides zugleich hat bei mir zu Problemen geführt, also: entweder-oder.

Hallo miniulmer,
das Registrierungsintervall stellst Du bei den line settings ein unter "Register expires". Das steht laut screenshot auf 1800 (=sec. also eine halbe Stunde), das kannst Du vorerst mal so lassen.
Das NAT keepalive intervall findest Du unter "SIP" ganz unten: "NAT keepalive interval". Nur dort kannst Du das Intervall einstellen. Nimm zu Beginn mal 60, wenn das funktioniert, kanst Du in 30er Schritten steigern, bis es nicht mehr geht.
"NAT keepalive msg" kann ein leeres Feld sein, bei "NAT keepalive Dest" muß "$PROXY" stehen (ohne die Anführungszeichen)
"NAT mapping enable" kannst Du versuchsweise auch mal ausschalten (bei mir ging's auch ohne)

Hier findest Du eine ganze Sammlung an settings, auch für 1&1, die wichtigsten Parameter für Dich habe ich oben erwähnt, den Rest kannst Du dort vergleichen, dann sollte es funktionieren.

Falls es doch nicht geht: meine Erfahrung ist, wenn NAT-keepalive und STUN zugleich aktiviert sind, verusacht das Probleme, also ich verwende entweder STUN oder NAT keepalive.

Hmm, wenn Du wirklich genau nach spakonfig.de konfiguriert hast, kann ich mir nicht erklären, warum ich da schon beim schnellen Überfliegen der Einstellungen einige Unterschiede sehen kann.
Laut spakonfig sollte "Use Auth ID" nicht aktiviert sein, bei Dir ist es das schon (was zum Beispiel eine Registrierung verhindern kann), NAT keepalive Dest war nicht korrekt übertragen (nämlich gar nicht, wodurch NAT keepalive gar nicht erst funktionieren kann).
Vergleiche noch mal ganz genau und pingelig.
Wie gesagt, wenn es jetzt gar nicht mehr geht, hast Du wahrscheinlich ein NAT keepalive / STUN Problem, deaktiviere eine der beiden Funktionen.
STUN ist auch unter SIP settings unten zu schalten "STUN enable" und "STUN test enable".

Ein keepalive interval von 10 sekunden ist sehr kurz (funktioniert dafür aber sicher). Ich weiß nicht, wieviel traffic volumen bei einem DSL6000-Paket inkludiert ist, ein 10 Sekunden Intervall verursacht jedenfall einen Menge traffic, selbst wenn die "Message" leer ist.

Überprüfe noch mal Deine Einstellungen und probiere vor allem STUN ein/aus, NAT keepalive ein/aus und beides ein/aus.
Ob Du erfolgreich registriert bist, siehst Du auf der Statusseite. Wenn sich das Gerät nach einer Änderung der settings neu startet, steht manchmal zuerst "Not registered" oder gar nix, dann noch mal den "refresh" button am browser drücken.

Wenn Du weiterhin massive Probleme hast, brauchen wir auch infos zu Deiner hardware-Umgebung, am besten wäre sowieso, Du legst dir eine Forum-Signatur zu.

Hallo miniulmer,
schön, daß sich die Situation gebessert hat!
Ich hoffe, ich bin Dir mit meinem kritischen Tonfall vorher nicht auf die Zehen gestiegen (den Eindruck habe ich aber ohnehin nicht); es geht mir nicht darum, jemanden bloßzustellen, sondern Fakten aufzuzeigen, das kommt manchmal etwas streng rüber, sorry dafür.
Daß ein SPA gelegentlich bei gleichen settings ein unterschiedliches Verhalten zeigt (bzw. umgekehrt) kenne ich auch. Diese Kistchen haben ein gewisses Eigenleben. Wenn Du ganz sicher sein willst, daß veränderte Settings auch dauerhaft funktionieren, nimm das gerät vom Netz (am besten über Nacht) und wenn es danach noch immer dasselbe tut, hast Du sehr gute Chancen, daß das auch so bleibt und der ATA nicht eines Tages, wie aus heiterm Himmel den Dienst versagt (solche Anfragen kommen immer wieder hier herein)

Die Erreichbarkeit kannst Du jetzt austesten, indem Du, kurz vor Ablaufen der Registrierung (falls noch immer 1800 entspricht das einer halben Stunde) einen Aunruf vom mobil aus tätigst (oder Dich anrufen läßt). Wichtig: Innerhalb dieser halben Stunde solltest Du selbst keine ausgehenden Gespräche geführt haben.

Viel Erfolg!

OK, danke für die Beschreibung.
Die Situation kommt mir irgendwie bekannt vor...
Erstmal: Daß das überhaupt funktioniert, finde ich schon mal leicht verwunderlich (wenn auch erfreulich), immerhin sitzt Du hinter einer FritzBox und zwei weiteren Netzwerkgeräten. Kein Wunder, daß es da schwierig bis unmöglich ist, Dich so ohne weiters von außen zu erreichen.
Hast Du auch mit NAT mapping enable experimentiert? Vielleicht hilft's ja etwas.

Aber letztlich läuft das wohl auf zwei Szenarien heraus: Du könntest durch eine testreihe herausfinden, was die maximale zeit ist, in der Du erreichbar bist und das Registrierungsintervall entsprechend anpassen (keepalive scheint hier nicht mehr wirklich zu wirken), was aber eine Mange traffic verursacht,
oder aber (bzw. wenn es weiterhin fehlerhaft bis gar nicht funktioniert) Du mußt Dich mit dem Thema port forwarding (port Weiterleitung) auseinandersetzen, da verweise ich dich aber auf die suchfunktion hier im forum, das wurde schon sehr oft erklärt.
Nur so viel vorab: Du mußt sicherstellen, daß sowohl der SIP-port (in Deinem Fal 5065, wenn ich nicht irre) und die RTP (=audiostream) ports von außen permanent erreichbar sind. Die RTP ports (in den SIP settings zu finden) sind standardmäßig auf den Bereich 16384 bis 16482 festgelegt, so viele müssen es aber nicht sein, es gibt user hier im Forum, die haben das auf 10 ports reduziert und es geht sehr gut.
Wie Du diese Weiterleitung im detail durchführst, kann ich Dir leider auch nicht erklären, weil ich es erstens selbst noch nie benötigte (bei mir ging es bisher immer ohne) und zweitens kenne ich Deine Netzwerkgeräte nicht. Aber hier im Forum bzw im wiki findest Du dazu sicher genug information.

Laß und wissen, wie es vorangeht!

Hallo miniulmer,
nein, die ports, die Du freischalten mußt, sind genau die, die ich im post#11 angegeben habe. Die Angaben aus Deinem link sind für das 1&1 softphone, Du betreibst jedoch einen ATA. Das hat leider nix miteinander zu tun.
Nachdem Du hinter drei Netzwerkgeräten sitzt, mußt Du die ports in jedem einzelnen weiterleiten. Von der Fritzbox zum ersten D-Link, von dem zum zweiten und vom zweiten zu Deinem SPA. Jeweils die IP adresse des nachfolgenden Geräts angeben.

(Falls ich jetzt ganz falsch liege, bitte ich jemanden der Experten mir laut und deutlich zu widersprechen)

Bist Du mit diesem Reg-Interval von außen dauerhaft erreichbar?

Hi miniulmer,

Ehrlich gesagt, ich hab nicht genug Ahnung bezüglich der D-Links;
bleibt noch die Fritzbox, dort ist portweiterleitung möglich und wahrscheinlich auch hilfreich.

Hallo,

alles, was funktioniert, ist prinzipiell ok. Wenn also eingehende Anrufe durchkommen ist es auf jeden Fall ok.

Ich würde mir (wenn ich die Anlage selbst installierte) überlegen, die Postionen des WLAN-Routers und des SPA zu tauschen. Da ja der 2102 auch einen Router eingebaut hat, sollte dies ohne größeres Problem möglich sein und es bringt Dir zwei Vorteile:
°Eingehende Anruf-Signalisierungen müssen ein Netzwerkgerät weniger passieren.
°Du könntest QoS / Traffic shaping im 2102 einstellen, dann werden VoIP-Pakete bevorzugt behandelt, was der Gesprächsqualität im Falle des Falles dienlich ist.

Ist, wie gesagt, nur meine perönliche Überlegung.