Re: Do you know the TCP stack? (127.x.x.x routing)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 8 Mar 2005, jamal wrote:

Henrik, so what is the difference between this and using any random
block of addresses?;-> If the packets never leave the box i can use
IBM's block of addresses if i wanted - no need to sweat this far (with
hacking the kernel).

Not if you want to maintain sane routing tables within the box and still be able for IBM to connect the box to their network. Some components of the box will need to sit both in the external and internal environments.


If Zdenek is going to put more than one box then theres nothing magical;
he will have to sit down and configure one of the boxes manually - no
escape there.

No, as the packets never leaves his box in the first place there is no problem with multiple boxes. They will never share the internal network segment where the addresses are seen.


He is building a multi-node box (single box, multiple internal nodes, some external intefaces) using TCP/IP for the internal communication between the nodes within the box. For this communication he propose the use of a part of the 127/8 address space, but only for the communication within his multinode box. Not for communication visible outside of the box.

If he puts only a single box then he may likely get away with it.

Except this wont be practical for IPV4 since those addresses are scarce.
May make sense for V6 though (becomes like MAC addresses on NICS).

IPv6 already have link local addressing IIRC.


indeed that is what is needed in this case if the problem is address conflict resolution. An equivalent for v4 (called zeroconf) is at: http://www.zeroconf.org/

Unfortunately this does not apply to multihomed hosts, but provides an interesting address range which may be useable as an alternative to 127.X for the discussed purpose assuming hosts on the local network outside of the box is not using IPv4LL addresses in communication involving the box.


Regards
Henrik
-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]

  Powered by Linux