Thread: |
|
Bei welchem Provider ist die Callback-auslösende Nummer? Evtl. kann die Eingabe als 0160..... statt 0049160..... Abhilfe schaffen
|
|
Thread: RE: Andere "Endgeräte" |
|
Hallo Herr Merle,
danke für die Weiterleitung auf das richtige Forum!
Leider hilft mir das nicht weiter, da die Fragen des Thread-Erstellers unbeantwortet geblieben sind.
Der Übersicht halber kopiere ich meine simply-connect Daten hier noch einmal rein:
----------------------------------------------------------------------
SIP-Username: Vesko
SIP-Passwort: wie für den WEB-Login für PBXes
SIP-Realm: sip.pbxes.org
SIP-Proxy: sip.pbxes.org
Port: 5060
----------------------------------------------------------------------
Die dazugehörige Meldung von Simply-Connect lautet:
Vesko@sip.pbxes.org - 408 Request Timeout
Kann es sein, daß PBXes simply-connect blockiert? Wenn ja, dann bitte ich dieses entsprechend zu kommunizieren.
Danke!
|
|
Thread: RE: Daten für SIP-Registrierung bei PBxes |
|
Hallo Herr Merle,
versuche seit 1 Std. mein simply-connect Account bei PBXes zu registrieren. Es wird immer der Fehler
Vesko@sip.pbxes.org - 408 Request Timeout
angezeigt.
Benutze folgende Angaben:
SIP-Username: Vesko
SIP-Passwort: wie für den WEB-Login für PBXes
SIP-Realm: sip.pbxes.org
SIP-Proxy: sip.pbxes.org
Port: 5060
Sind die Angaben korrekt? Wenn nicht, welche sind die richtigen?
Danke!
Vesko
|
|
Thread: |
|
11.07.2006 09:49 |
Forum: Fehler |
Hallo,
Die falschen pbxes-Netzansagen bei der Benutzung der Kurzwahlen haben sich seit dem 13.06. nicht geändert.
Nutzt man die Kurzwahlen im Callback, und ist die Gegenstelle besetzt oder außer Netz, so hört man weiterhin das pbxes-Freizeichen.
Die Kurzwahlen sind in der Form für mich nicht brauchbar.
Schade, daß bislang weder eine Reaktion auf mein Posting zu lesen ist noch eine Besserung in Aussicht gestellt wird.
|
|
Thread: |
|
Hallo Herr Merle,
Beim Callback werden die Netzansagen nicht bzw. falsch durchgegeben. Das kann in manchen Fällen recht verwirrend sein. Meine Beobachtungen im Einzelnen:
Mit Benutzung der Nebenstellen-Kurzwahlen:
- Es ertönt das von der PBX-abgespielte Freizeichen. Der Anschluß ist aber gar nicht erreichbar (nicht eingebucht)
- Selbiges, die Gegenstelle telefoniert aber ("besetzt")
Ohne Benutzung der Kurzwahlen:
- Kommentarloser Abbruch der Verbindung, wenn Gegenstelle "besetzt"
Außerdem - bei Kurzwahl-Benutzung - wird das Freizeichen beim Anrufer ca. 10-15 Sek. vor dem eigentlichen Klingeln bei der Gegenstelle abgespielt.
An den VoIP-Providern liegt es m. E. nicht (GMX, dusnet, sipgate).
Wie es bei Callthrough aussieht, werde ich bei Gelegenheit berichten.
So ein "Misch-Masch" habe ich bei einem alternativen Callthrough-Anbieter bereits erlebt. Er war aber nicht bereit, das von seinem System abgespielte Freizeichen wegzulassen bzw. durch eine Ansage ala "Sie werden gleich verbunden" zu ersetzen.
Ist es wirklich technisch nicht möglich, die tatsächlichen Netzansagen anstelle der PBX-Systemtöne durchzureichen? Wie gesagt, die längere Zeit für den Rufaufbau (was für einige auch verwirrend sein könnte), kann doch durch eine kurze Ansage "Sie werden verbunden" überbrückt werden.
Aber so, wie es ist, weiß ich eigentlich nie, was beim Angerufenen tatsächlich los ist (besetzt, Abweis, nicht eingebucht etc.)
Danke, falls Sie sich der Sache annehmen!
Grüße
Vesko
|
|
Thread: |
|
Ähnliches habe ich bei GMX erlebt. Bei mir waren die Vorwahlen dran "schuld": mit 030... ging es, aber mit 004930... oder 4930... kam diese Meldung.
Testet am Besten mit verschiedenen CLI-Varianten (sowohl Erkennung als auch Anwahl): es könnte sein, dass Axxeso an der Konfiguration etwas verändert hat.
|
|
Thread: |
|
09.05.2006 12:38 |
Forum: News |
Ich möchte mich hier anschliessen: ich habe extra wegen der PBX (auch mit viel Zeitaufwand eingerichtet!) die GMX-Flat bestellt, und die o2-Flat ABbestellt, nur damit ich kostengünstig über die BWHZ auch unterwegs telefonieren kann.
Nun kommt das Abstellen des Callbacks ziemlich plötzlich und ohne Vorwarnung. Schade!
Herr Merle, falls der Grund für diese Entscheidung tatsächlich der Mißbrauch von einigen wenigen Usern wäre, wäre es nicht die einfachere Lösung, diese User abzumahnen bzw. andere technische Maßnahmen zu ergreifen (z.B. nur 1-2 Rufnummern für den Free-Account etc.)?
Wenn Sie es auf jeden Fall dabei belassen möchten, dann möchte ich Ihnen des Baukastensystems bei den Features nahelegen (hat hier im Forum, glaube ich, jemand schon gemacht). Z.B. Callback zusätzlich 1 EUR/Monat und gut ist.
Denn bei mir speziell hat die PBX eine sehr hohe Preiselasizität: ich bin nicht bereit, 5 EUR/Monat für Callback/Calltrough zu zahlen, wenn ich eine Flat für 10 EUR habe. Lieber würde ich meine freie Zeit darin investieren, um z.B. vServer zu verstehen und es dann aufzuspielen. Das Hosting geht dort ab 3 EUR/Monat, wenn ich mich nicht irre.
EDIT: Wäre die BWHZ nicht im Sinne des Erfinders, wäre sie technisch und rechtlich schon längst unterbunden. Dasselbe gilt auch für die Flatrates (z.B. GMX): auch dort ist es möglich, sich mit bis zu 3 unterschiedlichen IPs gleichzeitig anzumelden und zu telefonieren: das ist ja auch der Sinn des VoIP. Da Sie über mehrere Hundert Minuten berichten: wie wäre es mit einer Einschränkung auf z.B. 50-60 Min. am Tag?
Viele Grüße
Vesko
|
|
Thread: |
|
@laspablo: Ist die Genion-Nummer, die den Rückruf bekommt, als CLI im GMX-Portal eingetragen (zusätzlich zu den 4 Geonummern?) Wenn ja, könnte eine Löschung dieser Nummer ewtl. die Zuverlässigkeit erhöhen. Bei meiner GMX-Flat kommt überhaupt kein Rückruf auf die Genion-Nummer, wenn sie als CLI freigeschaltet ist: egal welche GMX-Leitung ich für den Rückruf wähle.
|
|
Thread: RE: Callback mit GMX: im StatusMonitor "ja", aber kein Klingeln |
|
Hallo Herr Merle,
habe GMX als alleinige Amtsleitung für 0049. eingerichtet, jedoch kommt der Rückruf nicht durch.
Im Status Monitor werden alle 3 (erfolglosen)Callback-Versuche protokoliert, jeweils mit 0 sek Dauer.
Kann man das grade stellen? Es scheint, als ob der Rückruf nicht genug "warten" würde, bis er durchgesgellt wird (ist eine o2-Weiterleitung alá BWHZ, kann also etwas 10-15 sek. dauern). Die o2-Weiterleitung funktioniert an sich i.O., an ihr kann es nicht liegen.
EDIT: Es heißt doch Call Monitor, nicht Status Monitor. Sorry.
|
|
Thread: RE: Nebenstellen von abgehenden Wahlregeln ausschließen |
|
Hallo Herr Merle,
Danke für den Verweis an den richtigen Thread: ich hatte ihn übrigens gelesen, bevor ich den neuen eröffnet hatte, allerdings habe ich ihn nicht speziell auf meinen Fall bezogen.
Allerdings scheint das in Verbindung mit Callback nicht zu funktionieren. Die abgehende Wahlregel auf Nebenstelle 201 mit Amtsleitung 2 (Nebenstelle: 201, Wählfolge 0049.) steht VOR der allgemeinen abgehenden Wahlregel mit Amtsleitung 1 (Nebenstelle: leer, Wählfolge 0049.). Jedoch werden sowohl der Callback als auch der 2. Leg mit Amtsleitung 1 durchgeführt. Wo denke ich falsch?
Viele Grüße
Vesko
|
|
Thread: RE: Unterschiedliche Amtsleitungen bei gleicher Wahlregel |
|
Hallo Board, hallo Herr Merle,
folgende Konstellation möchte ich gern einrichten:
Person A und Person B lösen über eine dus.net-Nummer Callback aufs Festnetz aus. Callback für Person A kommt über Amtsleitung 1, Callback für Person B - über Amtsleitung 2 (Hintergrund: Gebührenkontrolle). Soweit hab ich das schon hingekriegt.
Nun möchte ich, daß nach Annahme der Rückrufs von Person A die Weiterverbindung (2. Leg) über Amtsleitung 3, die Weiterverbindung (2. Leg) für Person B dagegen über Amtsleitung 4 erfolgt. Hintergrund: unterschiedliche CLIP.
Die Wahlregeln für die Amtsleitngen 3 und 4 sind identisch - ob man sie zusammenfaßt oder für jede Amtsleitung einzeln eingibt, ist egal.
Ich scheitere im Moment daran, daß die Wahlregeln für abgehende Anrufe von oben nach unter abgearbeitet werden. Somit bleibt Amtsleitung 4 (an vierter Stelle, Wahlregel 0049.) immer unberücksichtigt, denn Amtsleitung 3 (Wahlregel auch 0049.) vor ihr greift. Mit einer einzigen Wahlregel kann ich das auch nicht lösen, denn dann hat der 2. Leg von Person B immer die Amtsleitung 3 (und somit die CLIP von Person A).
Hoffentlich habt Ihr mich verstanden Für jede Hilfe danke ich Euch!
Viele Grüße
Vesko
|
|
Thread: RE: Timingproblem Callback |
|
23.04.2006 20:55 |
Forum: Fehler |
Hallo!
Punkte 1. und 3. kann ich auch 100% bestätigen, zum Punkt 2. habe ich selber keine Erfahrungen.
Soweit ich mich erinnere, geht ein Abschliessen der Eingabe aber in diesem Fall grundsätzlich nicht, da das # bei einigen SIP-Providern als "Auflegen" ausgewertet wird.
Gut, daß Du das Thema angesprochen hast, denn ich war offensichtlich zu faul, um einen neuen Thread zu eröffnen
Neulich fällt mir auf, daß Anrufe über dus.net - nach Annahme des Callbacks (auch über dus.net) - beim Empfänger mit ca. 3-4 Freizeichen signalisiert werden, dann wird die Verbindung gekappt.
Ich weiß jetzt nicht, ob es an PBX oder dus.net liegt, muß noch testen.
Grüße
Vesko
[EDIT] Scheint ein spezifisches Problem von dus.net zu sein. Anrufe über Sipgate (Rückruf wie 2. Leitung) klingeln solange das Netz es zuläßt.
|
|
Thread: |
|
Zitat: |
Original von rwinckler
...
Mein Tip:Nimm eine Nummer von bluesip,das funktioniert einwandfrei und es wird auch nichts abgerechnet
Gruß Rainer |
|
Auch mit den 0180-Nummern von dus.net habe ich gute Erfahrung: der Anruf wird schnell, natürlich kostenfrei und zuverlässug (über die Zeit) abgewiesen. Die Einrichtung eines dus.net - VoIP-Startet-Accounts ist übrigens auch kostenlos.
|
|
Thread: |
|
Auch ich kann kein Callback erzwingen. Was ich nicht alles probiert habe...
Amtsleitung SipDiscount, Nebenstelle ist eine Fesnetznummer.
|
|
Thread: RE: DTMF funktioniert nicht |
|
Hallo wieder,
Selbige Erfahrung mit SipSnip (als Amtsleitung). Das Problem bei SipSnip besteht schon seit längerer Zeit, wobei DTMF auf erster Ebene (also bei der Eingabe der Zielrufnummer) funktioniert.
Danach nicht mehr (z.B. Eingabe von PIN)
Die Technik dort findet keine Störungen.
Bei Sipgate geht es nach meinen gestrigen Versuchen auch nicht.
Any ideas? Am Handy (von dort tätige ich die Tonwahl) liegts schon mal nicht
Für jede Idee/Erklärung/Erfahrung bin ich dankbar. Wo könnte der Wurm stecken?
|
|
|