All of lore.kernel.org
 help / color / mirror / Atom feed
From: "David S. Miller" <davem@redhat.com>
To: David Stevens <dlstevens@us.ibm.com>
Cc: pekkas@netcore.fi, r.venning@telstra.com, nate@thebog.net,
	netdev@oss.sgi.com
Subject: Re: 6to4/SIT and IP DF
Date: Wed, 15 Oct 2003 21:38:40 -0700	[thread overview]
Message-ID: <20031015213840.4f1f809e.davem@redhat.com> (raw)
In-Reply-To: <OFBD470C6E.206063CD-ON88256DC0.0025444B@us.ibm.com>

On Wed, 15 Oct 2003 00:15:21 -0700
David Stevens <dlstevens@us.ibm.com> wrote:

> I'm concerned that with DF set, as it is now, every packet in that
> range would be dropped, if the IPv4 Frag-Needed-But-DF-Set (FNBDFS :-))
> does not include enough v6 header & payload  to identify the v6 sender.

Who cares?  The PMTU as seen by the SIT tunnel is apsect of the IPV4
path not the IPV6 one.  IPV6 is merely communicating over a device
having a particular MTU.

When the ipv4 ICMP arrives, the IPV4 route to the other end of the SIT
tunnel is updated as appropriate.  (this is what the comment in sit.c
saying "Soft state for pmtu is maintained by IP core."  is talking
about)

After this, the next time something is attempted to be sent over the
SIT tunnel, we'll see the updated PMTU for the ipv4 route to the
SIT tunnel destination and act accordingly.

If the IPV6 packet is too big for this new IPV4 PMTU, the SIT driver
will emit an ICMPV6_PKT_TOOBIG icmp6 message back to the ipv6 packet's
origin.  It's this piece of code in sit.c:ipip6_tunnel_xmit():

        if (skb->len > mtu) {
                icmpv6_send(skb, ICMPV6_PKT_TOOBIG, 0, mtu, dev);
                ip_rt_put(rt);
                goto tx_error;
        }

In short I think all of the cases you're mentioning are taken care
of just fine.

  reply	other threads:[~2003-10-16  4:38 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-15  7:15 6to4/SIT and IP DF David Stevens
2003-10-16  4:38 ` David S. Miller [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-10-16  5:21 David Stevens
2003-10-16  5:27 ` David S. Miller
2003-10-15  3:56 David Stevens
2003-10-15  6:28 ` Pekka Savola

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=20031015213840.4f1f809e.davem@redhat.com \
    --to=davem@redhat.com \
    --cc=dlstevens@us.ibm.com \
    --cc=nate@thebog.net \
    --cc=netdev@oss.sgi.com \
    --cc=pekkas@netcore.fi \
    --cc=r.venning@telstra.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.