home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / telecom / 11939 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  4.6 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  3. Newsgroups: comp.dcom.telecom
  4. Subject: InterOffice Trunk Help Needed
  5. Message-ID: <telecom12.851.5@eecs.nwu.edu>
  6. Date: 16 Nov 92 02:13:00 GMT
  7. Sender: Telecom@eecs.nwu.edu
  8. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  9. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  10. Lines: 75
  11. Approved: Telecom@eecs.nwu.edu
  12. X-Submissions-To: telecom@eecs.nwu.edu
  13. X-Administrivia-To: telecom-request@eecs.nwu.edu
  14. X-Telecom-Digest: Volume 12, Issue 851, Message 5 of 6
  15.  
  16. Background:
  17.  
  18. I have two MITEL SX2000SG 3-cabinet PBX's side-by-side in my office.
  19. Southwestern Bell service arrives via 44.736 Mbps (DS3) fiber
  20. terminating in Rockwell equipment.  The PBX's are digital, The trunks
  21. are digital. There is no channel bank equipment at my end.  Network
  22. synchronization is derived from SWB.  Span status logs indicate *NO*
  23. frame slips, *NO* bit errors and no CRC errors. Everything is in sync,
  24. fat, dumb and happy.
  25.  
  26. Two CO's across town (near a business associate) I have another MITEL
  27. three-cabinet SG.  Just coincidentally, this machine is served by the
  28. same CO as my business associate (about more later).
  29.  
  30. Only the PSTN service from SWB and my IXC feeds (USS) are non ISDN.
  31. All the MITELS derive network sync from one of the machines here at
  32. the corporate office, which in turn derives its sync from SWB.  We've
  33. tried different sync sources, even let 'er go freerun without any
  34. change in the problem. Zero suppression is AMI -- throughout the
  35. network ... I've checked.
  36.  
  37. The problem: For a _very_ long time now I have been having fits trying
  38. to RELIABLY receive 9600 bps FAX transmissions from a very large
  39. business associate across town. (Two central offices away). The brand
  40. of fax machine in use at either end has no bearing, as we've both
  41. tried several brands, multiple machines on multiple extensions.
  42.  
  43. In desperation, I installed a copper POTS line (from SWB) direct to
  44. ONE of my 170 fax machines (yes, 170!).  This works SWELL, but doesn't
  45. address the central issue of the business associate being unable to
  46. reliably send long, multiple-page fax messages from any of his 75 fax
  47. machines to any of the other 169 machines at my corporate office.  In
  48. answer to the obvious question, neither we nor the business associate
  49. are experiencing any fax problems with anyone else that we know of.
  50.  
  51. Testing and research: A few nights ago, the business associate & I
  52. attempted sending nearly 100 fax images from his location to mine via
  53. the SWB PSTN. As it was off-peak, all my PBX's were basically idle, so
  54. I was able to busy out selected DID T-1's, thereby effectively
  55. "steering" his inbound fax calls from SWB onto specific individual
  56. T-1's, and recording the span and channel number being seized.  I
  57. thought I was going to find a bunch of bad trunks. I didn't. What I
  58. found was that whenever a specific trunk WOULD pass his fax image to
  59. me flawlessly, the next time the SAME trunk got selected the fax would
  60. fail. We tried these same tests on nine different SWB DID T-1's,
  61. busying out eight spans and leaving one span of 24 trunks open.  
  62.  
  63. The failure rate was nearly identical. Five of these spans are served
  64. by a 5AESS and the other four by a 1A, but that too seems not to
  65. matter.  When things failed, as they did at an alarming rate of 50% of
  66. the time, the fax machines would experience difficult link
  67. negotiations and then sync up at 4800 or 2400. The received image
  68. captured from a marginal link contains SERIOUSLY misaligned pixels --
  69. it looks like a noisey image, but at close scrutiny, it isn't noise,
  70. as no "extra" gibberish is present.  The desired image was there, but
  71. with literally thousands of "holes" in it from "missing" pixels. The
  72. missing pixels are all there, but are scattered about the page,
  73. appearing as noise dots.  The received image is so mutilated as to be
  74. virtually unintelligible.
  75.  
  76. Brainstorm!  I took an unused DID number on my downtown PBX (near the
  77. associate) and "routed" it via my internal ISDN trunks to send the
  78. call to the same fax machine on the same extension, cable and pair,
  79. but using my internal trunks instead of Bell's.  This WORKS! - So WHY
  80. can't ma bell give me usable fax circuits over her PSTN?  What's
  81. different?  I strongly suspect inter-machine trunk trouble between the
  82. National and Clay central offices, but how do I prove this and how do
  83. I get through to the teledroid at repair service that we're
  84. experiencing this problem on ALL 216 DID trunks?  Profound thoughts
  85. and ideas are welcomed.
  86.      
  87.  
  88. Ye Olde Bailey BBS    Houston,Texas
  89. Node 1: 1 713 520 1569  yob.sccsi.com
  90.