From owner-freebsd-net@freebsd.org Sat Jul 18 13:39:00 2020 Return-Path: Delivered-To: freebsd-net@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 015A336A9C1 for ; Sat, 18 Jul 2020 13:39:00 +0000 (UTC) (envelope-from abb@abbon.net) Received: from c4.eksi.net (c4.eksi.net [194.44.253.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "c4.eksi.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4B88GV48GYz4Ksg for ; Sat, 18 Jul 2020 13:38:58 +0000 (UTC) (envelope-from abb@abbon.net) Received: from C4.Eksi.Net (localhost [127.0.0.1]) by c4.eksi.net (OpenSMTPD) with ESMTP id 243a2b1c; Sat, 18 Jul 2020 16:38:54 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=abbon.net; h=reply-to :subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=default; bh=TmZ6BicYWbcVWf8WoqCpXrscAv0=; b=MFZxTBFJEoJlhR1vRoihntWbLUtD b10uNBdtWfihXdoj5lKolhgIDOihdqWbi7ecvAblioZj9u8v4cvl5aQJ90QL9T7x OIp3F55WQDwrItGqQBc5ZV463ZoOk8rMNwH94GNhbDa0D0G78EVjQHPn0FjBgDlv aPS+8S2fprFQVO3TBcEkh8jgxF/lmGzJPHOq2Lh2ck+GJYTgv1oTy5GV/eg4UuKj QKys7j2vHpZPb11TQpKHHC/YGjbopwrXHZunIcWO9QYl1aKt9TfDJdT9OhM5yDIk HsWvkvezDOF5PnjVuXQCzSvIlFSPV1GAcvv6cekOxksO2Ub4eSV09jYamA== DomainKey-Signature: a=rsa-sha1; c=nofws; d=abbon.net; h=reply-to :subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; q=dns; s= default; b=jmqottI0d6mC2c2IP6rRRbLxL4kk9UYszuJWYVookIqzY61BQ7efu MehK5M7NPGsm9USDaAzER6Aw3fk3yKgIRyOEVTC0Ln3JE7xpVkWmvR45SuxfJQ4a uSe0zbpNhzGVPUPAguQX5rx+Li/AYNDC/KpSrFLCqqdk2FL9U58AavUgg1+s2R5X hBePZJGB/qa0MB+f81mR2RjeKn+iTlgCxfFtgEBvHco++IGFrOxcF82yRHuX/+kQ ijKe+JjfNqoA4cxQQJGVeBZ7crEEsx38SS92jbBFhEX6Jlw1qKMZ0bb1ipw3D785 rUXTJ0OixPb65HOoJvVjzOH8IzGwFU9vw== Received: from [91.201.188.19] (h0-019.eksi.net [91.201.188.19]) by c4.eksi.net (OpenSMTPD) with ESMTPS id 34e62679 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Sat, 18 Jul 2020 16:38:54 +0300 (EEST) Reply-To: abb@abbon.net Subject: Re: How to increase the size of the MAC address caching table? To: "Alexander V. Chernikov" , "freebsd-net@freebsd.org" References: <1073051595077683@mail.yandex.ru> From: Alexandr Baryshnyev Message-ID: <48aedb01-d705-296a-85ba-e2dbf43c4ba2@abbon.net> Date: Sat, 18 Jul 2020 16:38:54 +0300 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <1073051595077683@mail.yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4B88GV48GYz4Ksg X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=abbon.net header.s=default header.b=MFZxTBFJ; dmarc=pass (policy=none) header.from=abbon.net; spf=pass (mx1.freebsd.org: domain of abb@abbon.net designates 194.44.253.2 as permitted sender) smtp.mailfrom=abb@abbon.net X-Spamd-Result: default: False [-2.27 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[abb@abbon.net]; R_DKIM_ALLOW(-0.20)[abbon.net:s=default]; TO_DN_EQ_ADDR_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.44.253.2:c]; NEURAL_HAM_LONG(-1.00)[-1.003]; MIME_GOOD(-0.10)[text/plain]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_MEDIUM(-1.02)[-1.024]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[abbon.net:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[abbon.net,none]; NEURAL_HAM_SHORT(-0.24)[-0.241]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:3255, ipnet:194.44.253.0/24, country:UA]; RCVD_TLS_LAST(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Jul 2020 13:39:00 -0000 18.07.2020 16:16, Alexander V. Chernikov пишет: > 18.07.2020, 13:56, "Alexandr Baryshnyev" : > > Hello everybody. > >    I have about 1,500 devices on the network, but in fact the MAC address table on the central router running Freebsd > 12.0 never contains more than 1000 with small cached records. In the network, there are short-term random interruptions > between different hosts and the router. The connection to the Internet on different computers in the network is lost for > a short time. No apparent cause of these breaks was found. > > How often does this happens and what is the average "short-term" duration? > I'd look into route -n monitor (don't remember if arp state reporting was merged into 12.0) and try to tcpdump arp > traffic to get understanding what's happening here. > Also: does this router perform TCP termination of the flows toward Internet? Breaks occur for no apparent reason. If you take one computer on the network, it first works without problems for a long time, then it suddenly starts breaks: one minute there is no connection, then there are a few minutes and so on in a circle. After a while (sometimes from one to three days) normal operation on this computer resumes, but the problem goes to another computer on the network and there is the same thing that happened on the previous computer. >    There is a suspicion that the MAC address table on the FreeBSD router has a limited size, about 1000 with a small > record maximum. Is that so? Is it possible to increase the size of this table if it is limited? An internet search was > not successful. > > It's not limited. OK, thank you. So we have another cause for our problem. >   Help me, please. > >  > arp -an | grep -ve incomplete | wc -l >      1055 > > "Incomplete" are still entries in the per-interface mac address table. What's the size with incomplete ones? > arp -an | wc -l 1183 > ifconfig bridge0 addr | wc -l 1214   Thank you. -- Best regards, Alexandr B. Baryshnyev, e-mail: abb@abbon.net