home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / uk / telecom / 603 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  2.2 KB
  1. Path: sparky!uunet!pipex!unipalm!uknet!fulcrum!davidw
  2. From: davidw@fulcrum.co.uk (David Wilkinson)
  3. Newsgroups: uk.telecom
  4. Subject: Re: Itemised Bills
  5. Message-ID: <C1GDGD.Dxo@fulcrum.co.uk>
  6. Date: 26 Jan 93 08:41:00 GMT
  7. References: <1993Jan25.144543.5802@alex.com> <1993Jan25.165736.21231@aston.ac.uk>
  8. Sender: news@fulcrum.co.uk
  9. Organization: Fulcrum Communications
  10. Lines: 40
  11.  
  12. In article <1993Jan25.165736.21231@aston.ac.uk> evansmp@uhura.aston.ac.uk (Mark Evans) writes:
  13. >Doug Clinton (dec@alex.com) wrote:
  14. >: In article <931325141322@ibm3090.bham.ac.uk>, TREHARAJ@ibm3090.bham.ac.uk writes:
  15. >: |> ==============================================================================
  16. >: |> Could anybody explain what modifications BT would need to carry out in
  17. >: |> order to supply the residential customer with a fully itemised bill?
  18. >: |> Why is it that Mercury can do so?
  19. >: 
  20. >: BT would almost certainly have to install a very large amount of extra
  21. >: mass storage in order to log every all to provide fully itemised
  22. >: bills. Mercury can manage it because they have far fewer customers
  23. >: (probably one or two orders of magnitude) which means they do not have
  24. >: to store as much data.
  25. >
  26. >How much data?
  27. >After all disk drives are not exactly expensive items.
  28. >Also calculating the unit value for calls (and fudging the meter figure)
  29. >must take up a fair amount of cpu time. (Is this done by the exchange processer,
  30. >probably, due to charge advice, which mercury does not have)
  31.  
  32. I suspect that one problem is the size of the disk that comes with
  33. exchanges such as System X. All the billing data is dumped to that,
  34. and then downloaded to a remote site periodically (every hour, I
  35. think) over X.25. BT insist, however, that they musn't lose any
  36. billing data, even if their comms links go down for a long period (>
  37. 1day?) - this effectively limits the amount of data that can
  38. physically be stored, and hence the 10 unit restriction. 
  39.  
  40. Don't ask me how Mercury manage to do it, I don't know.
  41.  
  42. I suspect one solution would be to persuade GPT to fit bigger disks to
  43. their exchanges, but there might be technical arguments against that.
  44.  
  45. Dave W.
  46.  
  47.  
  48.  
  49. --
  50. David Wilkinson                                    davidw@fulcrum.co.uk
  51. Fulcrum Communications Ltd, Fordrough Lane, Birmingham, B9 5LD, ENGLAND
  52.