HP3000-L Archives

October 2002, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Gilles Schipper <[log in to unmask]>
Reply To:
Gilles Schipper <[log in to unmask]>
Date:
Wed, 23 Oct 2002 21:20:59 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (49 lines)
Contrary to many previous posts regarding this issue, from my experience it
is not necessary to permanently enable bridging to support remote DTC
operations.

There is also no requirement to obtain more "modern" DTCs  (such as
DTC72's) which support remote environments under certain convoluted conditions.

The key word here is "permanently".

Only if bridging is required on a permanent basis does it behoove one to
configure the appropriate filtering in order to prevent a deluge of traffic
from being broadcast via the bridge.

The only bridging requirement associated with remote DTC operation occurs
during DTC download operations originating from a download request from the
host (either the HP3000 for host-based NM configurations or the OV
workstation for Openview configurations.).

So, a very inexpensive and effective remote DTC operation requires the
enabling of router bridging ONLY during a required DTC download operation,
after which successful completion can sustain normal terminal and printer
operations with bridging disabled.

In order to assure that most environments avoid "unscheduled" DTC download
requests, it is only necessary to ensure that your remote DTCs are properly
protected with inexpensive UPS systems.

Obviously, in cases where even with the presence of UPS systems long power
outages are unavoidable, unscheduled DTC downloads would still present a
problem.

However, in a very large majority of environments, it is entirely possible
to avoid unscheduled DTC downloads, and so enable remote DTCs to operate in
nornmal "routing" environments, where it would only be necessary to enable
bridging for brief, known periods of time.



Gilles Schipper
GSA Inc.
HP System Administration Specialists
300 John Street, Box 87651   Thornhill, ON Canada L3T 7R4
Voice: 905.889.3000     Fax: 905.889.3001
email:  [log in to unmask]  web: http://www.gsainc.com
-------------------------------------------------------------------------------------------------

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2