linux-ppp.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: James Carlson <carlsonj@workingcode.com>
To: linux-ppp@vger.kernel.org
Subject: Re: routing
Date: Thu, 08 Jul 2010 13:39:58 +0000	[thread overview]
Message-ID: <4C35D52E.8030205@workingcode.com> (raw)
In-Reply-To: <W3133827767292401233331800@webmail16>

tony.chamberlain@lemko.com wrote:
> I have three machines.

For what it's worth, it sounds a lot like these are basic IP routing
questions, and that the use of PPP is mostly immaterial.  You might want
to try to find a mailing list that's more focussed on routing issues in
Linux.

> Now I have machine C, 192.168.5.139.  I am trying to avoid having to install
> PPP on it but it has to communicate with both B and A.  B is, of course, no
> problem.  It can be reached via 192.168.5.27 and for some reason I cannot
> figure out, 10.0.0.26 also works from C to B.

There's always a reason for things.  ;-}  It would be good to understand
exactly what's going on there, because it may be related to the problems
you see.  Showing some "netstat -rn" output might be a start.

> To get C to be able to communicate with A I did the following:
> 
> in C:  ip route replace 10.0.0.98 via 192.168.5.27    # Route to 98 through 27
> in A:  ip route replace 192.168.5.139 via 10.0.0.26   # reverse

That along with the masquerading seems too complicated to me.

Assuming that static routing is somehow "required," I would have done
this on C:

	route add 10.0.0.0/24 192.168.5.27

because the 10 network is reachable through machine B.  Then on machine
A, I would have:

	route add 192.168.5.0/24 10.0.0.26

and nothing else.  No masquerading or any other tricks should be needed.
Just an IP path between those two systems ought to do the job.  (For
good measure, you could add a blackhole route for 10.0.0.0/24, so that
misaddressed packets don't bounce around, but that's not strictly required.)

But that assumes static routing.  I wouldn't do that on my network.  I'd
just enable RIP-2 or OSPF and let it do its thing.  It'll figure out the
routes.

-- 
James Carlson         42.703N 71.076W         <carlsonj@workingcode.com>

      parent reply	other threads:[~2010-07-08 13:39 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-01-30 16:10 Routing tony.chamberlain
2009-01-30 16:38 ` Routing Bill Unruh
2009-01-30 18:06 ` Routing James Carlson
2009-01-30 23:05 ` Routing James Carlson
2010-07-08 12:40 ` routing tony.chamberlain
2010-07-08 13:39 ` James Carlson [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4C35D52E.8030205@workingcode.com \
    --to=carlsonj@workingcode.com \
    --cc=linux-ppp@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).