
<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

<meta name="Generator" content="Microsoft Exchange Server">

<!-- converted from rtf -->

<style><!-- .EmailQuote { margin-left: 1pt; padding-left: 4pt; border-left: #800000 2px solid; } --></style>

</head>

<body>

<font face="Courier New" size="2"><span style="font-size:10pt;">

<div>Hi Tore,</div>

<div> </div>

<div>>Does anyone know what tricks, if any, the major 6RD deployments (AT&T,</div>

<div>>Free, Swisscom, others?) are using to alleviate any problems stemming</div>

<div>>from the reduced IPv6 MTU? Some possibilities that come to mind are:</div>

<div> </div>

<div>>* Having the 6RD CPE lower the TCP MSS value of SYN packets as they</div>

<div>>enter/exit the tunnel device</div>

<div>>* Having the 6RD BR lower the TCP MSS value in the same way as above</div>

<div>>* Having the 6RD CPE advertise a lowered MTU to the LAN in RA Options</div>

<div>>* Several (or all) of the above in combination</div>

<div><font face="Calibri" size="2"><span style="font-size:11pt;"> </span></font></div>

<div>We advertise an MTU of 1472 in the RA Options. We still have a small<br>


number of PPPoE users and the max-payload-tag is not working reliably</div>

<div>enough on third-party devices. <br>


<br>


Hence: 1500 Bytes – 20 Bytes IPv4 – 8 Bytes PPPoE = 1472 Bytes</div>

<div><font face="Calibri" size="2"><span style="font-size:11pt;"> </span></font></div>

<div>\Martin</div>

<div><font face="Calibri" size="2"><span style="font-size:11pt;"> </span></font></div>

<div><font face="Calibri" size="2"><span style="font-size:11pt;"> </span></font></div>

</span></font>

</body>

</html>