<div>There&#39;s two issues here:</div>
<div>&nbsp;</div>
<div>1.&nbsp; The services that are running on the XO should be listed somewhere on the wiki, especially all services that accept incoming network connections or make connections.</div>
<div>&nbsp;</div>
<div>2.&nbsp; The XO makes connection requests to services that may not exist.&nbsp; This may not be a problem in some cases, since the overhead of a failed connection attempt is very low, and in the case of things like an NTP request an &quot;occasional&quot; connection still keeps the clock accurate enough for our purposes.<br>
<br></div>
<div class="gmail_quote">On Jan 29, 2008 1:56 AM, Mikus Grinbergs &lt;<a href="mailto:mikus@bga.com">mikus@bga.com</a>&gt; wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">I have a G1G1, which communicates via a local LAN to a &quot;relay&quot;<br>system, which communicates to the internet. &nbsp;The server facilities<br>
(*just* for the XO - not needed by the &quot;regular&quot; systems on my LAN)<br>I&#39;ve now set up in the &quot;relay&quot; station are minimal (e.g., for DNS).<br>&nbsp;The result is that many XO requests are not fulfilled by my<br>
&quot;relay&quot; system (for instance, a separate dialog may be needed -<br>between the &quot;relay&quot; system and a *real* server out on the internet).<br><br>I was looking at a trace of the packets on my local LAN. &nbsp;In the<br>
case of DNS, the XO issues three &quot;Type 28&quot; requests (which my<br>minimal &quot;relay&quot; station does not support), before issuing a &quot;Type<br>01&quot;, to which it eventually does get an answer. &nbsp;In the case of NTP,<br>
the XO issues &quot;scattershot&quot; requests to all server addresses it was<br>able to extract [but receives no responses, because it tries to<br>contact them directly, rather than going through the &#39;proxy&#39;<br>function in my &quot;relay&quot; system].<br>
<br><br>My conclusion: &nbsp;The tcp/ip function in the XO makes a number of<br>assumptions as to the type (and timeliness) of the external SERVICES<br>it expects to have been provided. &nbsp;I would have been happier if I<br>had known about these beforehand, rather than having to discover<br>
what does or does_not work in the environment I currently have.<br>[Might some setups in a target country be as minimal as mine?]<br><br>mikus<br><br>_______________________________________________<br>Networking mailing list<br>
<a href="mailto:Networking@lists.laptop.org">Networking@lists.laptop.org</a><br><a href="http://lists.laptop.org/listinfo/networking" target="_blank">http://lists.laptop.org/listinfo/networking</a><br></blockquote></div><br>