From: Bill Chappell <chappell@borg.com>
To: netfilter@lists.netfilter.org
Subject: MARK - set with mask or read, add, set???
Date: Thu, 24 Jul 2003 18:52:37 -0400 [thread overview]
Message-ID: <3F206334.1F44B7F1@borg.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1636 bytes --]
> Condensed version - I need to share the nfmark with
> another developer on the same packet, where I use the
> high-order 8 bits and she can have the low-order 24 bits.
> Problem is that -j MARK --set-mark writes one unsigned
> integer so I would wipe out her nfmark and vice versa.
>
> I have successfully used a mask in a mark match:
> iptables -t nat -A mychain -m mark --mark $mymark/0xFF000000
> and had the packets flow as desired.
>
> It was not documented that a mask would work with
> -j MARK --set-mark <number>/<mask>, but I tried
> anyway.
> I used <number> = 0xFF000000 (which does work by itself)
> with <mask> = 0xFF000000 and <number> = 0xFFFFFFFF
> with <mask> = 0xFF000000 and got the error message:
> "Bad MARK value `<number>/<mask>'
>
> I could read the existing nfmark, add the second one, and set
> the summed nfmark, but I do not see any way to read an nfmark
> in iptables.
>
> I do see a solution using the mark match to identify the current
> nfmark/mask (one rule for each possible nfmark) with the new nfmark
> equal to the sum of the matching nfmark/mask and the nfmark
> of the second use, but that gets clunky very quickly as the number
> of possible nfmarks increases and it forces each use to know
> which nfmarks the other is using (== reduced modularity).
>
> Any help would be greatly appreciated and attributed in the project.
>
> Thank you.
>
> Bill Chappell
>
>
>
>
> --
> William Chappell, Software Engineer, Critical Technologies, Inc.
> Suite 400 Technology Center, 4th Floor 1001 Broad Street, Utica, NY 13501
> 315-793-0248 x148 < bill.chappell@critical.com > www.critical.com
>
[-- Attachment #2: Type: text/html, Size: 1894 bytes --]
next reply other threads:[~2003-07-24 22:52 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-24 22:52 Bill Chappell [this message]
-- strict thread matches above, loose matches on Subject: below --
2003-07-24 22:48 MARK - set with mask or read, add, set??? Bill Chappell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3F206334.1F44B7F1@borg.com \
--to=chappell@borg.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox