NETCAPI ! ...

[wichard]

Habt ihr auch das Problem, dass die Fritzsoftware bei Ende von einem Anruf/ Fax, nicht von alleine auflegt & den Kanal wieder freigibt?

Ja, bei meinen ersten Versuchen, eine Verbindung (per FritzFax) zu meinem Handy aufzubauen - um es einfach mal klingeln zu lassen als Test -, wurde die Leitung im FritzFax nach Wegdrücken des Anrufs auf dem Handy nicht wieder freigegeben, die analoge Leitung war aber "physikalisch" nicht mehr belegt.

 

[susanne]

Damit wäre dann die Softwarenutzung in Abwesenheit nutzlos, denn so bald ein Anruf-mit AB Nutzung/ Fax reinkommt bleibt die Leitung belegt. Unschön!

 

[wichard]

Das kann ich so nicht unterschreiben. Bei eingehenden Faxen bzw. bei erfolgreich versendeten Faxen wurde die Leitungsstatus auch im Programm korrekt erkannt. Die analoge Leitung war ja auch bei einem missglückten Fax tatsächlich frei, wenn auch die Software das nicht korrekt registrierte.

 

[scorpions_fan]

Genau das gleich kann ich auch bestätigen. EDIT: <- bezieht sich auf Susannes Aussage. Posting kam leider erst kurz nach Wichards raus...

@susanne: Ja ich habe genau dieselbe Meldung per Telnet.

 

[susanne]

@susanne: Ja ich habe genau dieselbe Meldung per Telnet.

Na, da müssen mir mal warten, bis ein Profi hier vorbei schaut, und unsere Telnetausgabe deuten kann.

 

[semilla]

das programm "ISDN-Watch" der FRITZ!-suite bietet im übrigen einen rufnummern-blocker auf CAPI-ebene an. damit ist man dann auch vor dialern sicher - wieso in der ferne schweifen... :wink:

 

[guidos]

Hallo,
faxen über ISDN geht mit der FBF 7050 bei mir problemlos. Aber faxen über den sip-controller -c5 bzw -c6 will bei mir nicht. Hat das jemand schon hinbekommen.

 

[DaJetzi]

das programm "ISDN-Watch" der FRITZ!-suite bietet im übrigen einen rufnummern-blocker auf CAPI-ebene an. damit ist man dann auch vor dialern sicher - wieso in der ferne schweifen... :wink:

Weil ISDN Watch nicht mit dieser CAPI funktioniert.

 

[susanne]

Hallo,
faxen über ISDN geht mit der FBF 7050 bei mir problemlos. Aber faxen über den sip-controller -c5 bzw -c6 will bei mir nicht. Hat das jemand schon hinbekommen.

Funktioniert den telefonieren über den SIP Controller?

 

[wichard]

Ich habe gerade noch eine interessante (und mir äußerst peinliche...) Entdeckung gemacht: Fritz!Fon wählt bei mir - trotz IMHO identischer Einstellungen wie Fritz!Fax - die erste Null einer Rufnummer nicht mit, so daß ich beim Versuch, mich per FritzFon auf dem Handy anzuklingeln, jemanden hier aus dem Ortsnetz Aachen mit der Telefonnummer 163xxx angerufen habe...

Edit: Und damit nicht der Peinlichkeit genug - Nein, "jocale" hat dieses Verhalten bereits in diesem Thread berichtet...

 

[spblinux]

Zusammenfassung

EDIT: Details zur Fritzbox gelöscht (bei [email protected] anforderbar), da nach Ansicht der thread-Teilnehmer nur verwirrend; vergleiche nachfolgende Antworten; künftig unter www.wehavemorefun.de/fritzbox zu finden.

 

[susanne]

(Warnung: bei Phoner lässt sich der Controller auswählen, aber Phoner nimmt trotzdem auf allen vorhandenen Controllern Anrufe entgegen).

Ich verstehe zwar nicht wirklich was du mit deinem Postings sagen willst, aber naja. Kannst ja mal verraten. :wink:

Ja, die netcapi kann am analogen Anschluss mehr, nämlich normale Telefonie. Nur der SIP-Controller macht Probleme. :cry:

Und was soll die obige Warnung!? Ja, es ist korrekt, Phoner nimmt alle Gespräche an, und das ist gut so - also warum Warnbedarf? Und ja, die FritzSoft nimmt nur FN Telefonate an, und das ist nicht gut so. :cry:

 

[wichard]

1) Kann die netcapi am analogen Anschluss mehr als Anrufe zu signalisieren?

Ja - Faxe versenden. Erfolgreich von mir selbst auf der ATA getestet (siehe vorherige Postings von mir).

 

[spblinux]

@wichard: hatte die Antwort in mein voriges posting eingebaut. - Auf welchem Controller werden die Faxe versendet?

 

[susanne]

@wichard: habe die Antwort in mein voriges posting eingebaut. - Auf welchem Controller werden die Faxe versendet?

Dann editier mal weiter, weil faxen über capi und FN, funktioniert mit jeder Fritz! :wink:

 

[wichard]

@wichard: habe die Antwort in mein voriges posting eingebaut. - Auf welchem Controller werden die Faxe versendet?

Fritz!Fax mit dem Parameter -c3 (Analog-Port bei der ATA) gestartet, Fax an meine UMS-Box bei Arcor gesendet - FUNKTIONIERT!

(siehe Seite 13 dieses Threads)

Gruß,
Wichard

 

[smileyman]

Ist die Fritzbox an einem ISDN-Anschluss, dann funktioniert die netcapi zum ISDN-Anschluss ziemlich (verschluckte führende Null...) problemlos

Auch das ist sicherlich nicht allgemeingültig. - Bei mir tritt dieses Problem (verschluckte "0") jedenfalls nicht auf. - Weder in Fritz!Fax noch in Fritz!Fon.

 

[susanne]

Ist die Fritzbox an einem ISDN-Anschluss, dann funktioniert die netcapi zum ISDN-Anschluss ziemlich (verschluckte führende Null...) problemlos

Auch das ist sicherlich nicht allgemeingültig. - Bei mir tritt dieses Problem (verschluckte "0") jedenfalls nicht auf. - Weder in Fritz!Fax noch in Fritz!Fon.

Ich denke auch, dass dies ein vom Nutzer (Einstellungen) selbst "verursachtes " Problem ist!

 

[smileyman]

Auch das ist sicherlich nicht allgemeingültig. - Bei mir tritt dieses Problem (verschluckte "0") jedenfalls nicht auf. - Weder in Fritz!Fax noch in Fritz!Fon.

Ich denke auch, dass dies ein vom Nutzer (Einstellungen) selbst "verursachtes " Problem ist!

Dann machen wir uns doch mal auf die Problemsuche:
@alle die mit einer hungrigen Fritz!Box kämpfen ;-)
Ist bei euch unter "Telefon- und Modemoptionen" in der Systemsteuerung der Standort richtig eingestellt?
Habt ihr in der Fritz!Box evtl. die automatische Amtsholung deaktiviert?
Ist bei euch in Fritz!Fon unter Nebenstelle (Registerreiter in Einstellungen) der Haken bei "Standortangaben der Telefonieoption berücksichtigen" gesetzt?

 

[guidos]

Hallo habe es zwar immer noch nicht geschafft über VoIP zu faxen, die Provider kann man aber auswählen indem man als MSN 0 - 9 einträgt.
über Telnet bekomme ich

 20:19:12 voipd[438]: audio: 18 (18 G729/8000)

Sep 17 20:19:12 voipd[438]: audio: 18 (18 G729/8000) => NOT CONFIGURED

Sep 17 20:19:12 voipd[438]: audio: 110 (110 speex/8000)

Sep 17 20:19:12 voipd[438]: audio: 110 (110 speex/8000) => NOT CONFIGURED

Sep 17 20:19:12 voipd[438]: audio: 97 (97 iLBC/8000)

Sep 17 20:19:12 voipd[438]: audio: 97 (97 iLBC/8000) => NOT CONFIGURED

Sep 17 20:19:12 voipd[438]: audio: 101 (101 telephone-event/8000)

Sep 17 20:19:12 voipd[438]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))

Sep 17 20:19:12 voipd[438]: payload >>> 8

Sep 17 20:19:12 voipd[438]: payload >>> 0

Sep 17 20:19:12 voipd[438]: payload >>> 102

Sep 17 20:19:12 voipd[438]: payload >>> 101

Sep 17 20:19:12 voipd[438]: 213.61.187.146 36018 - 7086 audio 8(PCMA)

Sep 17 20:19:12 voipd[438]: Codec PCMA (8) - audio 98933 hold=none (by local)

Sep 17 20:19:12 voipd[438]: rtp_start_session(video): no session definition

Sep 17 20:19:12 voipd[438]: bridgelimit: nConnections=1

Sep 17 20:19:12 voipd[438]: number of bridge interfaces 1

Sep 17 20:19:12 voipd[438]: plci_connected(appl=3 plci=0x1205 ncci=0x0 incoming)

Sep 17 20:19:12 voipd[438]: connected(appl=3 plci=0x1205 ncci=0x11205 incoming) NCPIlen=0

Sep 17 20:19:16 voipd[438]: <<< Status: 200 OK

Sep 17 20:19:16 voipd[438]: allowed bandwidth 624000 for sip:[email protected]

Sep 17 20:19:16 voipd[438]: audio: 4 (4 G723/8000)

Sep 17 20:19:16 voipd[438]: audio: 4 (4 G723/8000) => NOT SUPPORTED

Sep 17 20:19:16 voipd[438]: audio: 3 (3 GSM/8000)

Sep 17 20:19:16 voipd[438]: audio: 3 (3 GSM/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 0 (0 PCMU/8000)

Sep 17 20:19:16 voipd[438]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))

Sep 17 20:19:16 voipd[438]: audio: 8 (8 PCMA/8000)

Sep 17 20:19:16 voipd[438]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))

Sep 17 20:19:16 voipd[438]: audio: 102 (102 G726-32/8000)

Sep 17 20:19:16 voipd[438]: audio: 102 (102 G726-32/8000) => (102 (102 G726-32/8000))

Sep 17 20:19:16 voipd[438]: audio: 5 (5 DVI4/8000)

Sep 17 20:19:16 voipd[438]: audio: 5 (5 DVI4/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 10 (10 L16/8000)

Sep 17 20:19:16 voipd[438]: audio: 10 (10 L16/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 7 (7 LPC/8000)

Sep 17 20:19:16 voipd[438]: audio: 7 (7 LPC/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 18 (18 G729/8000)

Sep 17 20:19:16 voipd[438]: audio: 18 (18 G729/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 110 (110 speex/8000)

Sep 17 20:19:16 voipd[438]: audio: 110 (110 speex/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 97 (97 iLBC/8000)

Sep 17 20:19:16 voipd[438]: audio: 97 (97 iLBC/8000) => NOT CONFIGURED

Sep 17 20:19:16 voipd[438]: audio: 101 (101 telephone-event/8000)

Sep 17 20:19:16 voipd[438]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))

Sep 17 20:19:16 voipd[438]: payload >>> 8

Sep 17 20:19:16 voipd[438]: payload >>> 0

Sep 17 20:19:16 voipd[438]: payload >>> 102

Sep 17 20:19:16 voipd[438]: payload >>> 101

Sep 17 20:19:16 voipd[438]: >>> Request: ACK sip:[email protected]

Sep 17 20:19:16 voipd[438]: Codec PCMA (8) - audio 98933 hold=none (by local)

Sep 17 20:19:16 voipd[438]: rtp_start_session(video): no session definition

Sep 17 20:19:16 voipd[438]: call to sip:[email protected] established

Sep 17 20:19:16 voipd[438]: <<< Request: INVITE sip:[email protected]

Sep 17 20:19:16 voipd[438]: allowed bandwidth 624000 for sip:[email protected]

Sep 17 20:19:16 voipd[438]: audio: 0 (0 PCMU/8000)

Sep 17 20:19:16 voipd[438]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))

Sep 17 20:19:17 voipd[438]: audio: 101 (101 telephone-event/8000)

Sep 17 20:19:17 voipd[438]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))

Sep 17 20:19:17 voipd[438]: payload >>> 0

Sep 17 20:19:17 voipd[438]: payload >>> 101

Sep 17 20:19:17 voipd[438]: allowed bandwidth 624000 for sip:[email protected]

Sep 17 20:19:17 voipd[438]: audio: 0 (0 PCMU/8000)

Sep 17 20:19:17 voipd[438]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))

Sep 17 20:19:17 voipd[438]: audio: 101 (101 telephone-event/8000)

Sep 17 20:19:17 voipd[438]: audio: 101 (101 telephone-event/8000) => (101 (101 telephone-event/8000))

Sep 17 20:19:17 voipd[438]: payload >>> 0

Sep 17 20:19:17 voipd[438]: payload >>> 101

Sep 17 20:19:17 voipd[438]: 213.61.187.133 16452 - 7086 audio 0(PCMU) updateing (0)

Sep 17 20:19:17 voipd[438]: Codec PCMU (0) - audio 98933 hold=none (by remote)

Sep 17 20:19:17 voipd[438]: rtp_start_session(video): no session definition

Sep 17 20:19:17 voipd[438]: >>> Status: 200 OK

Sep 17 20:19:17 voipd[438]: <<< Request: ACK sip:[email protected];uniq=15953DB6C015BA2510D81DC19E36

Sep 17 20:19:17 voipd[438]: call to sip:[email protected] established

kann da jemand was mit anfangen?
Gruß Guido