<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic procurve 4100 switch help in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735423#M585142</link>
    <description>Hello,&lt;BR /&gt;&lt;BR /&gt;We are going to have a very first switch for our LAN that fills up with 8 10b/100b hubs for hundreds of windows clients and servers.   Among the servers, we have several NT and one K and one L hp unix servers.&lt;BR /&gt;&lt;BR /&gt;Someone suggests that we should put all hubs connected with ports of switch in order to make it right.   Of course, the hp servers and nt servers should connect to switch directly.  &lt;BR /&gt;&lt;BR /&gt;I really hope to have comments on this implementation from gurus so that I will gain instead of loss bandwidth by malconfiguaration.   Main question is: how to implement this networking structure?&lt;BR /&gt;&lt;BR /&gt;All help will be very appreciated.&lt;BR /&gt;&lt;BR /&gt;Steven</description>
    <pubDate>Fri, 31 May 2002 13:47:35 GMT</pubDate>
    <dc:creator>Steven Chen_1</dc:creator>
    <dc:date>2002-05-31T13:47:35Z</dc:date>
    <item>
      <title>procurve 4100 switch help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735423#M585142</link>
      <description>Hello,&lt;BR /&gt;&lt;BR /&gt;We are going to have a very first switch for our LAN that fills up with 8 10b/100b hubs for hundreds of windows clients and servers.   Among the servers, we have several NT and one K and one L hp unix servers.&lt;BR /&gt;&lt;BR /&gt;Someone suggests that we should put all hubs connected with ports of switch in order to make it right.   Of course, the hp servers and nt servers should connect to switch directly.  &lt;BR /&gt;&lt;BR /&gt;I really hope to have comments on this implementation from gurus so that I will gain instead of loss bandwidth by malconfiguaration.   Main question is: how to implement this networking structure?&lt;BR /&gt;&lt;BR /&gt;All help will be very appreciated.&lt;BR /&gt;&lt;BR /&gt;Steven</description>
      <pubDate>Fri, 31 May 2002 13:47:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735423#M585142</guid>
      <dc:creator>Steven Chen_1</dc:creator>
      <dc:date>2002-05-31T13:47:35Z</dc:date>
    </item>
    <item>
      <title>Re: procurve 4100 switch help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735424#M585143</link>
      <description>The switch should be the backbone of your LAN so your hubs should normally each connect directly to a switch port.  Putting your high traffic servers on their own individual switch ports is also a good idea.  If you have a spare switch port after all that then put your own PC on it.  Not only will you have faster access but it insures that you can talk to the switch even if you lose a hub.&lt;BR /&gt;&lt;BR /&gt;While you are at it make sure you lock down the speed and duplex on both ends - switch and server so you don't have to worry about autonegotiate failing.  You probably can't do that on the hubs but if you can then do it.  Autonegotiate is just not trustworthy even between items from a single maker.&lt;BR /&gt;&lt;BR /&gt;Ron</description>
      <pubDate>Fri, 31 May 2002 15:25:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735424#M585143</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2002-05-31T15:25:56Z</dc:date>
    </item>
    <item>
      <title>Re: procurve 4100 switch help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735425#M585144</link>
      <description>Ron,&lt;BR /&gt;&lt;BR /&gt;Thanks for the help.&lt;BR /&gt;&lt;BR /&gt;Do you know the implications of auto-sensing and configurable on the switch?&lt;BR /&gt;&lt;BR /&gt;Steven</description>
      <pubDate>Fri, 31 May 2002 16:29:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735425#M585144</guid>
      <dc:creator>Steven Chen_1</dc:creator>
      <dc:date>2002-05-31T16:29:22Z</dc:date>
    </item>
    <item>
      <title>Re: procurve 4100 switch help</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735426#M585145</link>
      <description>Hi Steven&lt;BR /&gt;&lt;BR /&gt;It is better not to use auto sensing , auto negotiation at all , because it causes more overhead on the badndwith , if you have the liberty , assign all teh Hp servers to one segment , ofcourse you know the charaterstics of the Lan Ports so define the ports , try not to use auto sense etc , I think the same should aslo go in for the NT servers , for the other users , use hubs ( more economical then swithes ).&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Manoj Srivastava</description>
      <pubDate>Fri, 31 May 2002 17:02:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/procurve-4100-switch-help/m-p/2735426#M585145</guid>
      <dc:creator>MANOJ SRIVASTAVA</dc:creator>
      <dc:date>2002-05-31T17:02:20Z</dc:date>
    </item>
  </channel>
</rss>

