I am adding this information in case it is useful to others...
I have worked with another platform that uses tftp to download images, and
it has the same issue. The vendor of that platform (Comtrol) told me about
the problem with the Spanning Tree algorithm.
Here is my limited understanding of the issue, based on Cisco's
documentation:
Switches can be interconnected in ways that provide redundant paths, to
allow the network to route around a switch or cable failure. This can
create circular paths -- infinite loops. The Spanning Tree algorithm is a
mechanism to identify and avoid those loops. It can result in individual
switch ports being closed for non-trivial periods of time.
That's as far as my understanding goes. I don't know how or why the
boot/tftp process triggers this mechanism. Or perhaps the tftp process is
just more sensitive to a brief closure of a switch port.
I had previously seen the problem only with Cisco switches. Obviously the
mechanism is also employed in some Netgear switches. I think it would be
present only in better quality switches, where redundant configuration is
expected and supported.
Lee
On Thu, Sep 15, 2011 at 8:56 AM, Andreas von der Reith <
andreasvonderre...@nordkehdingen.de> wrote:
> It works! Thank You!****
>
> ** **
>
> *Von:* Lee Allen [mailto:l...@leecallen.com]
> *Gesendet:* Donnerstag, 15. September 2011 14:30
> *An:* openthinclient-user@lists.sourceforge.net
> *Betreff:* Re: [openthinclient-user] Slow boot****
>
> ** **
>
> This is probably more applicable to a Cisco switch than a Netgear but it's
> worth a try:****
>
> ** **
>
> In your switch configuration, look for a setting like "spanning tree" --
> either at the port level or global -- and turn it off.****
>
> ** **
>
> Lee****
>
> On Thu, Sep 15, 2011 at 4:50 AM, Andreas von der Reith <
> andreasvonderre...@nordkehdingen.de> wrote:****
>
> Hi! I‘m experiencing a strange problem. I have a domain controller
> (Win2003) with DHCP and DNS and a terminalserver (Win2008r2). OTC is
> installed on the terminalserver. Both Servers are connected direktly to a
> switch. Also connected directly to this switch are most of the clients. I
> have a second switch connected to the main switch to multiply network
> connections in my room.****
>
> ****
>
> Clients connected direktly to the main switch boot slowly. First the DHCP
> process takes quiet a long time until the client recieves the OTC-packages.
> Then first the splash screen appears for a while but disappears again after
> a few seconds… After that only those (for me) obscure linux lines run
> through and sometimes even halt for a while. Finally OTC starts and opens
> RDP. The whole process takes up to three minutes. ****
>
> ****
>
> If I start a Client connected to the switch in my room the whole process is
> much faster. The time until the client receives the OTC package is much
> shorter. While booting the splashscreen never disapears. All in all it takes
> 1 minute to boot into rdp!****
>
> ****
>
> I tested this behaviour with a couple of clients. It is reproducible.****
>
> ****
>
> Anyone any ideas?****
>
>
>
> ------------------------------------------------------------------------------
> Doing More with Less: The Next Generation Virtual Desktop
> What are the key obstacles that have prevented many mid-market businesses
> from deploying virtual desktops? How do next-generation virtual desktops
> provide companies an easier-to-deploy, easier-to-manage and more affordable
> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> _______________________________________________
> The Open Source Thin Client Solution http://openthinclient.org
> openthinclient-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openthinclient-user****
>
>
>
> ****
>
> ** **
>
> --
> *Lee Allen*****
>
> email: l...@leecallen.com****
>
> bus: (716) 773-2729****
>
> home: (716) 773-2326****
>
> cell: (716) 880-0854****
>
> fax: (716) 408-8844****
>
> ** **
>
>
> ------------------------------------------------------------------------------
> Doing More with Less: The Next Generation Virtual Desktop
> What are the key obstacles that have prevented many mid-market businesses
> from deploying virtual desktops? How do next-generation virtual desktops
> provide companies an easier-to-deploy, easier-to-manage and more affordable
> virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
> _______________________________________________
> The Open Source Thin Client Solution http://openthinclient.org
> openthinclient-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/openthinclient-user
>
>
--
*Lee Allen*
email: l...@leecallen.com
bus: (716) 773-2729
home: (716) 773-2326
cell: (716) 880-0854
fax: (716) 408-8844
------------------------------------------------------------------------------
Doing More with Less: The Next Generation Virtual Desktop
What are the key obstacles that have prevented many mid-market businesses
from deploying virtual desktops? How do next-generation virtual desktops
provide companies an easier-to-deploy, easier-to-manage and more affordable
virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/
_______________________________________________
The Open Source Thin Client Solution http://openthinclient.org
openthinclient-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/openthinclient-user
