Re: (PM) Dial-out on demand

Chris Trown (ctrown@cheops.net.csuchico.edu)
Mon, 26 Apr 1999 10:24:47 -0700

On Mon, Apr 26, 1999 at 09:29:44AM -0400, Pete Baumgartner scribbled:
> I have a customer who needs to be able to use the dial-out on demand
> feature of my PM3's I have run into a small problem that I can't seem to
> find an answer to in the documentation. Since I have multiple PM3's and
> they all are in the same hunt group (only 1 number associated with the
> PRI's), how can I set up routing to insure the incoming packets hit a
> PM3 that has a free channel to place a call? Seems something like MCPPP
> would solve the problem, but that only works for dial-in connections.
> Any help would be appreciated
>

I had this sort of working. Read my previous posts about my Gandalf
adventures. I decided that the Gandalf was much too dumb to get it working
right.

What I ended up doing is setting up a location on the last PM3 in the
rotary. Our rotary is set up to hunt, so the last PM3 will always see less
traffic than the first. That way, there is an almost certain chance that a
channel is available for dialout.

I'm running OSPF here. The last PM3 broadcasts the route correctly when
I set the location to dial-on-demand. My question to the routing/PM3 gurus out
there is this:

What happens if the remote ISDN router decides that it needs to dial in
and hits a PM3 *other* than the one advertising the route?

A co-worker said that Ascend uses some sort of priority on it's routing.
A dial-in route gets higher priority that the dial-on-demand route.

Is this scenario doable?

Chris...

-- 
What's the point?

An NT server can be run by an idiot, and usually is. PGP fingerprint: 063FCE320681C336 78C164FC9B2F91EA - To unsubscribe, email 'majordomo@livingston.com' with 'unsubscribe portmaster-users' in the body of the message. Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>