home *** CD-ROM | disk | FTP | other *** search
/ TAP YIPL / TAP_and_YIPL_Collection_CD.iso / PHREAK / SYSINFO / TESTLINE.TXT < prev    next >
Text File  |  2000-01-31  |  7KB  |  147 lines
  1. From: Raymond J. Rueb
  2. How Toll Busy Line and Emergency Interrupt Work
  3.  
  4.  
  5. After reading the previous discussions, I think there is some
  6. confusion about what the operator is capable of during BLV and EI
  7. situations. So,
  8.  
  9.      "How Toll Busy Line Verify (BLV) and Emergency Interrupt (EI) Work"
  10.  
  11. I worked on OSPS BLV & EI for AT&T, and I became familiar with how
  12. TSPS works also. For TOPS info, ask someone else (though this
  13. information should be close).
  14.  
  15. The best way to understand BLV and EI is to run through a customer to
  16. operator to termination scenario.
  17.  
  18. 1) After repeatedly receiving a busy signal from their intended
  19. forward number, a customer calls the operator and asks if the operator
  20. can help.
  21.  
  22. 2) The operator enters "VERIFY mode". On TSPS this is done by
  23. accessing a separate call loop and performing the VERIFY on that loop.
  24. On OSPS the operator has a separate VERIFY key to press which causes
  25. the switch to perform the following checks:
  26.  
  27.   a) Is there a valid forward number?
  28.   b) Is the forward number within this operator's VERIFY network? If
  29.      not, the operator must go inward to the local operator who can
  30.      then perform the VERIFY. More about VERIFY networks later.
  31.   c) Is the forward number verifiable? ie: is it on the list of numbers
  32.      of which the operator is not allowed to perform BLV and EI. I never
  33.      understood this idea, maybe the CIA might rest easier, but it really
  34.      is a security redundancy.
  35.  
  36. 3) If this operator can perform the VERIFY, then the operator presses
  37. send.
  38.  
  39.   a) The call begins to route over the VERIFY network.
  40.   b) The back party is automatically split from the connection (for
  41.      security reasons, OSPS only; in TSPS the operator is performing the
  42.      VERIFY on a separate loop and there is no back party on that loop)
  43.   c) The operator's talking path is disabled.
  44.   d) A voice scrambler circuit kicks in (in TSPS this is a physical
  45.      circuit attached to the trunk, in OSPS this is firmware in the
  46.      operator's VDT). The scrambler allows the operator to tell IF
  47.      conversation is taking place, but not WHAT is being said.
  48.      It kinda sounds like ducks talking.
  49.  
  50. 4) The call arrives at the local Central Office (CO) on an incoming
  51. BLV trunk.  This is where my knowledge is a little weak. If the number
  52. to be verified is a line loaded on that switch, then we're home free.
  53. The switch automatically causes a test trunk to bridge the port
  54. associated with the number being called and the operator is now
  55. connected with all forward parties associated with the call. If,
  56. however, the line is on a PBX connected to the CO, the connection MAY
  57. be verifiable. I believe all true PBX's must have incoming VERIFY
  58. trunks and be capable of performing BLV bridging. I know that some
  59. PBX's can do this (a 5ESS Switch (tm) can be a PBX), but I don't know
  60. whether ALL PBX's can do this. It works on centrex.
  61.  
  62. 5) The operator listens to the scrambled connection to determine if
  63. the line is in-service or not. This method of determination has the
  64. following drawbacks:
  65.  
  66.    a) If there is a long lull in the conversation when the operator
  67.       performs the VERIFY, the operator might assume that the number is
  68.       out of service.
  69.    b) Most operators don't seem to be able to recognize data connections
  70.       through the scrambler (what's that funny noise???)
  71.    c) A pre-howler announcement, "please hang-up the phone" sounds like
  72.       conversation. There's actually a lot of debate as to what constitutes
  73.       in-service; if the telco's product is working, but the person has
  74.       recently left the phone off-hook, is it in-service?
  75.  
  76. 6) The operator splits the forward connection, unsplits the back party
  77. (TSPS operators change loops) and informs the customer of the status.
  78.  
  79. 7) The customer requests an EI.
  80.  
  81. 8) The OSPS operator presses the EI key.
  82.  
  83.    a) The back party is split.
  84.    b) A two second long 440Hz tone is applied to the forward connection.
  85.    c) The scrambler is deactivated.
  86.    d) The operator's voice path with the forward connection is restored.
  87.    e) Every 10 seconds, a 0.5 second tone is repeated to serve as a
  88.       reminder to the forward parties that their conversation is no longer
  89.       private. This tone continues until the operator breaks the EI bridge.
  90.  
  91. 9) The operator can now talk with the forward party and request that
  92. they hang-up so that the back party can call them.
  93.  
  94. 10) The operator relays the response to the back party.
  95.  
  96. At this point the operator will charge the customer for the VERIFY and EI.
  97.  
  98. If they have been taught well, the operator will ask if the back party
  99. wants the operator to connect them with their intended forward party.
  100. This will result in additional charges for an operator assisted call.
  101.  
  102. NOTES about BLV and EI service:
  103.  
  104. 1) BLV and EI are separately tariffed services, but are always flat
  105. rate. Some states, like Michigan, don't allow charging for BLV but do
  106. allow EI charges.
  107.  
  108. 2) During VERIFY and EI, the back party and forward party are NEVER in
  109. contact.
  110.  
  111. 3) Calls CANNOT be completed across the VERIFY network.
  112.  
  113. 4) The VERIFY network USUALLY crosses LATA boundaries.
  114.  
  115. 5) The VERIFY network is often BOC owned, and often only the BOCs are
  116. allowed access to them. This means that BOCs frequently are in the
  117. position of providing INTER-LATA BLV and EI services. Since BOCs are
  118. forbidden from providing inter-lata services like COLLECT and CARD#,
  119. why is inter-lata BLV allowed?
  120.  
  121. NOTES about the VERIFY network and security:
  122.  
  123. 1) The VERIFY network is separate from the toll network.
  124.  
  125. 2) Routing on the VERIFY network cannot occur from a customer's phone.
  126. If you're accidently routed to a VERIFY trunk, your signaling will be
  127. wrong.
  128.  
  129. 3) Much emphasis has been placed on operators being able to break into
  130. private phone conversations as a breach of privacy. Given the way BLV
  131. and EI perform (with the scrambler and tones) I don't feel that this
  132. is an issue.
  133.  
  134.                         HOWEVER....
  135.  
  136. 4) Craft test sets have special software to prevent routing on trunks
  137. MARKED as VERIFY trunks, but there is NOTHING to prevent a craft
  138. person from modifying how a trunk is marked, and then routing (of
  139. course it is still special routing signalling that must be used, but
  140. them craft seem to know about it).  I was appalled to find out that
  141. this is common practice when testing the BLV trunks. What this means
  142. is that a skilled, but unscrupulous, craftsperson has the
  143. unsupervised, unmonitored, unscrambled ability to listen in on ANY
  144. active phone conversation anywhere their VERIFY network reaches. Guess
  145. you gotta trust them.
  146.  
  147.