<?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: Link State Detection in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256315#M59909</link>
    <description>If you're optimizing for schedule and not for elegance and if this PIPE scheme is maintainable and works well enough for your current needs, then ship it as is.  Premature optimization and all...&lt;BR /&gt;&lt;BR /&gt;If you're optimizing for elegance and not for schedule, have a look at the HELP text for your OpenVMS version.  Specifically, have a look at the HELP lexical f$getdvi text on recent releases.  The following is from the OpenVMS Alpha V8.3 HELP:&lt;BR /&gt;&lt;BR /&gt;LAN_ALL_MULTICAST_MODE,&lt;BR /&gt;LAN_AUTONEG_ENABLED             LAN_DEFAULT_MAC_ADDRESS&lt;BR /&gt;LAN_FULL_DUPLEX&lt;BR /&gt;LAN_JUMBO_FRAMES_ENABLED&lt;BR /&gt;LAM_LINK_STATE_VALID       (sic)&lt;BR /&gt;LAN_LINK_UP&lt;BR /&gt;LAN_MAC_ADDRESS&lt;BR /&gt;LAN_PROMISCUOUS_MODE&lt;BR /&gt;LAN_PROTOCOL_NAME&lt;BR /&gt;LAN_PROTOCOL_TYPE&lt;BR /&gt;LAN_SPEED&lt;BR /&gt;&lt;BR /&gt;And of all that and the bag of chips that's listed in the HELP text, LAN_LINK_UP looks like your target.&lt;BR /&gt;</description>
    <pubDate>Wed, 22 Sep 2010 20:20:10 GMT</pubDate>
    <dc:creator>Hoff</dc:creator>
    <dc:date>2010-09-22T20:20:10Z</dc:date>
    <item>
      <title>Link State Detection</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256314#M59908</link>
      <description>I have a test Alphaserver w/multiple e-net ports. I connect different ports depending on my testing.&lt;BR /&gt;&lt;BR /&gt;I would like to detect, from within the boot script, which ports are live.  One idea is to PIPE the output of LANCP SHOW DEV EIxx/CHAR &amp;amp; SEARCH for the "Link state" status.&lt;BR /&gt;&lt;BR /&gt;Is there a way to get link state via F$GETDVI?&lt;BR /&gt;&lt;BR /&gt;tia</description>
      <pubDate>Wed, 22 Sep 2010 19:52:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256314#M59908</guid>
      <dc:creator>Jack Trachtman</dc:creator>
      <dc:date>2010-09-22T19:52:19Z</dc:date>
    </item>
    <item>
      <title>Re: Link State Detection</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256315#M59909</link>
      <description>If you're optimizing for schedule and not for elegance and if this PIPE scheme is maintainable and works well enough for your current needs, then ship it as is.  Premature optimization and all...&lt;BR /&gt;&lt;BR /&gt;If you're optimizing for elegance and not for schedule, have a look at the HELP text for your OpenVMS version.  Specifically, have a look at the HELP lexical f$getdvi text on recent releases.  The following is from the OpenVMS Alpha V8.3 HELP:&lt;BR /&gt;&lt;BR /&gt;LAN_ALL_MULTICAST_MODE,&lt;BR /&gt;LAN_AUTONEG_ENABLED             LAN_DEFAULT_MAC_ADDRESS&lt;BR /&gt;LAN_FULL_DUPLEX&lt;BR /&gt;LAN_JUMBO_FRAMES_ENABLED&lt;BR /&gt;LAM_LINK_STATE_VALID       (sic)&lt;BR /&gt;LAN_LINK_UP&lt;BR /&gt;LAN_MAC_ADDRESS&lt;BR /&gt;LAN_PROMISCUOUS_MODE&lt;BR /&gt;LAN_PROTOCOL_NAME&lt;BR /&gt;LAN_PROTOCOL_TYPE&lt;BR /&gt;LAN_SPEED&lt;BR /&gt;&lt;BR /&gt;And of all that and the bag of chips that's listed in the HELP text, LAN_LINK_UP looks like your target.&lt;BR /&gt;</description>
      <pubDate>Wed, 22 Sep 2010 20:20:10 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256315#M59909</guid>
      <dc:creator>Hoff</dc:creator>
      <dc:date>2010-09-22T20:20:10Z</dc:date>
    </item>
    <item>
      <title>Re: Link State Detection</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256316#M59910</link>
      <description>Hoff thanks.&lt;BR /&gt;&lt;BR /&gt;My bad - I had looked into HELP on a 7.3-2 system and not 8.3</description>
      <pubDate>Wed, 22 Sep 2010 20:22:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256316#M59910</guid>
      <dc:creator>Jack Trachtman</dc:creator>
      <dc:date>2010-09-22T20:22:38Z</dc:date>
    </item>
    <item>
      <title>Re: Link State Detection</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256317#M59911</link>
      <description>The entire "bag of chips" was backported to v7.3-2, V8.2, and V8.2-1 even if nothing official will state that.  However, only the SYS$ and F$ variants were backported, not the LIB$ form.&lt;BR /&gt;&lt;BR /&gt;Please use LAN_LINK_STATE_VALID first to verify&lt;BR /&gt;whether or not LAN_LINK_UP is reliable.&lt;BR /&gt;&lt;BR /&gt;The help text for LAN_LINK_STATE_VALID lists&lt;BR /&gt;which adapters will return a reliable answer.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;         -- Rob (potato chip chef)</description>
      <pubDate>Thu, 23 Sep 2010 02:17:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256317#M59911</guid>
      <dc:creator>Robert Brooks_1</dc:creator>
      <dc:date>2010-09-23T02:17:34Z</dc:date>
    </item>
    <item>
      <title>Re: Link State Detection</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256318#M59912</link>
      <description>Thanks much for chiming in Rob (potato chip chef).  I do need that function on a V7.3-2 system and I just confirmed that the functionality works there as you stated.</description>
      <pubDate>Thu, 23 Sep 2010 14:21:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/link-state-detection/m-p/5256318#M59912</guid>
      <dc:creator>Jack Trachtman</dc:creator>
      <dc:date>2010-09-23T14:21:48Z</dc:date>
    </item>
  </channel>
</rss>

