December 2002 - openSUSE ISDN (Deutsch)

Re: [suse-isdn] Einwahlserver: Einwahl funktioniert nicht.
by Thomas Fick 28 Dec '02

28 Dec '02

Am Donnerstag, 26. Dezember 2002 23:00 schrieb Gernot Hillier: > Hi! > > On Thursday 26 December 2002 21:07, Thomas Fick wrote: > > > Hier vermisse ich die entscheidende Angabe: was ist bei > > > "Telefonnummernliste entfernter Rechner" und "Nur Nummern aus der Liste > > > erlaubt" eingestellt? > > > > In der Telefonnummernliste habe ich nichts eingetragen, da ich mich ja > > von unterschiedlichen Nummern (die sind mir ja nicht bekannt da ich mich > > dann in der Regel bei Kunden aufhalte). Deswegen habe ich das Nur Nummern > > aus der Liste erlaubt auch freigelassen. Ich hoffe das war so richtig. > > Oder kann ich mich nur von mir schon bekannten Nummern auf den Rechner > > einwählen? > > Normalerweise solltest Du dann von überall her anrufen können. Komisch... > > Sorry, aber damit hast Du leider das Ende meiner Kenntnisse erreicht. Ich > kenne den ipppd/pppd praktisch nicht... :-( > > Ich hoffe, Karsten kann da mehr zu sagen. [snipp] > > Vielen Dank schon mal für die Hinweise bisher > > Sorry, aber mehr als in dem YaST-Dialog steht weiss ich auch nicht :-( > > Nur noch die obligatorische Frage: hast Du die verfügbaren Updates > eingespielt? Noch nicht, habe da ein kleines Problem mit YOU Ich sende jetzt mal den kompletten Teil aus der /var/log/messages vielleicht findet da ja jemand einen Hinweis. Dec 24 15:44:37 server kernel: isdn_tty: call from 6404661194 -> 6680024 ignored Dec 24 15:44:37 server isdnlog: Dec 24 15:44:37 * Call to tei 127 from +49 6404/661194, Lich on +49 6404/6680024, Lich RING (3.1 kHz audio) Dec 24 15:44:37 server isdnlog: Dec 24 15:44:37 tei 96 calling ? with ? CCNR moeglich Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 Call to tei 97 from +49 6404/661194, Lich on +49 6404/6680024, Lich CONNECT (3.1 kHz audio) Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 * tei 127 calling +49 6404/661194, Lich with ? RING () Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 tei 96 calling ? with ? Time:Tue Dec 24 14:43:00 2002 Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 tei 96 calling +49 6404/661194, Lich with ? COLP +49 6404/661194, Lich Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 tei 96 calling +49 6404/661194, Lich with ? CONNECT Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 tei 96 calling +49 6404/661194, Lich with ? CHARGE: 0.031 EUR/60s = 0.031 EUR/Min (DTAG T-ISDN Standard, Deutschland, täglich, Weihnachten) Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 tei 96 calling +49 6404/661194, Lich with ? 1.CI 0.031 EUR (now) Dec 24 15:44:54 server isdnlog: Dec 24 15:44:54 tei 96 calling +49 6404/661194, Lich with ? NEXT CI AFTER 01:00 (DTAG T-ISDN Standard, Deutschland, täglich, Weihnachten) Dec 24 15:45:07 server isdnlog: Dec 24 15:45:07 Call to tei 97 from +49 6404/661194, Lich on +49 6404/6680024, Lich Normal call clearing (User) Dec 24 15:45:08 server isdnlog: Dec 24 15:45:08 tei 96 calling +49 6404/661194, Lich with ? HINT: Overall cheapest 01089:M'net Klassik plus 0.010 EUR (would save 0.020 EUR) Hier fängt das Modem des Laptop an zu Signale zu senden, als ob es sich bei einem Provider einloggen will. Dec 24 15:45:08 server isdnlog: Dec 24 15:45:08 tei 96 calling +49 6404/661194, Lich with ? HINT: LCR:FAILED ~~~~~~~~~ Was bedeutet das? Hier legt mein Laptop auf, mit der Meldung der Remute Computer ist nicht erreichbar. Dec 24 15:45:08 server isdnlog: Dec 24 15:45:08 tei 96 calling +49 6404/661194, Lich with ? HANGUP (1 CI 0.031 EUR; 1 EH EUR 0.062 0:00:14) Dec 24 15:45:08 server isdnlog: Dec 24 15:45:08 Call to tei 97 from +49 6404/661194, Lich on +49 6404/6680024, Lich HANGUP ( 0:00:13) Ich hoffe das war jetzt nicht zu lang. Ich vermute, da die ISDN Karte den Anruf ja registriert, das danach noch was passieren müsste (Authentifizierung) denn da der Laptop ja Anfängt Signale zu senden muß der Rechner doch abgenommen haben oder sehe ich das jetzt falsch. cu Thomas

3 7

i4l und Filter
by Boris Höffgen 28 Dec '02

28 Dec '02

Hallo, weiß jemand, ob es möglich ist, einen eingehenden Anruf (bestimmte Rufnummer) auf eine VBox oder anderweitig mittels i4l umzuleiten? Wenn ja, wie? Danke und einen schönen Abend. Viele Grüße Boris

2 1

Einführende Doku ?
by Michael Zimmermann 28 Dec '02

28 Dec '02

Hi, ich suche eine einführende Dokumentation, die beschreibt, wie die verschiedenen Software-Teile zusammenwirken. Treiber, CAPI, PPPD, ISDN4L, Kinternet - irgentwie schwimme ich da, hätte aber gerne einen Überblick, wie das so bei Dialin, Dialout, Fax und Voice zusammenarbeitet. Hättet ihr ein paar Tips, was ich lesen sollte? Danke Euch Michael -- Michael Zimmermann (http://vegaa.de)

1 0

Re: [suse-isdn] DSL und pppd
by Boris Höffgen 28 Dec '02

28 Dec '02

Hallo Sebastian, Sebastian Steins wrote: >Hallo. > > > >>[Keine Verbindungstrennung wegen andauerndem Traffic auf Port 4661&4662] >> >> > >Das sind normalerweise EDonkey-Ports. Wenn du den EDonkey laufen hattest >oder eine IP-Nummer von einem gerade ausgewählten Nutzer bekommen hast, >bist du auf noch in den entsprechenden Listen, die Anfragen an dich >regulieren > Ok, da sind wir einer Meinung. > > > >>Oder hat jemand eine andere Idee? >> >> > >iptables? Wenn du E-Donkey nicht benutzt, könntest du eine Regel >erstellen, die im Chain Input alle Pakete mit Destinationport 4661 4662 >kommentarlos verwirft (Drop). >Das Problem könnte sein, dass die Pakte mit tcpdump trotzdem sichtbar >sind. Ausprobieren! >Das müsste doch klappen, oder? > > > Auf dem Gateway läuft eine Firewall. Das Problem ist, wenn iptables das Paket bekommt, ist es schon zu spät, da der pppd schon das Paket gesehen hat und es als Traffic gezählt hat. Es geht also nur mit demm ppp-Filter nach meiner Meinung. oder? Viele Grüße Boris

2 1

Einwahlserver mit CallBack
by Uwe Haertel 28 Dec '02

28 Dec '02

Der schnelle Erfolg meiner ersten Anfrage hat mich ermutigt, über ein etwas aufwendigeres Projekt nachzudenken: Ich bin oft mit dem Notebook unterwegs in Hotels. Zuhause läuft mein Linux-Server sowieso rund um die Uhr, u.a. als Faxserver (funzt ja wieder :-) und als Anrufbeantworter, aber auch als File- und Printserver für das Heimnetzwerk. Die Anbindung an das Internet geschieht über einen seperaten DSL- Router (hat früher auch der Linux-Server gemacht, aber als ich auch noch WLAN brauchte, gabs bei PLUS gerade einen günstigen DSL-LAN-WLAN-Router). Jetzt hab ich folgende Idee: Könnte ich mich nicht mit meinem (WinXP)Notebook über das Telefonnetz einwählen, authentifizieren und meine (Hotel)Rufnummer angeben und mich dann von meinem Server zurückrufen lassen (CallBack), so dass der mir sowohl der Zugriff auf meine Daten als auch auf das Internet erlaubt, ohne, dass ich die unverschämten Hotel-Telefonkosten bezahlen muss. Ich habe ein Sedlbauer Fax+ PCI und SuSE 8.1. Mein Notebook hat ein analoges 56k Modem, ich könnte es aber mit einer ISDN Karte ausstatten, wenn es sein muss. Nur gibts nicht überall ISDN. Ich erwarte jetzt keine detailierte Beschreibung der Konfiguration (obwohl, abhalten will ich auch niemanden davon ;-), aber vieleicht kann mir jemand ein paar Tipps geben, ob sowas überhaupt geht, und wo ich sowas finde. Vielen Dank allen, die sich soviel Prosa angetan haben und noch mehr Dank denen, die mir antworten. Uwe

1 0

Re: [suse-isdn] Kein Faxempfang mit Hylafax, Sedlbauer fax+ PCI und SuSE 8.1
by Uwe Haertel 28 Dec '02

28 Dec '02

----- Original Message ----- From: "Karsten Keil" <kkeil(a)suse.de> To: "Uwe Haertel" <uwe.haertel(a)arcor.de> Sent: Saturday, December 28, 2002 1:13 AM Subject: Re: [suse-isdn] Kein Faxempfang mit Hylafax, Sedlbauer fax+ PCI und SuSE 8.1 > On Fri, Dec 27, 2002 at 05:04:52PM +0100, Uwe Haertel wrote: > > Hatte eine Installation von Hylafax mit Sedlbauer Fax+ PCI unter SuSE 7.0, die tadellos lief. > > > > Jetzt hab ich auf SuSE 8.1 umgestellt (Neuinstallation). Alle anderen Serverdienste habe ich auf Anhieb wieder zum Laufen bekommen (inklusive vbox) und auch das Senden von Faxen mit Hylafax geht, nur beim Empfang bricht das Teil immer an der selben Stelle ab. > > > > Auf der Seite von Sedlbauer gibts zwar einen Kernelpatch, der ist aber fuer Kernel 2.4.18 (SuSE 8.0) und ich weiss auch nicht, ob das was bringt. Ich hatte eigentlich gehofft, der neue Kernel waere entsprechend verbessert. > > > > Hier ist mal ein typisches Logfile aufgelistet (hab nur meine Nummer geixt): > > > > Dec 26 17:56:01.92: [ 4956]: RECV recv EOP (no more pages or documents) > > Dec 26 17:56:01.92: [ 4956]: <-- [9:AT+FRS=3D7\r] > > Dec 26 17:56:01.93: [ 4956]: --> [5:ERROR] > > Dec 26 17:56:01.93: [ 4956]: MODEM Command error > > Ja, der noch aktuelle Treiber kennt kein +FRS command, ist auch nicht > notwendig: > > Class1Cmd: AT+FCLASS=1 # command to enter class 1 > Class1PPMWaitCmd: AT+FTS=7 # command to stop and wait before PPM > Class1TCFWaitCmd: AT+FTS=7 # command to stop and wait before TCF > Class1EOPWaitCmd: AT+FTS=9 # command to stop and wait before EOP > Class1SwitchingCmd: <delay:9> # silence between HDLC recv and trans > > sollte genau so gut gehen. > > -- > Karsten Keil > SuSE Labs > ISDN development

1 0

[suse-isdn] Es kommt keine Verbindung zustande
by Henry J 28 Dec '02

28 Dec '02

Hi Ich komme nicht ins Internet. Ich habe SuSE Linux 8.1 und eine ITK Columbus Card. Diese wird als ITK ISDN PnP erkannt. Im boot-Protokoll steht folgendes: ***** Setting up ISDN card contr0 ITK ISDN PnP done Loading Driver contr0 done <notice>killproc: kill(29,3) INIT: Entering runlevel: 5 <notice>/etc/init.d/rc5.d/S01isdn start hisax-: No such device done <notice>'/etc/init.d/rc5.d/S01isdn start' exits withstatus0 <notice>/etc/init.d/rc5.d/S01random start Initializing random number generator done <notice>'/etc/init.d/rc5.d/S01random start' exits with status0 <notice>/etc/init.d/rc5.d/S05network start Setting up network interfaces: lo done ippp0 error in /usr/sbin/isdnctrl addif ippp0 failed ***** Weiter unten dann noch das: ***** Searching for unresolved configuration files done Please check the following files (see /var/adm/rpmconfigcheck): /etc/isdn/isdn.conf.rpmsave ***** Hier die Datei: ***** #SuSEconfig.isdn modified # # example of /etc/isdn/isdn.conf # # More information: /usr/share/doc/packages/i4l/isdnlog/README # [GLOBAL] COUNTRYPREFIX = + COUNTRYCODE = 41 AREAPREFIX = 0 # EDIT THIS LINE: AREACODE = 031 [VARIABLES] [ISDNLOG] LOGFILE = /var/log/isdn.log ILABEL = %b %e %T %ICall to tei %t from %N2 on %n2 OLABEL = %b %e %T %Itei %t calling %N2 with %n2 REPFMTWWW = "%X %D %17.17H %T %-17.17F %-20.20l SI: %S %9u %U %I %O" REPFMTSHORT = "%X%D %8.8H %T %-14.14F%U%I %O" REPFMT = " %X %D %15.15H %T %-15.15F %7u %U %I %O" CHARGEMAX = 20.00 CURRENCY = 0.062,EUR COUNTRYFILE = /usr/lib/isdn/country.dat RATECONF= /etc/isdn/rate.conf RATEFILE= /usr/lib/isdn/rate-de.dat HOLIDAYS= /usr/lib/isdn/holiday-de.dat ZONEFILE= /usr/lib/isdn/zone-de-%s.cdb DESTFILE= /usr/lib/isdn/dest.cdb # providerselect VBN = 010:01900 VBNLEN = 2:3 PRESELECTED=33 ***** Wenn ich mich mit Kinternet einwählen will, passiert gar nichts und es gibt im System-Protokoll folgende Meldung: ***** Dec 28 10:42:32 linux kernel: no channels in open minor(64) Dec 28 10:42:32 linux kernel: allways open isdnctrl0 ***** Was muss ich machen, damit eine Verbindung zustande kommt? Vielen Dank für eine Antwort Gruss Till _________________________________________________________________ Hotmail - Absolut kostenfrei! Der weltweit größte E-Mail-Anbieter im Netz: http://www.msn.de/hotmail

1 0

max. Kabell�ngen
by Lukas Riederer 28 Dec '02

28 Dec '02

Hallo Liste, vielleicht mag sich jemand erinnern, ich hatte vor einigen Wochen bzw. habe da noch immer ein Problem mit ISDN. Damalige Problembeschreibung: Ich habe eine AVM PCI V 2.0 in einem 7.2 er System. Mein Problem: Die NTBA steht in einem anderen Stock als er Rechner, ich habe eine Ethernet Verkabelung CAT6 installiert, nur funktioniert die Sache schrecklich langsam bis gar nicht. Ich habe den Rechner probeweise an die Nähe der NTBA gestellt und mit dem originalen ISDN Kabel verbunden, dann klappt es wunderbar. Liegt es am Kabeltyp oder an deren Länge, oder vielleicht an ganz etwas anderem? Meine Aktionen: In der spärlichen Freizeit, und wenn es sonst zeitlich drinnen ist (Rechner läuft z.Z. als Fileserver im kleinen Firmennetz), also abends, habe ich wie von Karsten Keil und anderen Listenteilnehmern erklärt, die Abschlusswiderstände eingebaut. Hat nichts gefruchtet, um einen Kabelschaden auszuschliessen, habe ich eine fliegende Testleitung verlegt, an deren Ende die ISDN mit Abschlusswiderständen angeschlossen, wiederum das gleiche Ergebnis. Zusätzlich habe ich das Kabel mit dem Multimeter durchgemessen, die einzelnen Adern sind ok, und zwischen 3-6 und 4-5 beträgt der Widerstand 100 Ohm, wie es sich gehören sollte. Eigentlich wollte ich schon aufgeben, da habe ich noch einen Versuch gestartet, und zwar habe ich die Karte in einen anderen PC mit WinXP eingebaut, und siehe da, dort funktioniert die fliegende Leitung mit Terminierung einwandfrei. Nun dachte ich an ein Software Problem im Suse System, habe dann das aktuellste Capi4Linux von AVM für mein System geholt und ein Update gemacht, wieder kein Fortschritt. Es klappt nur mit dem kurzen ISDN Kabel direkt am NTBA. Einen Hinweis noch, ich bin Italien zu Hause, und demzufolge Kunde der Telecom Italia, das dürfte meines Erachtens aber keine Rolle spielen, da der gleiche ISDN Standard gilt, und sonst ja einwandfrei funktioniert. Kann es mit der Rechnerhardware zusammenhängen, oder hat vielleicht noch jemand einen Tipp? Ich denke, ein Linux System als Server ohne Netzzugang ist nicht im Sinne des Erfinders und eine andere Möglichkeit als ISDN ist z.Z. nicht möglich, da das ländliche Gebiet nicht anders abgedeckt ist. Frohe Weihnachten und einen guten Rutsch aus Südtirol wünscht Lukas Riederer

4 3

[suse-isdn] Kein Faxempfang mit Hylafax, Sedlbauer fax+ PCI und SuSE 8.1
by Uwe Haertel 27 Dec '02

27 Dec '02

----- Original Message ----- From: "Uwe Haertel" <uwe.haertel(a)arcor.de> To: "Manfred Tremmel" <Manfred.Tremmel(a)iiv.de> Sent: Friday, December 27, 2002 10:49 PM Subject: Re: [suse-isdn] Kein Faxempfang mit Hylafax, Sedlbauer fax+ PCI und SuSE 8.1 > Ja, danke für den Hinweis, hab ich schon. > Die waren schon deshalb unbedingt notwendig, weil faxsetup überhaupt nicht > wollte. Hat irgentwelchen Mist aufgeschrieben, d.h. die config-files waren > nicht verwendbar. Das Update hats behoben. Hab die config-files aber auch > "von hand" reparieren können. Hatte ja noch die Alten, da mussten nur ein > paar Pfade angepasst werden. > > Für den Faxempfang hats nichts gebracht. Nicht mal der Inhalt des Logfiles > hat sich geändert. > > Danke für den Hinweis > Uwe > > > ----- Original Message ----- > From: "Manfred Tremmel" <Manfred.Tremmel(a)iiv.de> > To: <suse-isdn(a)suse.com> > Sent: Friday, December 27, 2002 9:52 PM > Subject: Re: [suse-isdn] Kein Faxempfang mit Hylafax, Sedlbauer fax+ PCI und > SuSE 8.1 > > > > Am Freitag, 27. Dezember 2002 17:04 schrieb Uwe Haertel: > > > > > Jetzt hab ich auf SuSE 8.1 umgestellt (Neuinstallation). Alle anderen > > > Serverdienste habe ich auf Anhieb wieder zum Laufen bekommen > > > (inklusive vbox) und auch das Senden von Faxen mit Hylafax geht, nur > > > beim Empfang bricht das Teil immer an der selben Stelle ab. > > > > Mit Fax gabs probleme mit der SuSE 8.1, gibt aber Updates, die das > > beheben sollten. Hast Du per YOU schon alle Updates einspielen lassen? > > > > -- > > Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ > > | http://packman.links2linux.de/ > > Manfred | http://www.knightsoft-net.de > > > > > > -- > > Um die Liste abzubestellen, schicken Sie eine Mail an: > > suse-isdn-unsubscribe(a)suse.com > > Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken > > Sie eine Mail an: suse-isdn-help(a)suse.com > > >

1 0

Kein Faxempfang mit Hylafax, Sedlbauer fax+ PCI und SuSE 8.1
by Uwe Haertel 27 Dec '02

27 Dec '02

Hatte eine Installation von Hylafax mit Sedlbauer Fax+ PCI unter SuSE 7.0, die tadellos lief. Jetzt hab ich auf SuSE 8.1 umgestellt (Neuinstallation). Alle anderen Serverdienste habe ich auf Anhieb wieder zum Laufen bekommen (inklusive vbox) und auch das Senden von Faxen mit Hylafax geht, nur beim Empfang bricht das Teil immer an der selben Stelle ab. Auf der Seite von Sedlbauer gibts zwar einen Kernelpatch, der ist aber fuer Kernel 2.4.18 (SuSE 8.0) und ich weiss auch nicht, ob das was bringt. Ich hatte eigentlich gehofft, der neue Kernel waere entsprechend verbessert. Hier ist mal ein typisches Logfile aufgelistet (hab nur meine Nummer geixt): Dec 26 17:55:34.86: [ 4956]: SESSION BEGIN 00000018 xxx Dec 26 17:55:34.86: [ 4956]: HylaFAX (tm) Version 4.1.3 Dec 26 17:55:34.86: [ 4956]: MODEM set XON/XOFF/FLUSH: input ignored, output disabled Dec 26 17:55:34.86: [ 4956]: <-- [4:ATA\r] Dec 26 17:55:40.07: [ 4956]: --> [7:CONNECT] Dec 26 17:55:40.07: [ 4956]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyI0' Dec 26 17:55:40.07: [ 4956]: MODEM input buffering enabled Dec 26 17:55:40.07: [ 4956]: RECV FAX: begin Dec 26 17:55:40.07: [ 4956]: RECV FAX: CDPN=20 Dec 26 17:55:40.07: [ 4956]: MODEM input buffering disabled Dec 26 17:55:40.07: [ 4956]: <-- data [23] Dec 26 17:55:40.07: [ 4956]: <-- data [2] Dec 26 17:55:40.09: [ 4956]: --> [7:CONNECT] Dec 26 17:55:40.09: [ 4956]: <-- data [10] Dec 26 17:55:40.09: [ 4956]: <-- data [2] Dec 26 17:55:41.21: [ 4956]: --> [2:OK] Dec 26 17:55:41.21: [ 4956]: <-- [9:AT+FRH=3D3\r] Dec 26 17:55:41.55: [ 4956]: --> [7:CONNECT] Dec 26 17:55:43.04: [ 4956]: --> [2:OK] Dec 26 17:55:43.04: [ 4956]: REMOTE TSI "6913305099931" Dec 26 17:55:43.04: [ 4956]: <-- [9:AT+FRH=3D3\r] Dec 26 17:55:43.05: [ 4956]: --> [7:CONNECT] Dec 26 17:55:43.29: [ 4956]: --> [2:OK] Dec 26 17:55:43.29: [ 4956]: REMOTE wants 14400 bit/s Dec 26 17:55:43.29: [ 4956]: REMOTE wants page width 1728 pixels in 215 mm Dec 26 17:55:43.29: [ 4956]: REMOTE wants A4 page length (297 mm) Dec 26 17:55:43.29: [ 4956]: REMOTE wants 7.7 line/mm Dec 26 17:55:43.29: [ 4956]: REMOTE wants 2-D MR Dec 26 17:55:43.29: [ 4956]: RECV training at v.17 14400 bit/s Dec 26 17:55:43.29: [ 4956]: MODEM set XON/XOFF/DRAIN: input ignored, output generated Dec 26 17:55:43.29: [ 4956]: <-- [11:AT+FRM=3D145\r] Dec 26 17:55:45.04: [ 4956]: --> [7:CONNECT] Dec 26 17:55:46.66: [ 4956]: MODEM set XON/XOFF/DRAIN: input ignored, output disabled Dec 26 17:55:46.66: [ 4956]: RECV: TCF 2913 bytes, 6% non-zero, 2699 zero-run Dec 26 17:55:46.66: [ 4956]: --> [10:NO CARRIER] Dec 26 17:55:46.66: [ 4956]: DELAY 75 ms Dec 26 17:55:46.74: [ 4956]: TRAINING succeeded Dec 26 17:55:46.74: [ 4956]: <-- [9:AT+FTH=3D3\r] Dec 26 17:55:48.37: [ 4956]: --> [7:CONNECT] Dec 26 17:55:48.37: [ 4956]: <-- data [3] Dec 26 17:55:48.37: [ 4956]: <-- data [2] Dec 26 17:55:48.63: [ 4956]: --> [2:OK] Dec 26 17:55:48.63: [ 4956]: MODEM input buffering enabled Dec 26 17:55:48.63: [ 4956]: MODEM set XON/XOFF/FLUSH: input ignored, output generated Dec 26 17:55:48.63: [ 4956]: <-- [11:AT+FRM=3D146\r] Dec 26 17:55:49.29: [ 4956]: --> [7:CONNECT] Dec 26 17:55:49.29: [ 4956]: RECV: begin page Dec 26 17:56:00.79: [ 4956]: RECV: 2300 total lines, 0 bad lines, 0 consecutive bad lines Dec 26 17:56:00.79: [ 4956]: RECV: end page Dec 26 17:56:00.79: [ 4956]: --> [10:NO CARRIER] Dec 26 17:56:00.79: [ 4956]: MODEM set XON/XOFF/DRAIN: input ignored, output disabled Dec 26 17:56:00.79: [ 4956]: MODEM input buffering disabled Dec 26 17:56:00.79: [ 4956]: <-- [9:AT+FRH=3D3\r] Dec 26 17:56:00.95: [ 4956]: --> [7:CONNECT] Dec 26 17:56:01.92: [ 4956]: --> [2:OK] Dec 26 17:56:01.92: [ 4956]: RECV recv EOP (no more pages or documents) Dec 26 17:56:01.92: [ 4956]: <-- [9:AT+FRS=3D7\r] Dec 26 17:56:01.93: [ 4956]: --> [5:ERROR] Dec 26 17:56:01.93: [ 4956]: MODEM Command error Dec 26 17:56:01.93: [ 4956]: RECV FAX (00000018): recvq/fax00012.tif from 6913305099931, route to <unspecified>, 0 pages in 0:21 Dec 26 17:56:01.93: [ 4956]: RECV FAX: Failure to receive silence. Dec 26 17:56:01.93: [ 4956]: <-- [9:AT+FTH=3D3\r] Dec 26 17:56:03.64: [ 4956]: --> [7:CONNECT] Dec 26 17:56:03.64: [ 4956]: <-- data [3] Dec 26 17:56:03.64: [ 4956]: <-- data [2] Dec 26 17:56:03.90: [ 4956]: --> [2:OK] Dec 26 17:56:03.90: [ 4956]: MODEM input buffering enabled Dec 26 17:56:03.90: [ 4956]: RECV FAX (00000018): session with 6913305099931 terminated abnormally: Failure to receive silence. Dec 26 17:56:03.90: [ 4956]: RECV FAX: bin/faxrcvd "recvq/fax00012.tif" "ttyI0" "00000018" "Failure to receive silence." "CALLER NUMBER: 6913303" "CALLER NUMBER: 6913303" "" Dec 26 17:56:04.30: [ 4956]: RECV FAX: end Dec 26 17:56:04.30: [ 4956]: SESSION END Es waere sehr schoen, wenn mir jemand einen Tip geben koennte. Vielen Dank im Voraus. Uwe

2 1