das klingeln am Parallelanschluss

Problem ist IMHO zum Teil das Gleiche wie dieses hier:
http://www.ip-phone-forum.de/showpost.php?p=843634&postcount=1
Allerdings gab es da IMHO zwei getrennte Fehler mit dem gleichen Symptom:

1. bei einem Account, einem SIP Client trat gelegentlich kein Klingeln fuer den Anrufer auf. In letzter Zeit nicht mehr festgestellt, keine Ahnung ob dies noch vorkommt.

2. bei Weiterleitung auf 2. Account, um 2ten SIP Client zu nutzen, bleibt ebenfalls das Klingeln fuer den Anrufer aus, hier aber sehr regelmaessig (manchmal klappt es, ab und zu gibt es nur ein Klingeln). Support sagt, dass Rufweiterleitung/Parallel-Call halt experimentelle Features seien. Support-Ticket wurde mit "Erfolgreich geschlossen" beantwortet, was ich fuer Augenwaescherei halte.

Von daher bist Du nicht alleine mit dem Fehler. Nur was nutzt dieses Wissen, wenn dus.net dies seit Einfuehrung des Parallelcalls nicht gebacken kriegt?

Gruß,
TSCoreNinja

Die dus.net - Technik weiß um dieses Problem, nur derzeit ist keine Lösung in Sicht.
Das ändert sich evtl. in dem Moment, wo die geplante Trennung von Parallelcall - Weiterleitung und Mailbox vorgenommen wird.
Das neue Webinterface dafür ist schon in Arbeit.
Euer Ebi

Das ist auch "Quatsch", man muß ja schließlich eine Entwickelung auch im normalen Betrieb erforschen können, da man sonst nie auf Fehler stößt.
Zudem funktioniert ja der PR, nur eben nicht bei allen, dieses Phänomen muß analysiert werden.
Ich finde, daß wir User eine Entwicklung nur vorantreiben können, wenn wir auf auftretene Fehler aufmerksam machen, was wohl in diesem Fall Sinn und Zweck war.
Euer Ebi

wilderebi schrieb:

Zudem funktioniert ja der PR

Zum Vergrößern anklicken....

Die PR funktioniert gut, ja...

SCNR

Lieber Ebi,

als einstmals sehr zufriedener (seit Jahresbeginn ein "leider-immer-noch") Kunde von dus.net kann ich nur sagen, dass sie den Bogen ziemlich überspannt haben, und ich eigentlich nur noch aus Trägheit/Hoffen auf die Zukunft Kunde sind.

Die dus.net - Technik weiß um dieses Problem, nur derzeit ist keine Lösung in Sicht.

Zum Vergrößern anklicken....

Warum kommuniziert man dies nicht direkt an die Kunden, sondern macht unbedarfte Benutzer weiterhin zu Beta-Testern? Auch wenn sich das Eingeständnis von Problemen sicherlich schlechter macht als die Pressemeldung, mit denen man dieses tolle neue Feature herausposaunt hat.

Ganz zu schweigen davon, dass dus.net die unzureichend ausgetestete Technik direkt verwendet hat, um bestehende Features abzulösen (Verteilung eingehender Rufe auf mehrere Accounts), und somit für manche Nutzer eine Verschlechterung des Leistungsumfangs eingetreten ist. Gleichzeitig hat man es bei der Umstellung dem Kunden überlassen, dass er merkt, dass seine Konfiguration auf einmal nicht mehr funktionierte und Änderungen im Kundenmenue nötig sind.

Zudem funktioniert ja der P[arallel]R[uf]

Zum Vergrößern anklicken....

Manchmal. Aber eben nicht stabil, und hat somit in einem produktiven System aus meiner Sicht definitiv nichts verloren. Was man bei intensiveren Tests sicherlich hätte merken können.

nur eben nicht bei allen, dieses Phänomen muß analysiert werden.

Zum Vergrößern anklicken....

Weswegen man auch Mitschnitte des Netzwerkverkehrs ignoriert, die die Aussage des eigenen Supports in Frage stellen ("Ihr Gerät schickt kein Klngelzeichen an unsere Server").

Und irgendwie finde ich 3 Monate reichlich lang fürs Analysieren. Ach, sorry, so lang auch wieder nicht, hab ja vergessen, dass man einen Grossteil der Zeit vermutlich gar nicht analysiert, sondern erst einmql dem Kunden die Probleme in die Schuhe geschoben hat.

Wenn hier enttäuschte Kunden ihrem Unmut Luft machen, hat sich das dus.net aus meiner Sicht in etlichen Punkten selbst zuzuschreiben. Evt. sollten sie ihre Kundenkommunikation überdenken und die Problemberichte ernster nehmen/Konsequenzen ziehen. Deine Postings und Dein Verständnis für dus.net hier im Forum in allen Ehren, aber Du solltest mal darüber nachdenken, woher der hier geäusserte Unmut stammt.

Auch hoffe ich, dass mein Verdacht unbegründet ist, Deine Postings hier im Forum gehören zu dieser Kundenkommunikation mit dazu. Einiges von dem, was Du hier sagst, hätte ich nämlich lieber direkt vom Support gehört, z.B. als Antwort auf meine Tickets, als hier als vages Gerücht.

Ich kenne die von Dir genannten "Probleme" auch, höre sehr viel und äußere mich dann dazu, nur bin ich immer noch von dus.net überzeugt, weil ich einen Großteil der hier genannten Phänomene nicht habe, es funktioniert bei mir zu 98% .
Ich telefoniere fast ausschließlich über dus.net, nutze sowohl den Parallelcall, als auch die Weiterleitung und den AB, das funktioniert bei mir!
Ich gehöre auch zu den vielen Fritz Box Usern, habe aber überhaupt keine Probleme, selbst die Faxgeschichte funktioniert hier sehr gut.
Deshalb entschuldige bitte, daß ich mich ein wenig für dus.net einsetze.
Euer Ebi

Wer weiß, wie der Support das meinte, vielleicht ließ sich von dem Supporter zu der Zeit das Problem nicht nachstellen?
Daß es damit einige Schwierigkeiten gibt, wird auch keiner leugnen, die Vermutungen beruhen ja auf BT.
Denn wie Deine Versuche ja auch gezeigt haben, kann das Problem nicht intern liegen.
Euer Ebi

Vielleicht braucht die Technik bei BT etwas, bis sie den Rufton realisiert?
Das Quentchen Zeit wird durch die Zeiteinstellung vielleicht gewährt und verbleibt im Falle einer sofortigen Weiterleitung eben nicht.
Wäre auch eine Vermutung.
Aber das ist alles Spekulation, zumal das bei mir sogar funktioniert, somit müssen da auch noch andere Faktoren eine Rolle spielen.
Euer Ebi

Sagmal morgi,

willst du den fehler eigentlich behoben haben oder nur stänkern? Mehrere Leute hier die den Thread noch beachten ( ich eingeschlossen ) haben keine Fehler mit dem Parallel-Ruf. Ich nutze Festnetzrufnummer auf 3 SIP-Accounts , nach 40 Sekunden auf Mobilfunknummer. Freizeichen immer am PSTN und auch von Mobil im Ausland keine Klagen.

Meine verwendete Hardware siehe unten.

Setze dich doch mal mit der Technik von dus.net auseinander. Aber nicht unbedingt per langwieriger E-Maildiskussion. Wenn ich ein Problem (meistens hausgebacken) habe rufe ich dort an und fertig.

Mein Fazit aus Morgi's Bericht: der eine Support-Mitarbeiter weiss nicht, was der andere schreibt, und insbesondere funktioniert die Kommunikation zwischen Support und Technik anscheinend nicht sonderlich gut. Auch die Reaktionszeit ist nicht sonderlich toll.

Was sich 100% mit meinen Erfahrungen deckt, bei mehr oder minder dem gleichen Problem (Unterschied: Parallelruf auf 2 interne Accounts, und nur gelegentlichem Auftreten). Wobei ich mir nicht sicher bin, das in meinem Fall überhaupt jemand aus der Technik sich dies genauer angeschaut hat, da die Tickets immer extrem schnell geschlossen wurden, und ich das magische "ich gebe dies mal an die Technik" bisher noch nicht als Antwort bekommen habe.

@Morgi, mir wurde jetzt noch mitgeteilt, dass es daran liegt, dass 2 Orts-Rufnummern auf den selben Account geroutet sind. Vielleicht ist dies ja auch bei Dir der Fall? Ob es hilft, weiss ich nicht, ehrlich gesagt habe ich wenig Lust/Zeit, weiter mit unklarem Nutzen an meinem Telefon herumzubasten, und habe derzeit die Anrufe halt nur auf einen Account geroutet.

wilderebi schrieb:

Vielleicht braucht die Technik bei BT etwas, bis sie den Rufton realisiert?
Das Quentchen Zeit wird durch die Zeiteinstellung vielleicht gewährt und verbleibt im Falle einer sofortigen Weiterleitung eben nicht.

Zum Vergrößern anklicken....

Was bitte willst Du mit solchen Mitteilungen erreichen?
1. für den Kunden ist es sch*** egal, warum dies nicht klappt. Und die Hauptaussage von Morgi's Post war wohl eher die Widersprüchlichkeit der Aussagen des Supports.

2. entweder Du hast Insider-Wissen (dann gib es bitte endlich zu), oder aber Du übst Dich lediglich in wilden Spekulationen (daher Dein Nick?), die im Zweifelsfall eher schädlich denn nützlich sind, da unter Umständen völlig daneben. Schliesslich widerspricht sich nicht nur der Support selbst, sondern auch Deine früheren Aussagen mit der letzten Mitteilung des Supports ("bekannt" versus "nicht reproduzierbar").

3. zum Inhalt Deiner Aussage, der SIP Standard definiert sog. "State Machines" für den Aufbau einer Verbindung, die genau die von Dir geschilderten Zeitabhängigkeiten ausschliessen. Hier wird genau bestimmt, wann welche Ereignisse/Meldungen auftreten dürfen. Ein Mitschnitt des Netzwerkverkehrs sollte im Fehlerfalle ausreichen, um den Schuldigen zu bestimmen. Mir nicht begreiflich, warum dies nicht längst gemacht wurde.

Gruß,
TSCoreNinja

tscoreninja schrieb:

@Morgi, mir wurde jetzt noch mitgeteilt, dass es daran liegt, dass 2 Orts-Rufnummern auf den selben Account geroutet sind. Vielleicht ist dies ja auch bei Dir der Fall? Ob es hilft, weiss ich nicht, ehrlich gesagt habe ich wenig Lust/Zeit, weiter mit unklarem Nutzen an meinem Telefon herumzubasten, und habe derzeit die Anrufe halt nur auf einen Account geroutet.

Zum Vergrößern anklicken....

Nachtrag: Ich kann das Basteln leider nicht lassen, auch wenn ich eigentlcih anders tun sollte. Hab es jetzt doch noch einmal ausprobiert. Und siehe da, auch wenn nur eine Nummer auf den Account geroutet ist, bleibt entgegen des Tipps des Supports derzeit leider das Klingeln beim Anrufer weg, und zwar mehrfach reproduzierbar (getestet via E-Plus-Handy).

Hab mein zugehöriges Ticket erneut geöffnet, also abwarten und Tee trinken (bei dem Wetter eh das Beste).

Also, erstens habe ich genauso spekuliert wie Ihr alle, zweitens lautet die Antwort "ja", bei mir funktioniert es!
Drittens habe ich Insiderwissen, antworte aber nicht offiziell für Dus.net, das machen die schon selbst, wie Du sicherlich ja schon gesehen hast.
Viertens ist die Kommunikation zwischen Support und Technik etwas langwieriger, da ja die Technik eine Menge zutun hat und nicht gleich auf jede Weiterleitung des Supports sofort reagieren kann, denn da arbeiten keine 30 Leute.
Und zu guter Letzt, es gibt teilweise eine Schwierigkeit mit dem Anrufton beim PR, aber es ist leider auch hardwareabhängig.
Diese initiiert ja erst ein Ringing am Server, tut sie das nicht, kann auch kein Rufton entstehen.
Somit gibt es mehrere Faktoren, die dafür verantwortlich sein könnten, ich mache dann immer mal ein Test mit einem softphone, dann weiß ich größtenteils, ob es auch an der Hardware liegt.
Vielleicht ändert sich das auch bald, Dus.net schläft ja nicht und arbeitet immer an Lösungen, nur die fallen nicht vom Himmel.
Euer Ebi