Solved

Problem Routing Network through ISDN on Sparc 10

Posted on 1997-05-21
5
283 Views
Last Modified: 2013-12-23
I'm attempting to connect an ISDN box (a Combinet 2060, if it makes
any difference) to my Sparc 10 in order to do a network-to-network
connection to a remote site. Here are some details:

IP number of local Sparc 10 machine: 130.151.X.Y
IP number of local ISDN box: 130.151.X.Z
IP number of remote ISDN box: 144.15.A.B
IP number of remote machine: 144.15.C.D

The local ISDN box is connected (physically) to le1, so I think I
need to do an "ifconfig" on le1, then a couple of "route" commands,
and then set up an entry in the hosts file, but I'm having trouble
figuring out which numbers go where. If I've got the whole concept
wrong, feel free to tell me that, too.

Oh - running SunOS 4.1.3 - nothing special about it, and I am able
to connect directly to the ISDN modem, via kermit, and dial up the
far end and get connected, but when, after setting things up as I
think they should be, I try to telnet to the remote machine, I get
a "network is unreachable" error.

0
Comment
Question by:hoffman
  • 2
  • 2
5 Comments
 

Accepted Solution

by:
jabley earned 100 total points
ID: 1582071
The Combinet 2060 has both ethernet and BRI interfaces. It appears from your message that you might have plugged this router into your Sparc 10 using a spare ethernet port (le1), while the rest of your local network is attached to le0.

* If this is the case, then don't - plug everything in to the same ethernet segment, unless you have specific firewalling needs for your local network.

* If you really do need your SPARC 10 and the Combinet connected on their own ethernet segment, make sure you're either using a hub/switch, 10base2 coax cabling (make sure you use terminators), or a 10baseT cross-over cable directly between the two 10baseT ethernet ports.

* From your numbering it does appear that the Combinet is intended to perform a routing function, and not a bridging function. However, if it is expected to act as a bridge, simply plug both bridges into the ethernet networks they are expected to connect (and note that the ISDN link will likely stay up permenantly).

The Combinet 2060 supports RIP version 1, as does your SunOS 4.1.3 machine, and you could simply enable RIP on both Combinets and run routed on the servers - however, this will probably keep your ISDN line permenantly up by the traffic involved in RIP advertisements. If you want to dial-on-demand (eg if you're calling long distance), then you need to disable RIP on the routers, and add the following routes:

1. On the SPARC 10:
  # route add 144.15.0.0 130.150.X.Z 1

2. On the remote machine:
  # route add 130.151.0.0 144.15.A.B 1

You shouldn't need any ifconfig commands, assuming the interfaces on both machines are being used at present (as if they weren't, you wouldn't have IP addresses for them).

You don't give any IP addresses for either end of the ISDN-carried subnet, so I assume these interfaces are effectively unnumbered. If this is the case, the remote ethernet subnet for each router will effectively be learnt as a connected route, and you shouldn't have to configure them further.

If you still have problems, a diagram of your exact setup would be helpful (including subnet masks for all IP addresses).
0
 

Author Comment

by:hoffman
ID: 1582072
Is this how to go about asking for clarification of an expert's
answer?


0
 

Expert Comment

by:jabley
ID: 1582073
Yes, I think so :)
0
 

Author Comment

by:hoffman
ID: 1582074
The machine that the local ISDN box is connected to does have
two separate Ethernet connections - one connected to the local
network, and the other connected directly to the ISDN box. The
way this is supposed to work is that this would isolate the rest
of the network from the traffic coming through the ISDN box, as
well as shielding their network from the brunt of our traffic.

What the intent of the connection is is to, once their machine
is dialed up, make it seem as if our machine is directly on their
network - I'm not clear as to the difference between bridging
and routing, but what we want to be able to do is run, say,
"telnet remote_machine_name" from the local Sparcstation, and
have it connect up automatically. There may be several remote
machines that we'd like to connect to, although I suppose we
could probably do that by logging onto a single remote machine
and going from there to any of their other machines.

I tried the route commands you suggested, and they do get the
ISDN box to autodial, so that part is fixed, so if you could just
explain this routing vs. bridging thing, we could wrap this up.

Thanks for the info so far...

0
 

Expert Comment

by:edwst
ID: 1582075
Your local SPARC 10 doesn't know the route to the remote site.
The remote machine doesn't know the route to the local site.
I suggest that you use the 'route add' command on both machines.
0

Featured Post

Netscaler Common Configuration How To guides

If you use NetScaler you will want to see these guides. The NetScaler How To Guides show administrators how to get NetScaler up and configured by providing instructions for common scenarios and some not so common ones.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Suggested Solutions

Title # Comments Views Activity
Stuck in INIT/DROTHER 2 23
Set up wireless network on Cisco ASA 5505 with DHCP 13 63
logging buffered 8 47
spanning tree loop even though stp is enabled 10 34
Let’s list some of the technologies that enable smooth teleworking. 
Join Greg Farro and Ethan Banks from Packet Pushers (http://packetpushers.net/podcast/podcasts/pq-show-93-smart-network-monitoring-paessler-sponsored/) and Greg Ross from Paessler (https://www.paessler.com/prtg) for a discussion about smart network …
Internet Business Fax to Email Made Easy - With  eFax Corporate (http://www.enterprise.efax.com), you'll receive a dedicated online fax number, which is used the same way as a typical analog fax number. You'll receive secure faxes in your email, f…
Here's a very brief overview of the methods PRTG Network Monitor (https://www.paessler.com/prtg) offers for monitoring bandwidth, to help you decide which methods you´d like to investigate in more detail.  The methods are covered in more detail in o…

770 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question