From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <a_s_y@sama.ru>
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on
 sa.local.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00
 autolearn=unavailable autolearn_force=no version=3.4.1
From: Sergey <a_s_y@sama.ru>
To: sysadmins@lists.altlinux.org
Date: Wed, 10 Apr 2024 11:43:31 +0400
User-Agent: KMail/1.9.10 (enterprise35 0.20100827.1168748)
MIME-Version: 1.0
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
Message-Id: <202404101143.31859.a_s_y@sama.ru>
Subject: [Sysadmins] =?utf-8?b?0J/RgNC+0LHQu9C10LzRiyDRgSBhcnAg0LfQsNC/?=
 =?utf-8?b?0LjRgdGP0LzQuCDQvdC1INC+0YIg0YLQvtCz0L4g0LjQvdGC0LXRgNGE0LU=?=
 =?utf-8?b?0LnRgdCw?=
X-BeenThere: sysadmins@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux sysadmins' discussion <sysadmins@lists.altlinux.org>
List-Id: ALT Linux sysadmins' discussion <sysadmins.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/sysadmins>,
 <mailto:sysadmins-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sysadmins>
List-Post: <mailto:sysadmins@lists.altlinux.org>
List-Help: <mailto:sysadmins-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
 <mailto:sysadmins-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Wed, 10 Apr 2024 07:43:51 -0000
Archived-At: <http://lore.altlinux.org/sysadmins/202404101143.31859.a_s_y@sama.ru/>
List-Archive: <http://lore.altlinux.org/sysadmins/>

Приветствую.

Нарвался на проблему с arp. Достаточно давно на самом деле
в первый раз, но сегодня вот опять. Решил и на kernel.org
закинуть (https://bugzilla.kernel.org/show_bug.cgi?id=218700)
но вдруг у кого мысли будут.

1822: ether1.2115@ether1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 3c:ec:ef:1d:63:05 brd ff:ff:ff:ff:ff:ff
    inet 100.64.1.114/30 brd 100.64.1.115 scope global ether1.2115

1829: ether9.3109@ether9: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 3c:ec:ef:4d:94:ee brd ff:ff:ff:ff:ff:ff
    inet 100.64.3.62/30 brd 100.64.3.63 scope global ether9.3109

# arp -n|grep 100.64.1.113
100.64.1.113   ether   50:ff:20:26:fa:14   C      ether9.3109
100.64.1.113           (incomplete)               ether1.2115

В ether9.3109 прилетают arp who-has 100.64.1.114 tell 100.64.1.113
от забытой железки, а ядро зачем-то отвечает, что 100.64.1.114
имеет MAC 3c:ec:ef:4d:94:ee, хотя он реально с другим MAC на другом
интерфейсе, да ещё и в ARP таблицу запись добавляет, чтобы жизнь
совсем мёдом не казалась... Вопрос - как бороться. Понятно, что
есть вариант железку отключить.

-- 
С уважением, Сергей.