|> Ok, but what about asymmetric decap? | |As some one I know in the Industry likes to say 'there is no free lunch |here' ;-)
Or, in other words, it's just not going to happen. |> That implies that the |> ETR does a mapping lookup on the receipt of a packet, buffers |> the packet until the lookup succeeds, and the does the |> compare. | |Oh you mean like the IPv6 neighbor discovery process!? Two wrongs don't make a right. |>This seems like another fine way of DoSing the ETR. |Of course, so implementation has to be smart. Step 1 is going to be not doing this. ;-( Tony _______________________________________________ rrg mailing list [email protected] https://www.irtf.org/mailman/listinfo/rrg
