<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Fonera and its MTU (and the non-working wireless connection)</title>
	<atom:link href="http://zeta-puppis.com/2007/02/06/fonera-and-its-mtu-and-the-non-working-wireless-connection/feed/" rel="self" type="application/rss+xml" />
	<link>http://zeta-puppis.com/2007/02/06/fonera-and-its-mtu-and-the-non-working-wireless-connection/</link>
	<description>my very own personal corner</description>
	<lastBuildDate>Sun, 29 Aug 2010 17:26:31 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Martin</title>
		<link>http://zeta-puppis.com/2007/02/06/fonera-and-its-mtu-and-the-non-working-wireless-connection/comment-page-1/#comment-83</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Sat, 24 Mar 2007 14:55:54 +0000</pubDate>
		<guid isPermaLink="false">http://kratorius.simosnap.net/2007/02/06/fonera-and-its-mtu-and-the-non-working-wireless-connection/#comment-83</guid>
		<description>I&#039;ve got the same problem, and I&#039;ve noticed something interesting: My Fonera sits on a window board, very close to the radiator. Now when I turn the heat of the radiator on, this causes the &quot;stuck beacon&quot; messages to appear - when I move the Fonera away from the radiator (about 20 cm are enough), it stops altogether. This can be reproduced.

As for the MTU: it&#039;s true that an MTU should not be higher than 1492 when using PPPoE, because 1492 + 8 (length of PPPoE header) = 1500, which is the maximum allowed TU. If your packet size exceeds 1500, your packets can (and will) get dropped by certain hosts in the internet.

The interface ath1, however, is the private WLAN interface. No internet hosts involved (actually, no other hosts involved at all for the beacon stuff), so this should not be a problem.

Beacons are really small packets anyway, so I wonder if or why they should be influenced by the MTU.

Don&#039;t get me wrong here - I did some googling for &quot;stuck beacons&quot;, and the causes seem to be quite complex and not well understood. I&#039;m just pretty sure that in *my* case, heat was the problem.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve got the same problem, and I&#8217;ve noticed something interesting: My Fonera sits on a window board, very close to the radiator. Now when I turn the heat of the radiator on, this causes the &#8220;stuck beacon&#8221; messages to appear - when I move the Fonera away from the radiator (about 20 cm are enough), it stops altogether. This can be&nbsp;reproduced.</p>
<p>As for the MTU: it&#8217;s true that an MTU should not be higher than 1492 when using PPPoE, because 1492 + 8 (length of PPPoE header) = 1500, which is the maximum allowed TU. If your packet size exceeds 1500, your packets can (and will) get dropped by certain hosts in the&nbsp;internet.</p>
<p>The interface ath1, however, is the private WLAN interface. No internet hosts involved (actually, no other hosts involved at all for the beacon stuff), so this should not be a&nbsp;problem.</p>
<p>Beacons are really small packets anyway, so I wonder if or why they should be influenced by the&nbsp;MTU.</p>
<p>Don&#8217;t get me wrong here - I did some googling for &#8220;stuck beacons&#8221;, and the causes seem to be quite complex and not well understood. I&#8217;m just pretty sure that in *my* case, heat was the&nbsp;problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
