From owner-freebsd-isp  Thu Oct  8 16:45:34 1998
Return-Path: <owner-freebsd-isp@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id QAA22017
          for freebsd-isp-outgoing; Thu, 8 Oct 1998 16:45:34 -0700 (PDT)
          (envelope-from owner-freebsd-isp@FreeBSD.ORG)
Received: from caladan.tdx.co.uk (caladan.tdx.co.uk [195.188.177.4])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA21993
          for <freebsd-isp@FreeBSD.ORG>; Thu, 8 Oct 1998 16:45:22 -0700 (PDT)
          (envelope-from kpielorz@tdx.co.uk)
Received: from localhost (kpielorz@localhost)
	by caladan.tdx.co.uk (8.9.1a/8.9.1) with ESMTP id AAA15809;
	Fri, 9 Oct 1998 00:39:42 +0100 (BST)
Date: Fri, 9 Oct 1998 00:39:42 +0100 (BST)
From: Karl Pielorz <kpielorz@tdx.co.uk>
To: Bill Fumerola <billf@chc-chimes.com>
cc: Tim Wolfe <tim@clipper.net>, "Jeffrey J. Mountin" <jeff-ml@mountin.net>,
        freebsd-isp@FreeBSD.ORG
Subject: Re: IP Load balancing
In-Reply-To: <Pine.HPP.3.96.981008132328.21428G-100000@hp9000.chc-chimes.com>
Message-ID: <Pine.BSF.4.05.9810090037130.15789-100000@caladan.tdx.co.uk>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-isp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


On Thu, 8 Oct 1998, Bill Fumerola wrote:

> On Thu, 8 Oct 1998, Tim Wolfe wrote:
> 
> > Now this particular instance I spent about 5 minutes thinking of so I know
> > there are tons of holes and/or better ways to do this.  The point is, at
> > Layer3, you get a measure of control over network flow and traffic
> > structure..
> 
> Okay. Essentially, though, you either send using priorities based on MAC
> addresses or IP addresses. Still, the packet can't get to a machine
> faster, because the filtering is still the same. I do understand how
> people would use the cost features, though there are software ways of
> doing that.

But a switch (i.e. nice, fast, cut-through if possible switch) can't route
can it? - But a layer3 'switch' can route... i.e. it can direct traffic
across WAN's where the MAC addresses become invalid/exchanged etc. ;-)

I don't think switches can 'filter' per se anyway - theres very little
they can do - unless there running in store and forward mode (in which
case it see's the entire packet) - and that defeats the object of a
switch (cross point connections etc. i.e. low latency / high
throughput)... :-(

Regards,

Karl


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-isp" in the body of the message