Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!mailrus!accuvax.nwu.edu!nucsrl!telecom-request
From: joymrmn!root@uunet.uu.net (Marcel D. Mongeon)
Newsgroups: comp.dcom.telecom
Subject: Help with Call Blocking on a Meridian SL-1
Message-ID: <11423@accuvax.nwu.edu>
Date: 26 Aug 90 15:23:33 GMT
Sender: news@accuvax.nwu.edu
Organization: The Joymarmon Group Inc.
Lines: 33
Approved: Telecom@eecs.nwu.edu
X-Submissions-To: telecom@eecs.nwu.edu
X-Administrivia-To: telecom-request@eecs.nwu.edu
X-Telecom-Digest: Volume 10, Issue 601, Message 13 of 13


We have a reasonably large Northern Telecom Meridian SL-1 PBX serving
a hotel environment.  For calls made from guest rooms we have two
types of trunk lines: a) regular outgoing trunks for local calls and
message toll calls which are costed by a call detail recorder; and b)
toll trunks which are used strictly for 0+ calls.  On the second types
of trunks a HOBIC hooked up to the CO gives us any charging
information.

I discovered a major problem the other day with respect to the
blocking of calls on the first type of trunks (which use '9'+
dialing).  A guest can dial '9', access the outside trunk, then dial
'0', let the line time out and speak to an operator and presumabbly
have a call made which is charged on the line but which we *can't*
charge to the guest because the Call detail recorder has no
information other than the fact that '0' was dialled.

A little investigation showed that the problem results from the fact
that although '0' is denied on the particular trunk route '011' to
allow direct dialled international is allowed.  Apparently the SL-1
time out is longer than the trunk line '0' time out and the call does
not get blocked.  Obviously, we could just require all calls starting
with '0' including '011' to go out over the toll trunks.  However, we
have 200 rooms full of dialling instructions that would have to be
changed.

Are there any SL-1 experts out there that can suggest a work-around?
Perhaps changing some of the trunk timers?


  Marcel D. Mongeon          
  e-mail:    ... (uunet, maccs)!joymrmn!root  or
                                joymrmn!marcelm