From nobody Thu Nov 23 13:31:00 2023 X-Original-To: bugs@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4SbfBr5z5Cz518kg for ; Thu, 23 Nov 2023 13:31:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4SbfBr4pl0z3V3j for ; Thu, 23 Nov 2023 13:31:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1700746260; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding; bh=rcFmpaOjIgrIK1u6i7VUws/oCrq2OENgfo1oCokrVbE=; b=bIYBFOi2TDk07gNPs35gqDmLR92TSn7sDXDqNO+rc3JYyJ13/YogVzlAYdLAuW+/ozpUtJ EaAghiA01lVc64ldUUzpuVG5huFUO1nfDUBI5uI2+K+6OtEmSkv22+ZPDUpEqUdTX1x4MB mb7NVh+tE3b9EFIgBjY4W3UEsbN6uEvWR3ZXfUxbRMyVOJruD3a+DlNE8QiB/JDvW0F1XB b0pr1i5jXCc0nyVpDcFl01oxIOUUva7kPTqnvvI4Rr0L86VIsBKgKp0w8CtP6Ojxc90sui v1lFGRL3/eMBgd22Waa0XvxdkVkKC/SC/GkTU58H0hqYBDEQ5TVAeG9qb98QSQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1700746260; a=rsa-sha256; cv=none; b=r9kT1fMoqRy6IjvgjozTK++WedQbzjrjV96jWmRPMlgrtK26h1G4kQqSSVqzHUAdmhcyd1 B+6tMP1rxD8azoYmZJIiAlbJoPnGE4uRKwi34NHmJkqKAMh6gmjrvFKrVMy79+lfzNo2v8 F6x7lTfKJdNeHQELOfQ6qA1WHHucRGpWgdtuVOLCcU3bTPu/XhV31ppSnavd9zS54qok26 5edP7SassJ8HrwojHkDKTd919Vb4YfJNRpGugXuQt/EqSnxeqyNJ0+UpsSQYKDIIV81Sxv c7Kr16T2YYqWQjCYAzcrTtlN4jXSuxmTsC5L18LovUnTaglL71bn1sRqxrmKQw== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4SbfBr3bV8z13T1 for ; Thu, 23 Nov 2023 13:31:00 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 3ANDV0YB068888 for ; Thu, 23 Nov 2023 13:31:00 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 3ANDV0eD068886 for bugs@FreeBSD.org; Thu, 23 Nov 2023 13:31:00 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 275280] PF `route-to` and `dnpipe` are not works on the same rule Date: Thu, 23 Nov 2023 13:31:00 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 14.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: burak.sn@outlook.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Bug reports List-Archive: https://lists.freebsd.org/archives/freebsd-bugs List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-bugs@freebsd.org MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D275280 Bug ID: 275280 Summary: PF `route-to` and `dnpipe` are not works on the same rule Product: Base System Version: 14.0-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Only Me Priority: --- Component: kern Assignee: bugs@FreeBSD.org Reporter: burak.sn@outlook.com CC: pf@FreeBSD.org Hi, I am trying to implement IP-based speed limiting on PF using the `route-to`= and `dnpipe` options simultaneously within a single PF rule. igc0(WAN2) ---- ip: 192.168.11.240/24 gw: 192.168.11.1 (default gw)pppoe_igc1(WAN1) ---- 88.88.88.88/32 --> 100.64.255.2 igc3(LAN) ---- ip: 192.168.1.1/24 When I didn't use `route-to`, the traffic passed through the default gatewa= y, and speed limiting worked successfully. pass in log quick on igc3 inet from 192.168.1.236 to any flags S/SA keep st= ate label "user_rule_98" ridentifier 98 dnpipe(1006, 6) However, when I applied both route-to and dnpipe options, the traffic was recognized by PF as coming from WAN2 (igc0), as shown in the tcpdump logs below, and the traffic didn't pass through WAN2. WAN2 was forced to pass through WAN1 by route-to. pass in log quick on igc3 route-to (igc0 192.168.11.1) inet from 192.168.1.= 236 to any flags S/SA keep state label "user_rule_99" ridentifier 99 dnpipe(100= 6, 6) Thanks in advance. # tcpdump -i pppoe_igc1 icmp and host 8.8.8.8 -n tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on pppoe_igc1, link-type NULL (BSD loopback), snapshot length 262= 144 bytes 15:52:28.652269 IP 192.168.11.240 > 8.8.8.8: ICMP echo request, id 50880, s= eq 102, length 64 15:52:29.654263 IP 192.168.11.240 > 8.8.8.8: ICMP echo request, id 50880, s= eq 103, length 64 15:52:30.658265 IP 192.168.11.240 > 8.8.8.8: ICMP echo request, id 50880, s= eq 104, length 64 ##dnpipe limiters## # dnctl pipe 6 show 00006: 10.000 Mbit/s 0 ms burst 0=20 q131078 50 sl. 0 flows (1 buckets) sched 65542 weight 0 lmax 0 pri 0 dropt= ail sched 65542 type FIFO flags 0x1 64 buckets 0 active mask: 0x00 0x00000000/0x0000 -> 0xffffffff/0x0000 # dnctl pipe 1006 show 01006: 512.000 Kbit/s 0 ms burst 0=20 q132078 50 sl. 0 flows (1 buckets) sched 66542 weight 0 lmax 0 pri 0 dropt= ail sched 66542 type FIFO flags 0x1 64 buckets 0 active mask: 0x00 0xffffffff/0x0000 -> 0x00000000/0x0000 --=20 You are receiving this mail because: You are the assignee for the bug.=