| I don't understand the problem..
> .-1 is correct so long as the NMS is connected to the db900mx somehow.
Why would the NMS not have a path to the db900mx (unless they are
using OBM in which case no IP service is needed).. is it because there
are two unconnected networks, one bridged by the DB90 and one by
the DB900? If so, then one definitely should not solve the
connectivity problem by connecting the DB900 thinwire into the hub
backplane since this would overwhelm the DB90's workgroup
side learning capacity. The right way to have them coexist is
to connect them through their external ports.
> .-2 suggests one way to do that (and eliminate the need for db90)
The typical customer would probably not toss a DB90 when they get
a DB900. Even if they did, they wouldn't need to connect the DB900 to
the thinwire backplane for IP services.
I've talked with more than one field person who assumed that modules
talk to the MAM via backplane LANs.. it needs to be clarified that
this is not the case.
The only confusing case is when you bring in the external connection
through a repeater (which by default connects to the thinwire) and
the NMS is connected to the repeater but the repeater is not wired
to the bridge externally (assuming that this is a first-time setup).
Then the NMS can't talk to the bridge which makes it hard for
it to provide IP services. The solution of course is to
connect the repeater to the bridge externally (at least during setup),
or to connect the NMS into the bridge. The latter is good practice
anyway because it's best to have IP services be provided by the closest
possible hub module.. thus reducing the chances of losing management
connectivity due to a module, or LAN path, in between going down.
Anil
|