This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[ipv6-wg] Re: not announcing IXP IPv6 peering lan prefixes in global BGP table possibly breaks PMTUD
- Previous message (by thread): [ipv6-wg] Re: not announcing IXP IPv6 peering lan prefixes in global BGP table possibly breaks PMTUD
- Next message (by thread): [ipv6-wg] not announcing IXP IPv6 peering lan prefixes in global BGP table possibly breaks PMTUD
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Ivan Pepelnjak
ip at ioshints.info
Tue Jul 26 10:49:59 CEST 2011
> > ULA could be the next problem. Not only loose uRPF may be the problem in > > this case, but also infrastructure ACLs which deny ULA addresses from > > outside. RFC4193 4.3 says that packets from ULA addresses should be > > filtered at the border. If somebody sends ICMP "Packet too big" with an > > address from the ULA range as the source address it is expected that it > > will be dropped somewhere (at the border of the own network, at the > border > > of the destination network or somewhere in a backbone between those two > > networks). > > Now that's a different can of worms. If someone numbers their transit > network with ULAs and sends ICMP errors from ULA space, they deserve what > you can think up for them. Enterprise IPv6 networks using PA space will (to avoid renumbering after an ISP change) and you'll see ICMP errors coming from them when the inbound IPv6 packets transit VPN tunnels. Ivan
- Previous message (by thread): [ipv6-wg] Re: not announcing IXP IPv6 peering lan prefixes in global BGP table possibly breaks PMTUD
- Next message (by thread): [ipv6-wg] not announcing IXP IPv6 peering lan prefixes in global BGP table possibly breaks PMTUD
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]