From: Nivedita Singhvi <niv@us.ibm.com>
To: Julian Anastasov <ja@ssi.bg>
Cc: Andi Kleen <ak@suse.de>, "Kevin W. Rudd" <ruddk@us.ibm.com>,
davem@redhat.com, kuznet@ms2.inr.ac.ru, netdev@oss.sgi.com,
chester.f.johnson@intel.com
Subject: Re: PMTU issues due to TOS field manipulation (for DSCP)
Date: Wed, 10 Dec 2003 14:36:33 -0800 [thread overview]
Message-ID: <3FD79FF1.8000505@us.ibm.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0312102301550.1285-100000@u.domain.uli>
Julian Anastasov wrote:
> I see three cases:
>
> 1. we do not route by TOS => we want to ignore TOS everywhere, if
> possible, sysctl var variant for IPTOS_RT_MASK=0
>
> 2. we route by TOS (IPTOS_RT_MASK!=0) but we like the idea to
> ignore TOS for PMTUD and ICMP redirects.
> 3. the current behavior, PMTUD does not work if TOS is changed,
> the routing cache keeps many entries with different TOS
> The question is how many proc entries are needed for these
> cases. It seems, we can cover all cases with one proc entry: to
> make IPTOS_RT_MASK a sysctl var. But there is still difference
> between cases 1 and 2, may be the var will have more than 2 values?
1. we route by TOS
- yes (no PMTUD/ICMP conflict) MASK = $mask
- no (PMTUD/ICMP conflict) MASK = 0
2. we do not route by TOS at all MASK = 0
Unless the kernel is checking on the fly, you do not need to
distinguish between 1b and 2, correct? (i.e.Since we are just expecting
the user to set the sysctl variable). 1a is your case 3,
current behaviour.
thanks,
Nivedita
'
next prev parent reply other threads:[~2003-12-10 22:36 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-12-10 18:23 PMTU issues due to TOS field manipulation (for DSCP) Kevin W. Rudd
2003-12-10 19:34 ` Andi Kleen
2003-12-10 20:20 ` Julian Anastasov
2003-12-10 20:33 ` Nivedita Singhvi
2003-12-10 21:18 ` Julian Anastasov
2003-12-10 22:36 ` Nivedita Singhvi [this message]
2003-12-10 22:51 ` David S. Miller
2003-12-10 23:15 ` Julian Anastasov
2003-12-10 23:20 ` David S. Miller
2003-12-11 0:06 ` Julian Anastasov
2003-12-11 0:09 ` David S. Miller
2003-12-11 0:34 ` Julian Anastasov
2003-12-12 8:31 ` David S. Miller
2003-12-12 23:38 ` Julian Anastasov
2003-12-18 23:17 ` Kevin W. Rudd
2004-01-19 22:43 ` Kevin W. Rudd
2004-01-20 4:29 ` David S. Miller
2003-12-13 0:10 ` Julian Anastasov
2004-03-04 9:36 ` David S. Miller
2004-03-04 20:56 ` Julian Anastasov
2004-03-04 22:02 ` kuznet
2004-03-06 11:55 ` Julian Anastasov
2004-03-06 16:02 ` Julian Anastasov
2003-12-10 20:26 ` Kevin W. Rudd
2003-12-10 20:52 ` Andi Kleen
2003-12-10 20:30 ` Nivedita Singhvi
2003-12-10 20:55 ` Andi Kleen
2003-12-10 21:11 ` Nivedita Singhvi
-- strict thread matches above, loose matches on Subject: below --
2003-12-10 21:35 Johnson, Chester F
2003-12-10 23:36 Johnson, Chester F
2003-12-11 0:17 ` Julian Anastasov
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=3FD79FF1.8000505@us.ibm.com \
--to=niv@us.ibm.com \
--cc=ak@suse.de \
--cc=chester.f.johnson@intel.com \
--cc=davem@redhat.com \
--cc=ja@ssi.bg \
--cc=kuznet@ms2.inr.ac.ru \
--cc=netdev@oss.sgi.com \
--cc=ruddk@us.ibm.com \
/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;
as well as URLs for NNTP newsgroup(s).