![]() |
I've enabled system tracing for this and will let you know. My fax report from yesterday was: Sender Pages Time Pg/min Errs TypRate TypData patrick@cre8tivegroup.com 416 3:59:02 1.7 25 14400 1-D MR -------------------------------------------------------------------- Total 416 3:59:02 1.7 25 Facsimile transmitted since last week: Sender Pages Time Pg/min Errs TypRate TypData patrick@cre8tivegroup.com 10039 94:00:25 1.8 532 14400 1-D MR -------------------------------------------------------------------- Total 10039 94:00:25 1.8 532 So we are running at about 5% error rate, with most of those wrong numbers/did not answer. Of those from the 25, we had 7 Unspecified Phase B errors: Oct 20 18:18:05.43: [10605]: REMOTE HANGUP: Unspecified Transmit Phase B error (code 20) which is about a 1.7% error rate. And I am pretty sure most of these were remote hangups. Patrick On 22-Oct-97 Prof. Julio C. Spinelli wrote: >Thanks very much for the information, > >As there has been somebody else saying that they are having problems with >this same modem, would it be possible for you to let us know the firmware >release and revision date? Hylafax normally prints this out in one of the >log files, during modem reset. > >Out of curiosisty what is the failure rate for all causes, except wrong >number or no carrier that you have with these modems? > >With USR sportster I am running at around 8-10% and it is unacceptable > >Thanks, > >Julio > >On Wed, 22 Oct 1997, Patrick Gardella wrote: > >> I do send 2000+ a day. Our record day is 4041 in 24 hours on 7 modems. All the >> faxes are 1 to 2 pages, no cover sheets and all are US (local) numbers. >> >> Here is my config file for one of the modems: (The FAXnumber and LocalId are >> commented out :) >> >> >> Patrick >> _________________ >> >> CountryCode: 1 >> AreaCode: 703 >> FAXNumber: +xxxxx >> LongDistancePrefix: 1 >> InternationalPrefix: 011 >> DialStringRules: "etc/dialrules" >> ServerTracing: 1 >> SessionTracing: 11 >> RecvFileMode: 0600 >> LogFileMode: 0600 >> DeviceMode: 0660 >> RingsBeforeAnswer: 0 >> SpeakerVolume: off >> GettyArgs: "std.%s" >> LocalIdentifier: "xxxx" >> TagLineFont: etc/lutRS18.pcf >> TagLineFormat: "From %%l|%c|Page %%p of %%t" >> MaxRecvPages: 25 >> # >> # >> # Modem-related stuff: should reflect modem command interface >> # and hardware connection/cabling (e.g. flow control). >> # >> ModemType: Class2 # use class 2 interface >> ModemRate: 38400 # lock rate for DCE-DTE communication >> ModemFlowControl: rtscts # default >> # >> ModemHardFlowCmd: AT&E4 # hardware flow control >> ModemSoftFlowCmd: AT&E5 # software flow control >> ModemSetupDTRCmd: AT&D3 # setup so DTR drop resets modem >> ModemSetupDCDCmd: AT&C1 # setup so DCD reflects carrier (or n ot) >> ModemSetupAACmd: AT+FAA=1 # enable adaptive-answer in class 2 >> # >> # NB: some models get confused by the @ >> # >> ModemDialCmd: ATDT%s@ # T for tone dialing, @ for silence >> # >> Class2RecvDataTrigger: "\022" # character sent to modem to start re cv >> >> >> On 22-Oct-97 Prof. Julio C. Spinelli wrote: >> >Dear Patrick, >> > >> >Could you please provide me with the config file that you are using. I >> >would like to try the Multitech modem. Do you really send 2000 faxes per >> >day average? Whow! Are they all to the USA or international? >> > >> >Thanks very much for this help, >> > >> >Modem vendors will learn to market products that really work thaks to the >> >exchange of info that you are doing. Thanks again, >> > >> >Julio >> > >> >On Wed, 22 Oct 1997, Patrick Gardella wrote: >> > >> >> I am using 8 MT2834ZDX modems are they have not given me a problem yet! W hat >> >> is the "v" mean? It this the 28.8 -33.6 update? >> >> >> >> Been running 24x7 for 3 months at an average of 2000 faxes outgoing. (I do n't >> >> allow any incoming.) >> >> >> >> Patrick >> >> >> >> On 21-Oct-97 Larry Pyeatt wrote: >> >> >Hello, >> >> > I have given up on my USR Sportster and am looking for a modem that >> >> >works. >> >> >Has anyone used the MT2834ZDXV with hylafax? If so, does it work well? >> >> > >> >> >Thanks. >> >> > >> >> >-- >> >> >Larry D. Pyeatt All standard disclaimers apply. >> >> >pyeatt@cs.colostate.edu Void where prohibited. >> >> >http://www.cs.colostate.edu/~pyeatt >> >> >>