<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Глюки IPMP на Solaris10 x86</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/589.html</link>
    <description>есть 2 машины с solaris10 x86 - one, two&lt;br&gt;есть 2 свича - switch1 switch2&lt;br&gt;one воткнут в switch1&lt;br&gt;two воткнут в switch1 (bnx0)и в swintch2(bnx1) и на этих интерфейсх настроен IPMP (link-based failure detection)&lt;br&gt;&lt;br&gt;на two стоит ipfilter со state-ами&lt;br&gt;&lt;br&gt;делаем ssh с one на two - через некоторое время сессия замирает и потом отваливается по timeout-у&lt;br&gt;&lt;br&gt;происходит это в тот момент когда two шлет ARP ответ машине one со своим MAC-адресом, в ответ на broadcast ARP запрос своего MAC адреса от машины one.&lt;br&gt;&lt;br&gt;ssh (как и любое другое tcp соединение) блочится из-за странной вещи, после того как мы отослали ARP ответ исходяшие пакеты на one начинают отсылаться с другого интерфейса из IPMP группы. То есть если до этого мы получали и принимали через bnx0, то будет отсылаться через bnx1, а в следующий раз опять и прием и передача будут через bnx0.&lt;br&gt;&lt;br&gt;сам ARP ответ уходит через bnx0 и в нем стоит MAC адрес bnx0&lt;br&gt;&lt;br&gt;причем если в тот момент когда пакеты физически отсылаются через bnx1 (видно по snoop)&lt;br&gt;two# route get one&lt;br&gt;гово</description>

<item>
    <title>Глюки IPMP на Solaris10 x86 (Валерий)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/589.html#3</link>
    <pubDate>Thu, 12 Nov 2009 08:01:27 GMT</pubDate>
    <description>ищи документ &quot;IPMP Rearchitecture: High-Level Design Specification&quot;&lt;br&gt;&lt;br&gt;в Active-Active IPMP может отвечать 1) с любого активного интерфейса 2) использовать в исходящем пакете любой из IP адресов в качестве Source address &lt;br&gt;&lt;br&gt;3.2 Outbound Load-Spreading&lt;br&gt;Currently, the IP module load-spreads outbound traffic for each IP destination address across any&lt;br&gt;active interface in the group, where active is defined as an interface that is not marked FAILED,&lt;br&gt;INACTIVE, or OFFLINE, and has at least one UP address14. This will be unchanged in the new&lt;br&gt;model.&lt;br&gt;3.3 Source Address Selection&lt;br&gt;Currently, if the application does not bind to a specific source address, the IP module will select&lt;br&gt;a source address from the set of addresses in the IPMP group. The purpose of varying the source&lt;br&gt;address is to affect inbound load-spreading. Specifically, in the current model, all addresses hosted&lt;br&gt;on a given interface are associated with that interface&amp;#8217;s hardware address. Thus, currently, if one&lt;br&gt;connection uses a source address o</description>
</item>

<item>
    <title>Глюки IPMP на Solaris10 x86 (Dmitry)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/589.html#2</link>
    <pubDate>Mon, 20 Jul 2009 08:55:52 GMT</pubDate>
    <description> Да, видимо прием такого арп пакета - сигнал для соляриса чтобы пересмотреть распределение&lt;br&gt;исходящего трафика, вот он и переносит соединение туда-сюда.&lt;br&gt; Как-то это немного глючно в свете того что ipfilter не поддерживает перенос стэйта между интерфейсами.&lt;br&gt; Пришлось отказаться от стэйтов.&lt;br&gt;&lt;br&gt;&amp;gt;Если оба интерфейса настроены Active/Active, а не Active/Standby, то исходящий трафик распараллеливается &lt;br&gt;&amp;gt;между всеми интерфейсами IPMP группы. Настрой второй интерфейс как StandBy и &lt;br&gt;&amp;gt;наверное настанет счастье. </description>
</item>

<item>
    <title>Глюки IPMP на Solaris10 x86 (kolayshkin)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID13/589.html#1</link>
    <pubDate>Sat, 18 Jul 2009 02:19:31 GMT</pubDate>
    <description>Если оба интерфейса настроены Active/Active, а не Active/Standby, то исходящий трафик распараллеливается между всеми интерфейсами IPMP группы. Настрой второй интерфейс как StandBy и наверное настанет счастье.&lt;br&gt;</description>
</item>

</channel>
</rss>
