home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / bit / listserv / pmdfl / 2593 < prev    next >
Encoding:
Text File  |  1993-01-11  |  5.1 KB  |  119 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!INNOSOFT.COM!DAN
  3. Errors-to: epmdf@YMIR.BITNET
  4. X-Envelope-to: PMDF-L@IRLEARN.BITNET
  5. X-VMS-To: IN%"MAC@gvg34.gvg.tek.com"
  6. X-VMS-Cc: IPMDF
  7. MIME-version: 1.0
  8. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  9. Content-transfer-encoding: 7BIT
  10. Message-ID: <01GTEA14QRWI8WW94D@YMIR.CLAREMONT.EDU>
  11. Date:         Mon, 11 Jan 93 23:26:43 GMT
  12. Sender:       PMDF Distribution List <PMDF-L@IRLEARN.BITNET>
  13. From:         "Daniel C. Newman" <DAN@INNOSOFT.COM>
  14. Subject:      RE: How is estimated time to send FAX calculated?
  15. Newsgroups: bit.listserv.pmdf-l
  16. Lines: 101
  17.  
  18. > One of my users would like to know how
  19. >
  20. >      Estimated duration of the phone call:
  21. >
  22. > is calculated.  I assume that a good guess is made from the size of the file
  23. > to be sent to the modem?
  24.  
  25. The time is indeed a guess-estimate.  However, I cannot derive it from the file
  26. size for two reasons.  First, the FAX devices spend time on the phone line
  27. doing negotiations at the start of the FAX transmission, before each page of
  28. the transmission, and at the end of the transmission.  I have no idea how long
  29. these negotiations may take.  In the first set of negotiations the machines
  30. are, among other things, exploring the possible capabilities of each other
  31. trying to see how best to transmit the data.  This in itself adds a lot a
  32. variability to the length of the initial set of negotiations. Secondly, the FAX
  33. devices can dynamically change the rate of data transmission depending upon the
  34. quality of the phone line (as determined by the frequency of detected
  35. transmission errors).  So, the first observation means that any estimate I will
  36. make will be too low (as much as 30 seconds per page). The second observation
  37. also indicates that my estimates will be low, but in this case may be off by a
  38. non-minor multiplicative factor.  (The FAX modem will never increase the speed,
  39. only decrease it.)
  40.  
  41.  
  42. So, below is a description on how I estimate the call duration.  This
  43. description takes the form of explaining a sample log entry.  (Read: "I
  44. doctored a response I sent someone else so as to answer your question".)
  45.  
  46. > 14-JUL-1992 07:04:25 g3_to_fax    070135070304 S 2 HAL9000@ACME.COM
  47. >   4551656 DI-070301 TS-070301 CO-070301 PS-070324 PS-070424 NT-070424
  48. >   RD-070424
  49.  
  50. Here's a sample entry from one of the log files.  Let's dissect it:
  51.  
  52. (1) 14-JUL-1992 07:04:25 -- This is the time at which the log entry was made
  53.  
  54. (2) g3_to_fax  -- Name of the PMDF channel making the log entry
  55.  
  56. (3) 070135070304 -- Estimated start and end times for the FAX transmission:
  57.                       Estimated start time was 07:01:35
  58.                       Estimated end time was   07:03:04
  59.                       ---------------------------------
  60.                       Estimated elapsed time       2:31
  61.  
  62.     The estimated start time is the time at which we send the "DIAL this phone
  63.     number" command to the FAX modem and then begin sending the actual FAX image
  64.     data.  Now, the modem doesn't actually place the phone call for about 6 - 10
  65.     seconds after this time.  Then, there's another delay while we wait for the
  66.     remote FAX machine to answer the call.
  67.  
  68.     The estimated end time is when we stop sending data to the modem.  The
  69.     modem, however, will still be transmitting data over the phone line for
  70.     some unknown length of time
  71.  
  72. (4) S -- Call was successful.
  73.  
  74. (5) 2 -- 2 pages sent
  75.  
  76. (6) HAL9000@ACME.CMD -- Person sending the FAX
  77.  
  78. (7) 4551656 -- Destination FAX telephone number
  79.  
  80. (8) DI-070301 -- PMDF-FAX received the "dial" response from the FAX modem
  81.     at the time 07:03:01.
  82.  
  83.     TS-070301 -- PMDF-FAX received the TSI data from the remote FAX machine
  84.     at 07:03:01.
  85.  
  86.     CO-070301 -- PMDF-FAX received the "Connected" response from the FAX
  87.     modem at 07:03:01.
  88.  
  89.     Now, note that these responses were all received at the same time by
  90.     PMDF-FAX.  This is because the FAX modem batches up these things before
  91.     sending them to the host.  These were most likely sent after the cover
  92.     page was transmitted.  So, from this about all we can tell is that we
  93.     started sending data to the modem at 07:01:35 [item (3)] and at 07:03:01
  94.     the first page had finished transmitting.
  95.  
  96. (9) PS-070324 -- At 07:03:24, PMDF-FAX received an acknowledgment that the
  97.     first page was sent successfully.
  98.  
  99.     PS-070424 -- At 07:04:24, PMDF-FAX received an acknowledgment that the
  100.     second page was sent successfully.
  101.  
  102.     NT-070424 -- PMDF-FAX received from the FAX modem a "Call termination"
  103.     response at 07:04:24.
  104.  
  105.     RD-070424 -- PMDF-FAX received from the FAX modem a "Ready" response at
  106.     07:04:24.
  107.  
  108.  
  109. Now, from the DI-070301 [(8)] and NT-070424 [(9)] we could estimate the call to
  110. have had a duration of 1:24.  The estimate from (3), which is what was reported
  111. in the status report mailed back to the sender, was 2:31.  Which estimate is
  112. correct?  Hard too say.  The estimated from (8) and (9) is usually too small as
  113. these responses are batched up by the modem and not sent at the time the event
  114. they report occurred.  However, is what I've found to be the best estimate.
  115. It's sometimes too low, sometimes too high, and never exact to within the
  116. second.
  117.  
  118. Dan
  119.