| To: | "David S. Miller" <davem@xxxxxxxxxx> |
|---|---|
| Subject: | Re: 6to4/SIT and IP DF |
| From: | David Stevens <dlstevens@xxxxxxxxxx> |
| Date: | Wed, 15 Oct 2003 22:21:37 -0700 |
| Cc: | pekkas@xxxxxxxxxx, r.venning@xxxxxxxxxxx, nate@xxxxxxxxxx, netdev@xxxxxxxxxxx |
| Importance: | Normal |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| Sensitivity: |
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)?
So, it wouldn't be a good idea to connect multiple v6 clouds in series,
with
6to4 tunnels between them and decreasing MTU's and then try to send a
large packet from one end to the other; you might run out of retransmits
before
you get to the other end. :-)
But using v4 PMTU info is probably almost always better than fragmenting
everything. A "fragment, but tell me about it" ICMP message would come in
handy here. And a requirement that ICMPv4 with tunnels include encapsulated
headers +8.
Thanks, Dave,
+-DLS
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] fixing the cases where tcp_tw_bucket was accessed as a sock, David S. Miller |
|---|---|
| Next by Date: | Re: 6to4/SIT and IP DF, David S. Miller |
| Previous by Thread: | Re: 6to4/SIT and IP DF, David S. Miller |
| Next by Thread: | Re: 6to4/SIT and IP DF, David S. Miller |
| Indexes: | [Date] [Thread] [Top] [All Lists] |