You will still be able to ping your remote routers, right? And you will be
ping the new eth interfaces on your local routers. If the local and remote
have the same subnet address, then Netview will draw them as directly
via a network with that address, as opposed to your current straight-line
network. The supplier's devices may show up on that subnet as well, but if
have snmp access to them, they will only show up as generic boxes down at
You may need to use a seedfile to trigger the discovery of the remote
If the remotes are on different subnets than the locals there may be no
drawn between them. I have also seen cases where the supplier needed to
static route somewhere so you could reach the remote router, depending on
management station sits in your network. Most suppliers are willing to do
ability to manage your remote devices is a good enough reason.
Leslie A. Clark
IBM Global Services - Systems Mgmt & Networking
email@example.com@tkg.com on 07/10/2000 09:49:03 AM
Please respond to IBM NetView Discussion <firstname.lastname@example.org>
Sent by: email@example.com
Subject: [NV-L] Discovering Remote Routers, without Discovering
Intermediate Netw orks
We are being offered a new connectivity service: our WAN provider will
supply an "IP cloud" instead of WAN links. Our peripheral routers, which up
to now were connected to a WAN cloud via serial interface, will connect to
an Ethernet interface belonging to the IP cloud.
The IP cloud is a black box as far as I am concerned. It consists of a mesh
of routers interconnected via WAN links using private (illegal) IP
addresses; I don't want to manage it, nor does my service provider want me
to. The only IP thing which we have in common are the IP addresses of my
routers' ETH interfaces, which were allocated to us by the supplier, from a
range of his private address pool.
Is there a way by which I can discover and manage my routers at the other
end of the IP cloud?
Eli Gal - firstname.lastname@example.org <mailto:email@example.com>
Bezeq - the Israeli Telecommunications Corp.
Ramat Gan, Israel
NV-L List information and Archives: http://www.tkg.com/nv-l