| To: | Andi Kleen <ak@xxxxxxx> |
|---|---|
| Subject: | Re: PMTU issues due to TOS field manipulation (for DSCP) |
| From: | Julian Anastasov <ja@xxxxxx> |
| Date: | Wed, 10 Dec 2003 22:20:56 +0200 (EET) |
| Cc: | "Kevin W. Rudd" <ruddk@xxxxxxxxxx>, <davem@xxxxxxxxxx>, <kuznet@xxxxxxxxxxxxx>, <netdev@xxxxxxxxxxx>, <chester.f.johnson@xxxxxxxxx> |
| In-reply-to: | <20031210203433.3747b7fd.ak@suse.de> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
Hello,
On Wed, 10 Dec 2003, Andi Kleen wrote:
> I don't think the network users will be very happy if you require changing all
> end hosts this way. How about the following hack? For DF=1 packets
> the ipid field is useless. When you rewrite the TOS to DSCP save
> the old TOS in the ipid field. When you see an ICMP fragment required
> message with the right DSCP on the router restore the old TOS from the ipid
> field.
It can be an option: pmtu_promisc or whatever (default 0).
We should avoid using TOS as hash key and if the var is 1 we should
ignore matching the tos keys in ip_rt_frag_needed and ip_rt_redirect.
By this way, all cache entries between saddr and daddr will be updated, no
matter the TOS or even OIF keys. Comments?
Regards
--
Julian Anastasov <ja@xxxxxx>
|
| Previous by Date: | Are IPV6 module ref counts wrong on 2.6.0-test11?, Stephen Hemminger |
|---|---|
| Next by Date: | Re: PMTU issues due to TOS field manipulation (for DSCP), Kevin W. Rudd |
| Previous by Thread: | Re: PMTU issues due to TOS field manipulation (for DSCP), Andi Kleen |
| Next by Thread: | Re: PMTU issues due to TOS field manipulation (for DSCP), Nivedita Singhvi |
| Indexes: | [Date] [Thread] [Top] [All Lists] |