Netdev List
 help / color / mirror / Atom feed
From: jamal <hadi@cyberus.ca>
To: Zdenek Radouch <zdenek@rcn.com>
Cc: Steve Iribarne <steve.iribarne@dilithiumnetworks.com>,
	Eran Mann <emann@mrv.com>, Thomas Graf <tgraf@suug.ch>,
	Andi Kleen <ak@muc.de>, Martin Mares <mj@ucw.cz>,
	netdev@oss.sgi.com, linux-net@vger.kernel.org
Subject: Re: Do you know the TCP stack? (127.x.x.x routing)
Date: 08 Mar 2005 08:34:39 -0500	[thread overview]
Message-ID: <1110288879.1050.167.camel@jzny.localdomain> (raw)
In-Reply-To: <3sp35g$7rsc1@smtp04.mrf.mail.rcn.net>

PS:- anyone not copying me in the responses while addressing me - i
didnt see your response.

On Mon, 2005-03-07 at 22:15, Zdenek Radouch wrote:

> RFC 1918 trivializes the IP addressing by boxing
> all hosts into either a "private" or "public" category,
> based on their need to access the Internet.
> 

sure. And the semantics are: dont route "private" addresses 
if they stray on the "public network". In other words, it is left to the
network setup to resolve this.

> The major thing the RFC misses is the fact that internal
> to one of these "public" or "private" hosts, you may have
> another, "even more private" network, for example one
> that connects the cards within the chassis.  

But why is this more "even more private"?
Surely you can use 10.x addresses just fine within a chasis.
Just make sure the packets dont leak out (if thats what you so desire).
i.e set your routing properly.
Nothing makes 127.x addresses not usable in NATs or not be routable
once you start attching them to non-hostlocal interfaces. 

> Such network
> must be (for obvious reasons) completely hidden
> from the outside, and thus cannot come from the
> "outside" address space.  This "outside" space is a union
> of the "public" and "private" IP addresses.
> Guess what's left?  How 'bout 127.0.0.0.
> 

Lets see, your requirements are:
a) packets within a chasis subnet shall stay within a chasis subnet
b) the outside (of the chasis) world shall never discover whats inside 
the chasis (example ARPs will fail to resolve etc)

Did i miss anything else?

Seems to me you are relying on obscurity of 127.x to achieve goals which
you could achieve just as easily with a 10.x address or even a public
address. Is this correct? In otherwords it doesnt matter what addresses
you use for internal chassis. What matters is how you set the route
tables etc.
I respect your desire to use whatever address range, but show me one
think i couldnt do with a 10.x in the chasis that you can now achieve
with a 127.x .. I think this will bring some clarity for me.


cheers,
jamal


  reply	other threads:[~2005-03-08 13:34 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-03-06  2:20 Do you know the TCP stack? (127.x.x.x routing) Zdenek Radouch
2005-03-06  9:56 ` Martin Mares
2005-03-06 17:01   ` Zdenek Radouch
2005-03-06 17:12     ` alex
2005-03-06 17:31     ` Thomas Graf
2005-03-06 19:48       ` Zdenek Radouch
2005-03-06 20:19         ` alex
2005-03-06 20:19         ` Andi Kleen
2005-03-06 20:45           ` Thomas Graf
2005-03-06 21:30             ` Andi Kleen
2005-03-06 21:50               ` Thomas Graf
2005-03-06 21:50             ` Zdenek Radouch
2005-03-07  7:01               ` Sumit Pandya
2005-03-07  8:05               ` Eran Mann
2005-03-07 12:14                 ` jamal
2005-03-07 23:50                 ` jamal
2005-03-08  3:15                   ` Zdenek Radouch
2005-03-08 13:34                     ` jamal [this message]
2005-03-08 13:51                       ` Martin Mares
2005-03-08 13:58                         ` jamal
2005-03-08 14:03                           ` Martin Mares
2005-03-08 14:17                             ` jamal
2005-03-08 14:20                               ` Martin Mares
2005-03-08 18:40                               ` Henrik Nordstrom
2005-03-08 21:17                                 ` jamal
2005-03-09  9:09                                   ` Henrik Nordstrom
2005-03-09 12:39                                     ` jamal
2005-03-09 13:39                                       ` Zdenek Radouch
2005-03-09 14:18                                         ` jamal
2005-03-09 16:46                                           ` Jason Lunz
2005-03-10 10:10                                             ` Henrik Nordstrom
2005-03-09 17:52                                           ` Matt Mackall
2005-03-10  6:57                                             ` Catalin(ux aka Dino) BOIE
2005-03-09 22:34                                       ` Henrik Nordstrom
2005-03-10  1:47                                         ` Jamie Lokier
2005-03-08 18:34                       ` Henrik Nordstrom
2005-03-09  5:33                       ` Zdenek Radouch
2005-03-08 14:02                     ` Thomas Graf
  -- strict thread matches above, loose matches on Subject: below --
2005-03-08 15:07 Steve Iribarne
2005-03-09 15:01 Steve Iribarne
2005-03-09 16:00 ` jamal
2005-03-10  6:48 ` Catalin(ux aka Dino) BOIE
2005-03-09 17:33 Steve Iribarne
2005-03-09 19:40 ` jamal
2005-03-09 21:57 Steve Iribarne
2005-03-10  0:11 ` jamal
2005-03-09 23:51 Boian Bonev
2005-03-10  0:23 ` Jason Lunz
2005-03-10 14:35 Steve Iribarne
2005-03-10 14:49 ` Dmitry Torokhov
2005-03-10 15:04 Steve Iribarne
2005-03-10 15:25 ` Catalin(ux aka Dino) BOIE

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=1110288879.1050.167.camel@jzny.localdomain \
    --to=hadi@cyberus.ca \
    --cc=ak@muc.de \
    --cc=emann@mrv.com \
    --cc=linux-net@vger.kernel.org \
    --cc=mj@ucw.cz \
    --cc=netdev@oss.sgi.com \
    --cc=steve.iribarne@dilithiumnetworks.com \
    --cc=tgraf@suug.ch \
    --cc=zdenek@rcn.com \
    /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