| To: | David Stevens <dlstevens@xxxxxxxxxx> |
|---|---|
| Subject: | Re: 6to4/SIT and IP DF |
| From: | "David S. Miller" <davem@xxxxxxxxxx> |
| Date: | Wed, 15 Oct 2003 22:27:12 -0700 |
| Cc: | pekkas@xxxxxxxxxx, r.venning@xxxxxxxxxxx, nate@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <OF32DA07F2.CE83636D-ON88256DC1.001CC44C@us.ibm.com> |
| References: | <OF32DA07F2.CE83636D-ON88256DC1.001CC44C@us.ibm.com> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Wed, 15 Oct 2003 22:21:37 -0700 David Stevens <dlstevens@xxxxxxxxxx> wrote: > That doesn't sound terrible, but won't it have to drop a minimum of > 2 packets per tunnel on an MTU change (or initial probe with a large > packet)? Welcome to the real world where most routers don't quote enough information. :) What we do is the only sane way to handle this problem. All of our ipv4 tunnels work this way due to that quoting size issue. The "fragment but tell me about it" isn't such a great idea. You'll run into all kinds of difficult decisions about behavior in the cases where a too-big packet overruns multiple hops on the path. This is why the original implementors didn't put this into the RFCs. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: 6to4/SIT and IP DF, David Stevens |
|---|---|
| Next by Date: | Re: [PATCH] init_netdev missing locking, David S. Miller |
| Previous by Thread: | Re: 6to4/SIT and IP DF, David Stevens |
| Next by Thread: | [PATCH?] Fix sniffing of ARP replies, Petr Vandrovec |
| Indexes: | [Date] [Thread] [Top] [All Lists] |