Path: utzoo!attcan!uunet!jarthur!usc!julius.cs.uiuc.edu!apple!bionet!hayes.ims.alaska.edu!accuvax.nwu.edu!nucsrl!telecom-request
From: lars@spectrum.cmc.com (Lars Poulsen)
Newsgroups: comp.dcom.telecom
Subject: Re: Logistics of Setting up a Modem Hunt Group
Message-ID: <14449@accuvax.nwu.edu>
Date: 8 Nov 90 05:06:04 GMT
Sender: news@accuvax.nwu.edu
Organization: Rockwell CMC
Lines: 24
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 797, Message 9 of 10


In article <14367@accuvax.nwu.edu> William.Degnan@f39.n382.
z1.fidonet.org (William Degnan) writes:

> It seems that you can't test hunting from a server within the hunt
> group. ...
> Perhaps the designers never thought we'd want to call ourselves to
> check translations?

As has been noted already, this varies. This is not a bug, it is a
feature. It allows you to test the individual lines of the group by
calling each one in turn.

When I first encountered hunt groups, in a modem pool, in a foreign
country, many years ago, only the lead number would hunt; the
subordinate numbers behaved normally. Thus, you could test all numbers
except the lead number. Disabling the hunt for calls originating
within the group is a simple way of achieving this test capability
(although it would seem to require a bit of computer processing to
implement).


Lars Poulsen, SMTS Software Engineer
CMC Rockwell  lars@CMC.COM