@Stef31,

leider lassen Deine nur vagen Beschreibungen äusserst wenige Schlüsse zu, womit man Dein Problem beheben könnte.

Eine etwas detailreichere Beschreibung Deiner PC und Anlagenkonfiguration wäre sehr hilfreich (hängt die AVM direkt am NTBA oder an einer Telefonanlage? und so weiter), und auch die benutzte Phoner-Version wäre interessant. Auch der Inhalt Deines Debug-Fensters (Menü: Fenster|Debug) nach einem fehlgeschlagenen Annahme-Versuch ist zur Auswertung sehr hilfreich.

Reichst Du das bitte nach? 

Grüße vom Kai

Quote:


Hallo Stefan!

Kannst du mal nach schauen, ob Du unter Optionen - ISDN - Standort die Nummernpräfixe noch eingetragen hast? (Das ist nämlich ein häufiger Grund, warum Anrufer plötzlich als Ausländer erscheinen.) Dort muss bei National eine Null, bei Internaltional zwei Nullen stehen. Die Nebenstelle (TK-Anlage) hast Du auch eingestellt nehme ich an.?.

viele Grüße, Jens

Hier mal eine Anfrage zum Verständnis der Verhaltensweise in folgendem Szenario.

Also, es steht ein Ruf an. Die (Hardware-) Telefone klingeln (ist so eingerichtet – soll so sein).
Ich sitze am Rechner und höre es bimmeln.
- ach s****ße, Fhoner is’ ja nicht an.
Jetzt könnte ich zum Hörer greifen, und so das Gespräch annehmen.
* das will ich aber nicht, und starte Phoner um über Headset zu telefonieren. 
Jetzt muss ich jedoch feststellen, dass zwar die AVM-Capi geladen ist, wohl aber nicht kommuniziert.
In diesem Zustand ist Phoner zu keinerlei Handlung in Stande.
-      Anstehender Ruf wird nicht signalisiert
-      Beim Versuch einen Kanal zu belegen wird eine Leitung angezeigt und sofort wieder getrennt (kein Amts-Ton, keine Belegtanzeigen in der AVM-Box)
So greife ich doch zum Hörer, spreche und lege irgendwann wieder auf.
Bei einem weiteren Anruf in unveränderter Konstellation arbeitet Phoner wie gewohnt.
Ein Umlegen zu Phoner mittels *halten* scheitert; er bemerkt weiterhin keine Aktionen am ISDN.
Ich vermute dass dies nicht wirklich ein Phonerproblem ist, da andere Softphons sich ebenso verhalten.
Mich würden nun die Hintergründe dazu interessieren, und ob man da vielleicht was tricksen kann.
Hat einer hier im Forum eine einleuchtende Erklärung dazu?
Noch schöner währe natürlich eine praktische Lösung, ich glaube aber eher nicht daran.
Würde mich über Aufklärung des Verhaltens freuen.
Gruß Ralf.

@RaMich

Die Funktion "Halten" ist auch nicht die richtige, um ein Gespräch so auf einen frisch gestarteten Phoner umzuleiten...

Was es sich mit dem Bus-Verhalten von Phoner auf sich hat, kann ich Dir nicht erklären - Heiko ist der Umsetzer solcher Interna.

Was jedoch funktionieren sollte:

Schau' bitte einmal bei Dir unter Optionen|Kommunikation|CAPI nach, ob Deine PC-ISDN-Hardware, mit der Phoner arbeitet, bzw. die installierte CAPI, das Merkmal "Terminal Portability" unterstützt. Wenn ja, ist nämlich folgendes möglich:

Gleiches Szenario, wie Du beschrieben hast: Dein Telefon klingelt, Du schaltest Phoner ein; Phoner reagiert nicht (die CAPI fängt an zu horchen ab dem Zeitpunkt, an dem Phoner gestartet wird, und kriegt einen ankommenden Anruf wahrscheinlich deshalb nicht mit, weil kein "Anruf-Beginnt-Signal" empfangen wurde).

Du gehst jetzt hin, nimmst das Gespräch an, und "Parkst" es mit Deinem Telefon (Funktionsbeschreibung bitte aus dem Handbuch des Herstellers entnehmen). Zum Parken vergibst Du eine ID - mit der Phoner-Funktion "Entparken" und Auswahl der entsprechenden ID nimmst Du dann das Gespräch mit Phoner an.

Teil mal mit, ob's so bei Dir klappt.

Grüße vom Kai

@ Kai

wie gewohnt –fixe antwort
!!! das is’ es !!!

Deine Erklärung klingt einleuchtend, wennauch das wohl nicht alles ist. Solange der Ruf ansteht sind Softphons einfach handlungsunfähig.
Jedoch Dein Vorschlag löst das Problem.

Hatte wirklich nicht erwartet, das hin zu bekommen.

** guck in CAPI-Merkmale und hurra, die"Terminal Portability" ist da. **
** ein Anruf bekommen, und mit Phoner Übernommen **

Hänge hier mal, auch wenn’s nicht notwendig ist die Capi-liste an.
Mit bestem Dank, Ralf

Eigenschaften
Ja Internal Controller supported
x external equipment supportet
x handset supported
Ja DTMF supported
Ja supplementary services
Ja channel allocationsupported(leased lines)
x parameter B channel operation supported
x line interconnect supported
x echo canceller supported
Supplementary Services
Ja hold / retrive supported
Ja terminal portability supported
Ja ECT suported
Ja 3PTY supported
Ja call-forwarding supported
Ja call-deflektion supported
Ja MCID supported
Ja CCBS supported
Ja MWI supported
Ja CCNR supported
x CONF supported
B1-Protokolle
Ja 64 kbit/s with HDLC framing
Ja 64 kbit/s bit-transparent operation with byte framing from the network
Ja V.110 asynchronous operation with start/stop byte framing
Ja V.110 synchronous operation with HDLC framing
Ja T.30 modem for fax group 3
x 64 kbit/s inverted with HDLC framing
x 56 kbit/s bit-transparent operation with byte framing from the network
x Modem with all negotations
Ja Modem asynchronous operation with start/stop byte framing
x Modem synchronous operation with HDLC framing
B2-Protokolle
Ja ISO 7776 (X 75 SLP)
Ja Transparent
x SDLC
Ja LAPD in accordance with Q.921 for D-channel X.25
Ja T.30 for fax group 3
x Point-to-Point Protocol (PPP)
x Transparent (ignoring framing errors of B1 protocol)
x Moden error correction and compression (V.42 bis or MNP5)
Ja ISO 7776 (X 75 SLP) modified supporting V.42 bis compression
Ja V.120 asynchronous mode
x V.120 asynchronous mode supporting V.42 bis
Ja V.120 bit-transparent mode
x LAPD in accordance with Q.921 including free SAPI selection
B3-Protokolle
Ja Transparent
Ja T.90NL with compatibility to T.70NL in accordance to T.90Appendix II
Ja ISO 8208 (X.25 DTE-DTE
Ja X.25 DCE
Ja T.30 for fax group 3
Ja T.30 for fax group 3 with extensions
Ja Modem