Re: NIC to NIC connection

From: Bruno Wolff III <bruno(at)wolff(dot)to>
To: Gaetano Mendola <mendola(at)bigfoot(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: NIC to NIC connection
Date: 2004-10-21 10:19:23
Message-ID: 20041021101923.GA31585@wolff.to
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Thu, Oct 21, 2004 at 10:07:33 +0200,
Gaetano Mendola <mendola(at)bigfoot(dot)com> wrote:
> Bruno Wolff III wrote:
> >Also I believe that if
> >a switch doesn't remember where a particular mac address is it will send
> >the packet to all of the attached ports.
>
> I don't think so, I guess the switch perform a sort of arpping in order to
> detect who have a macaddress assigned, even the multicast is not sent
> to all ports but only to that ports where "someone" sent an arp packet
> saying
> the he was registered to a multicast address.

Switches don't do arps; they are a layer 2 device (and hence don't know
about IP addresses. They cache mac address port bindings. If their cache
expires before the cached IP mac address bindings in some attached device
then they can get requests to send to mac addresses for which they don't
have a cached port. In that case they are supposed to do a port flood of
the packet.

I actually had a problem with a switch that was misconfigured and didn't
do a port flood in these circumstances. That combined with a linux box
that wasn't chatty enough to stay in the switch's cache and that the
router cached IP address - mac address bindings for hours while the switch
kept mac address - port bindings for minutes caused my machine to be
unreachable to other hosts for periods of time.

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Iain 2004-10-21 10:32:53 high (or at least improved) availability and failover
Previous Message Francesco.Borgoglio 2004-10-21 09:03:19 About System Catalogs