From owner-freebsd-net@freebsd.org Tue Nov 19 00:49:14 2019 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 64A381CE1A8 for ; Tue, 19 Nov 2019 00:49:14 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 47H6f10Jx3z3HTk for ; Tue, 19 Nov 2019 00:49:11 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id xAJ0n474026871; Mon, 18 Nov 2019 18:49:04 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201911190049.xAJ0n474026871@mail.karels.net> To: Victor Gamov cc: freebsd-net@freebsd.org From: Mike Karels Reply-to: mike@karels.net Subject: Re: FreeBSD as multicast router In-reply-to: Your message of Tue, 19 Nov 2019 00:20:57 +0300. <56999aa0-3d92-0076-9671-c5eed66d50ba@otcnet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <26869.1574124544.1@mail.karels.net> Date: Mon, 18 Nov 2019 18:49:04 -0600 X-Rspamd-Queue-Id: 47H6f10Jx3z3HTk X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.15 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-1.95)[ip: (-6.51), ipnet: 216.160.0.0/15(-3.19), asn: 209(0.02), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.0.0/15, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Nov 2019 00:49:14 -0000 > Hi All > Still trying to run FreeBSD-box as multicast router :-) > FreeBSD upgraded to 11.3-STABLE #1 r354778. netstat pacth by Mike Karels > manually applied and netstat -gs looks OK now. > Latest pimd version 3.0beta1 downloaded from git and configured. While > configure it report following: > ===== > ------------------ Summary ------------------ > pimd version 3.0-beta1 > Prefix................: /usr/local > Sysconfdir............: /usr/local/etc > Localstatedir.........: /usr/local/var > C Compiler............: cc -g -O2 > Optional features: > Kernel register encap.: no > Kernel (*,G) support..: no > Kernel MAX VIFs.......: 32 > Memory save...........: no > RSRR (experimental)...: no > Exit on error.........: yes > ===== > What does "Kernel (*,G) support..: no" means? > Then my test multicast network configured (again) > -------------------- ---------- > -vlan298-| FreeBSD PIM router |-vlan299-| client | > |208.34/29 205.2/29| |205.5/29| > -------------------- ---------- > Two multicast generated by FreeBSD-router: one (232.232.9.43) sended > from vlan299 and another (232.232.88.173) from vlan298 both with TTL=20 > Pimd started with following config: > ===== > phyint vlan299 enable ttl-threshold 20 > phyint vlan298 enable ttl-threshold 20 > rp-address 10.200.205.2 232.232.0.0/16 > ===== If the threshold is 20 and the TTL is 20, does that mean that the TTL is just high enough, or is it at the cutoff? I'd try lowering the threshold and/or increasing the TTL to see which it is. If the TTL is 20 on the incoming side, it would be 19 on the outgoing side. > Now client is requesting multicast which router is sending from vlan299 > and client successfully receiving it. But when client is requests > multicast sending (by router) from vlan298 it doesn't receive it. > My first question: (in theory) is router must send multicast to client > in this situation? In theory yes, modulo TTL and other checks. > And the second: why :Ttls is 1 at `netstat -f inet -g` output: > ===== > IPv4 Virtual Interface Table > Vif Thresh Local-Address Remote-Address Pkts-In Pkts-Out > 0 20 10.200.205.2 0 19247 > 1 20 10.200.208.34 0 22249 > 2 1 10.200.205.2 0 41496 > IPv4 Multicast Forwarding Table > Origin Group Packets In-Vif Out-Vifs:Ttls > 10.200.208.34 232.232.88.173 22249 1 2:1 > 10.200.205.2 232.232.9.43 19247 0 2:1 > ===== > Any suggestion? > -- > CU, > Victor Gamov Mike