Administrace komentářů

Jenže problém bude určitě v tom, že ty stroje na sebe vidí přímo a nějaký chytrý algoritmus se asi snaží zkracovat cesty paketům.

Někdo ten problém vidí jako vlastnost. Ostatně je to výchozí nastavení Linuxu.

Předpokládejme, že všechny stroje Linux ve výchozím nastavení, že switch jen skutečně prostá L2 krabička a všchny stroje mají prázdnou směrovací a ARP keš. Pak packety by měly proudit takto:

A                      GW                      B
|→ ARP request for GW  →|
|← ARP response for GW ←|
|→ Echo request 1      →|
|← Redirect to B       ←|
                        |→ ARP request for B  →|
                        |← ARP response for B ←|
                        |→ Echo request 1     →|
                        |← Echo response 1    ←|
                        |→ Redirect to A      →|
|← Echo response 1     ←|

Teď A i B vědí, že se na druhý stroj mají obracet přímo a pravidlo si zanesly do směrovací keše (ip route show cache).

Pokud A pošle další echo request pro B, tak už se vůbec nebude s GW bavit:

A                      B
|→ ARP request for B  →|
|← ARP response for B →|
|→ Echo request 2     →|
|← Echo response 2    ←|

B už ARP dotaz na A neposílá, protože jeho ethernetovu adresu zná z ARP dotazu od A na B. V ARP keši na obou strojích by nyní měly být záznamy jak pro GW, tak i pro opačnou stanici (ip ne show).

Vyloučil bych ale z toho STP (zapojeni switchů to neumožňuje a na serverech je vyplé).

STP jsem vůbec neuvažoval. Stejně rámce chodí stejnými cestami. Spíše jsem myslel, že první adresu (s kterou máte problém) dostane stanice třeba přes DHCP, a pak chytré switche tohle sledují, a pak mohou podle toho nasadit „bezpečností“ filtry.

Pokud nechcete, aby stanice komunikovali napřímo, je možné v proc nebo přes sysctl vypnout na stancích accept_redirects a na routeru send_redirects.