Hunting on the 5-BRI (was: 5-BRI fails intermittently)

Howard Leadmon (howardl@abs.net)
Thu, 6 Jun 1996 01:04:03 -0400 (EDT)

> > Well I can't speak for Bell South, but here in Bell Atlantic I did after
> > a lot of time with the switch engineers come up with a hunting solution
> > that appears to be working. We are using a 5BRI which is connected to
> > a AT&T 5ESS switch running NI-1 across multiple BRI's in a combined
> > Voice/Data huntgroup. This was not plug-n-play by any stretch of the
> > imagination, but it does work. I am still looking for a solution where
> > I can just order a basic huntgroup and have it work, but for now I have
> > to explain all the special options to them whenever I order new lines..
>
>
> What were these options? My lines are provisioned as
> 5ESS P-T-P, and GTE says that there is no way to configure a hunt
> group to work with the Livingston. They claim that the Livingston
> isn't communicating properly with the switch. I'm just wondering
> if some of the options might be similar.

I thougt that P-T-P didn't even use any type of dialup, and was linked
all the time to the same remote site verses Multi-Point which was the
more normal way to do this.

Anyway as said above, I an NI-1, and the trick for me was to have
the Telco set several options. First I had them configure a hunt-group
for me. Second I had them configure each SPID so that it was only good
for one CSV and one CSD. This way when a call came in on the first
line and connected, and then a second call came in on the same SPID/DN
again it would be kicked over to the next SPID/DN and would actually
connect claiming to be the second SPID and not the first SPID. This
avoided the issue of the Livingston rejecting the call saying it was
the wrong number attempting to call.

The default config for BellAtlantic appears to be for two CSV, and
two CSD calls on any SPID. This is fine for many things, and I agree
with Bell it's the best way, but the Livingston just won't allow it
to work. What Livingston needs to do is allow it to accept a call
for either SPID that is attached to the BRI instead of locking a
specific SPID to a specific B Channel, which is wrong. This was not
the way ISDN was designed to operate.

I hope this helps shed a little light, and if you have any other
questions just let me know. Maybe with any luck 3.3.2b4 might
have this feature, one can hope...

-------------------------------------------------------------------------------
Internet : howardl@abs.net | Howard D. Leadmon
UUCP : wb3ffv!howardl | ABSnet Internet Services
PHONE : (410)-361-8160 | 200 E. Lexington Street
FAX : (410)-361-8162 | Suite-1602
PACKET : WB3FFV @ WB3FFV.MD.USA.NA | Baltimore, MD 21202
WWW : http://www.abs.net |