<?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 Re: Procurve 4000m off-line/on-line port in Switches, Hubs, and Modems</title>
    <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487702#M4625</link>
    <description>Not to sound like I'm just jumping on the bandwagon but I'm having this problem too. I don't have anyone complaining that their PC's are dropping their sessions but I can't help but think that this is a problem.  I also had the LACP problem (port x is Blocked by LACP) on my 2524's but I did the "no interface all lacp" command and no more errors for those switches.  I really need to get this resolved because even though no one is reporting any drops, they have  been reporting that the "network is slow."  We are going across a WAN connection from that site but performance was O.K. until a few months ago and the WAN traffic hasn't really increased at all.  I might be grasping for straws but hopefully this is my smoking gun.</description>
    <pubDate>Wed, 25 Jan 2006 18:50:13 GMT</pubDate>
    <dc:creator>Ryan Mullet</dc:creator>
    <dc:date>2006-01-25T18:50:13Z</dc:date>
    <item>
      <title>Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487691#M4614</link>
      <description>hi&lt;BR /&gt;in the log of the switch I see for the ports a off/on during 2 seconds. &lt;BR /&gt;&lt;BR /&gt;---------------------------------------&lt;BR /&gt;&lt;BR /&gt;I 02/17/05 05:38:24 ports: port E6 is now off-line&lt;BR /&gt;I 02/17/05 05:38:26 ports: port E6 is now on-line&lt;BR /&gt;I 02/17/05 05:59:48 ports: port E7 is now off-line&lt;BR /&gt;I 02/17/05 05:59:51 ports: port E7 is now on-line&lt;BR /&gt;I 02/17/05 06:00:17 ports: port E7 is now off-line&lt;BR /&gt;I 02/17/05 06:00:20 ports: port E7 is now on-line&lt;BR /&gt;I 02/17/05 07:26:35 ports: port D3 is now off-line&lt;BR /&gt;I 02/17/05 07:26:37 ports: port D3 is now on-line&lt;BR /&gt;I 02/17/05 07:27:05 ports: port D3 is now off-line&lt;BR /&gt;I 02/17/05 07:27:07 ports: port D3 is now on-line&lt;BR /&gt;I 02/17/05 07:47:08 ports: port C8 is now off-line&lt;BR /&gt;I 02/17/05 07:47:10 ports: port C8 is now on-line&lt;BR /&gt;&lt;BR /&gt;we diffuse the video one via multicast and flow is cut when there is a off/on.  &lt;BR /&gt;the firmware is C.09.22 the configuration is simple, in attachement the file of configuration.&lt;BR /&gt;  &lt;BR /&gt;how to remove these off/on? &lt;BR /&gt;&lt;BR /&gt;Best regard's&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Feb 2005 05:13:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487691#M4614</guid>
      <dc:creator>noel_28</dc:creator>
      <dc:date>2005-02-17T05:13:58Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487692#M4615</link>
      <description>It may simply be stating the truth, that the link is toggling off/on.  Take a look at the power management setting for the NIC.</description>
      <pubDate>Thu, 17 Feb 2005 08:50:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487692#M4615</guid>
      <dc:creator>Les Ligetfalvy</dc:creator>
      <dc:date>2005-02-17T08:50:58Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487693#M4616</link>
      <description>Did you check for errors on the ports?  Some switches will cycle a port if they get too many errors.  Usually this is caused by a DUPLEX mismatch.  Somebody sets all of the switch ports for FULL when the hosts are all set to Auto or vice versa.  This will always cause a duplex mismatch with excessive FCS and Runt errors on the FULL side and excessive collisions on the Auto side which will, of course, be worse during a high traffic situation like a multicast. Both sides must be set to FULL or both sides set to Auto.&lt;BR /&gt;&lt;BR /&gt;Ron</description>
      <pubDate>Thu, 17 Feb 2005 09:10:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487693#M4616</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2005-02-17T09:10:31Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487694#M4617</link>
      <description>the two sides are with AUTO (switch and PC).  There are no errors on the ports and wiring is new and is certified.  &lt;BR /&gt;The PC have either of  INTEL pro 1000 card under linux Debian 3.0 with the last driver of INTEL or of the Realteck card under Windows 2000 Pro SP4 with the last driver of the manufacturer.&lt;BR /&gt;&lt;BR /&gt;i try to set FULL duplex on the two sides.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Thu, 17 Feb 2005 09:30:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487694#M4617</guid>
      <dc:creator>noel_28</dc:creator>
      <dc:date>2005-02-17T09:30:21Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487695#M4618</link>
      <description>I have exactly the same problem:&lt;BR /&gt;&lt;BR /&gt;I 10/26/05 09:06:43 ports: port I4 is now off-line&lt;BR /&gt;I 10/26/05 09:06:46 ports: port I4 is now on-line&lt;BR /&gt;I 10/26/05 09:32:35 ports: port B2 is now off-line&lt;BR /&gt;I 10/26/05 09:32:39 ports: port B2 is now on-line&lt;BR /&gt;I 10/26/05 09:32:47 ports: port B2 is now off-line&lt;BR /&gt;I 10/26/05 09:32:49 ports: port B2 is now on-line&lt;BR /&gt;I 10/26/05 09:33:11 ports: port B2 is now off-line&lt;BR /&gt;I 10/26/05 09:33:13 ports: port B2 is now on-line&lt;BR /&gt;I 10/26/05 09:34:22 ports: port I5 is now off-line&lt;BR /&gt;I 10/26/05 09:34:22 ports: port I6 is now off-line&lt;BR /&gt;I 10/26/05 09:34:25 ports: port I5 is now on-line&lt;BR /&gt;I 10/26/05 09:34:25 ports: port I6 is now on-line&lt;BR /&gt;&lt;BR /&gt;None of the devices connected to the listed ports went off-line. Uptime on these devices didn't change. It is something wrong with the HP switch.&lt;BR /&gt;&lt;BR /&gt;Firmware revision  : C.09.22&lt;BR /&gt;ROM Version        : C.06.01&lt;BR /&gt;&lt;BR /&gt;I would like to get this issue resolved ASAP, any comments on it?&lt;BR /&gt;&lt;BR /&gt;Thank you&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Oct 2005 08:48:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487695#M4618</guid>
      <dc:creator>Anton Pikhteryev_2</dc:creator>
      <dc:date>2005-10-26T08:48:36Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487696#M4619</link>
      <description>I think you should enable IGMP for the VLAN you use multicast on in this switch menu:  "Switch Configuration - Advanced Features - IGMP Service"</description>
      <pubDate>Wed, 02 Nov 2005 10:14:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487696#M4619</guid>
      <dc:creator>OLARU Dan</dc:creator>
      <dc:date>2005-11-02T10:14:54Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487697#M4620</link>
      <description>how does IGMP relate to the directly connected link goes offline/online?&lt;BR /&gt;</description>
      <pubDate>Wed, 02 Nov 2005 11:06:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487697#M4620</guid>
      <dc:creator>Anton Pikhteryev_2</dc:creator>
      <dc:date>2005-11-02T11:06:16Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487698#M4621</link>
      <description>I am seeing similar problems with many ports going off-line then on-line on several 5372XL switches. IGMP and STP are disabled. We have not been able to find the cause of this. If anyone has a solution I would appriciate the help.&lt;BR /&gt;&lt;BR /&gt;Best regards,&lt;BR /&gt;Michael</description>
      <pubDate>Thu, 05 Jan 2006 11:41:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487698#M4621</guid>
      <dc:creator>Michael Enk</dc:creator>
      <dc:date>2006-01-05T11:41:52Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487699#M4622</link>
      <description>Same here - been having this problem for the past 3/4 months. When it's bad it causes the network to underperform very significantly.&lt;BR /&gt; &lt;BR /&gt;We have recently been adding Cisco switches to our network.&lt;BR /&gt; &lt;BR /&gt;I have 4108, 4000, 2650, 2524 HP switches.&lt;BR /&gt; &lt;BR /&gt;I'v been told that *EN*abling IGMP is good - the switch learns IGMP paths which improves performance.&lt;BR /&gt; &lt;BR /&gt;I found the problem was solved on the non-4000 switches when I disabled LACP.&lt;BR /&gt; &lt;BR /&gt;So, the question is:&lt;BR /&gt;1/ Do the 4000s use LACP?&lt;BR /&gt;2/ How to disable LACP on the 4000s?&lt;BR /&gt; &lt;BR /&gt;On the other switches, the command is :&lt;BR /&gt;no interface all lacp&lt;BR /&gt;but the 4000 uses set commands and I can't find one that is relevant....</description>
      <pubDate>Fri, 06 Jan 2006 05:53:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487699#M4622</guid>
      <dc:creator>VinceWhirlwind</dc:creator>
      <dc:date>2006-01-06T05:53:50Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487700#M4623</link>
      <description>I have LACP disabled on all interfaces on several 5372XL's without any improvements. I have users, who are thrown off the network every 10 minutes now. The strange part is that it happened just 3 days ago without any warning even a reboot of the switches solved nothing. It sort of tells me that something was introduced into our network, which causes this e.g. by confusing the switches mac/arp tables, however I have not been able to figure out what this something might been, which could impact a network like this.</description>
      <pubDate>Fri, 06 Jan 2006 06:01:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487700#M4623</guid>
      <dc:creator>Michael Enk</dc:creator>
      <dc:date>2006-01-06T06:01:03Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487701#M4624</link>
      <description>I have a feeling our problem is caused by several factors. Like you, it just suddenly starts happening on a site.&lt;BR /&gt; &lt;BR /&gt;Disabling STP was good, enabling IGMP might have helpdesk, disabling LACP helped.&lt;BR /&gt; &lt;BR /&gt;It was also happening on our Cisco switches, although that seems to have gone away now.&lt;BR /&gt; &lt;BR /&gt;I found with the Cisco switches it seemed likely something that came in the OCT  Microsoft updates and went away in the DEC updates. Dell laptops seemed the worst affected.</description>
      <pubDate>Fri, 06 Jan 2006 06:10:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487701#M4624</guid>
      <dc:creator>VinceWhirlwind</dc:creator>
      <dc:date>2006-01-06T06:10:51Z</dc:date>
    </item>
    <item>
      <title>Re: Procurve 4000m off-line/on-line port</title>
      <link>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487702#M4625</link>
      <description>Not to sound like I'm just jumping on the bandwagon but I'm having this problem too. I don't have anyone complaining that their PC's are dropping their sessions but I can't help but think that this is a problem.  I also had the LACP problem (port x is Blocked by LACP) on my 2524's but I did the "no interface all lacp" command and no more errors for those switches.  I really need to get this resolved because even though no one is reporting any drops, they have  been reporting that the "network is slow."  We are going across a WAN connection from that site but performance was O.K. until a few months ago and the WAN traffic hasn't really increased at all.  I might be grasping for straws but hopefully this is my smoking gun.</description>
      <pubDate>Wed, 25 Jan 2006 18:50:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/switches-hubs-and-modems/procurve-4000m-off-line-on-line-port/m-p/3487702#M4625</guid>
      <dc:creator>Ryan Mullet</dc:creator>
      <dc:date>2006-01-25T18:50:13Z</dc:date>
    </item>
  </channel>
</rss>

