<?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: Alternavie to 90M+ Terminal Servers in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196045#M89750</link>
    <description>Kivanc,&lt;BR /&gt;&lt;BR /&gt;As has been observed, the LTAxxxx numbering scheme is limited to decimal digits. The xxxx is directly derived from a numeric field in the Unit Control Block for the particular LAT device.&lt;BR /&gt;&lt;BR /&gt;Thus, the ability to create a numbering scheme as described in the original post depends upon the fortuitous [lucky!] circumstance that a) the port numbers on a given server did not exceed 8; and b) that the number of servers did not involve more than could be fit in three decimal digits.&lt;BR /&gt;&lt;BR /&gt;For programming, such a naming convention is not often needed, although as implied by the original posting, it does have advantages for  operational support (which is often the case with numbering conventions).&lt;BR /&gt;&lt;BR /&gt;One can represent 16 and 32 port servers as TWO servers for the purposes of your configuration, although it will be necessary to do some changes to set up the correct port numbers when using LATCP, to wit:&lt;BR /&gt;&lt;BR /&gt; LTA1008 (terminal server 100, port 8)&lt;BR /&gt; LTA1010 (terminal server 100, port 9)&lt;BR /&gt; LTA1018 (terminal server 100, port 16)&lt;BR /&gt;&lt;BR /&gt;While the above numbers can be decoded by sight, it is admittedly not as obvious as your existing scheme.&lt;BR /&gt;&lt;BR /&gt;The F$GETDVI also provides the Terminal Server and Port information using the TT_ACCPORNAM parameter. This, combined with removing the explicit numbering from the port creation procedure would PROBABLY IMHO, be the best choice.&lt;BR /&gt;&lt;BR /&gt;Finally, one can also create logical names as the LAT ports are created (using the CREATE PORT /LOGICAL, as mentioned previously) and generate the name of the form LATTERMINAL_&lt;SERVER name=""&gt;_&lt;PORT&gt;). With an additional "decode" DCL command procedure to search the logical name table for the correct LTA device, this would also work.&lt;BR /&gt;&lt;BR /&gt;IMHO, using F$GETDVI (or the corresponding SYS$ call) to get information about server and port is far better than decoding the number. If programs need to be able to address lines by some form of PORT/SERVER, I would create logical names using the CREATE PORT/LOGICAL in a proforma way as described above.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;&lt;/PORT&gt;&lt;/SERVER&gt;</description>
    <pubDate>Tue, 13 May 2008 09:13:16 GMT</pubDate>
    <dc:creator>Robert Gezelter</dc:creator>
    <dc:date>2008-05-13T09:13:16Z</dc:date>
    <item>
      <title>Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196039#M89744</link>
      <description>Hi ...&lt;BR /&gt;We are using dec server 90M+ and we want to test alternative terminal servers which has 16 or 32 ports.&lt;BR /&gt;In our system.trp file naming convention is like ;&lt;BR /&gt;LTA7508 means 8th port of dec server 750.&lt;BR /&gt;When we switch to 32 port dec servers what should be the naming convention ? &lt;BR /&gt;For example what would it be when i want to set a printer on port 25 of a 32 port dec server ?</description>
      <pubDate>Mon, 12 May 2008 13:31:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196039#M89744</guid>
      <dc:creator>Kivanc_1</dc:creator>
      <dc:date>2008-05-12T13:31:47Z</dc:date>
    </item>
    <item>
      <title>Re: Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196040#M89745</link>
      <description>Who cares what you call them?  Why not use&lt;BR /&gt;logical names, so you can call them (pretty&lt;BR /&gt;much) whatever you want to call them?&lt;BR /&gt;&lt;BR /&gt;(What/who is "dec server 750"?)</description>
      <pubDate>Mon, 12 May 2008 14:19:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196040#M89745</guid>
      <dc:creator>Steven Schweda</dc:creator>
      <dc:date>2008-05-12T14:19:45Z</dc:date>
    </item>
    <item>
      <title>Re: Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196041#M89746</link>
      <description>Kivanc,&lt;BR /&gt;&lt;BR /&gt;Welcome to the OpenVMS Forum!&lt;BR /&gt;&lt;BR /&gt;My standard recommendation to clients for many years has been to use logical names, and use the LATCP CREATE PORT /LOGICAL (documented in the HELP text) to create a LAT port with an automatically assigned unit number and store the result in a Logical Name (table, name, and access mode specifiable in the command). This is a far safer alternative than trying to assign numbers.&lt;BR /&gt;&lt;BR /&gt;I have seen many accidents when statically created numbers were used. Logical names are far, far safer.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;</description>
      <pubDate>Mon, 12 May 2008 14:26:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196041#M89746</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2008-05-12T14:26:51Z</dc:date>
    </item>
    <item>
      <title>Re: Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196042#M89747</link>
      <description>have you looked at the current DECserver range&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.vnetek.com/s-211-decserver.aspx" target="_blank"&gt;http://www.vnetek.com/s-211-decserver.aspx&lt;/A&gt;</description>
      <pubDate>Mon, 12 May 2008 14:29:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196042#M89747</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2008-05-12T14:29:00Z</dc:date>
    </item>
    <item>
      <title>Re: Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196043#M89748</link>
      <description>we have routines that company standart and i have to use these routines for adding dec server to the system ...&lt;BR /&gt;&lt;BR /&gt;Anyway , &lt;BR /&gt;&lt;BR /&gt;Can the naming of a LTA be like "LTABB25" ? "BB" is for dec server ID and "25" is for the port number.&lt;BR /&gt;&lt;BR /&gt;The way we use is , "LTA7502" which means that dec server ID 750 and port ID is 2. And the restriction in a file is that the logic says first 3 char is for dec ID and the last char is for port ID.&lt;BR /&gt;The dec servers we use are all 8 port dec servers and we want to use 32 port dec servers but naming conventions restrict us to use these servers.&lt;BR /&gt;We will change the logic that "if terminal server id is BB , use 2 and 2 , not 3 and 1"&lt;BR /&gt;&lt;BR /&gt;I want to know that if i could use letters for LTA naming in order to prevent overlapping ...&lt;BR /&gt;</description>
      <pubDate>Tue, 13 May 2008 07:47:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196043#M89748</guid>
      <dc:creator>Kivanc_1</dc:creator>
      <dc:date>2008-05-13T07:47:49Z</dc:date>
    </item>
    <item>
      <title>Re: Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196044#M89749</link>
      <description>LTA (and other) devices names are in the form LTAnnnn, where nnnn is a numeric from 1-9999, no hex and/or other non numeric characters here.&lt;BR /&gt;&lt;BR /&gt;rehards Kalle</description>
      <pubDate>Tue, 13 May 2008 08:06:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196044#M89749</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2008-05-13T08:06:19Z</dc:date>
    </item>
    <item>
      <title>Re: Alternavie to 90M+ Terminal Servers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196045#M89750</link>
      <description>Kivanc,&lt;BR /&gt;&lt;BR /&gt;As has been observed, the LTAxxxx numbering scheme is limited to decimal digits. The xxxx is directly derived from a numeric field in the Unit Control Block for the particular LAT device.&lt;BR /&gt;&lt;BR /&gt;Thus, the ability to create a numbering scheme as described in the original post depends upon the fortuitous [lucky!] circumstance that a) the port numbers on a given server did not exceed 8; and b) that the number of servers did not involve more than could be fit in three decimal digits.&lt;BR /&gt;&lt;BR /&gt;For programming, such a naming convention is not often needed, although as implied by the original posting, it does have advantages for  operational support (which is often the case with numbering conventions).&lt;BR /&gt;&lt;BR /&gt;One can represent 16 and 32 port servers as TWO servers for the purposes of your configuration, although it will be necessary to do some changes to set up the correct port numbers when using LATCP, to wit:&lt;BR /&gt;&lt;BR /&gt; LTA1008 (terminal server 100, port 8)&lt;BR /&gt; LTA1010 (terminal server 100, port 9)&lt;BR /&gt; LTA1018 (terminal server 100, port 16)&lt;BR /&gt;&lt;BR /&gt;While the above numbers can be decoded by sight, it is admittedly not as obvious as your existing scheme.&lt;BR /&gt;&lt;BR /&gt;The F$GETDVI also provides the Terminal Server and Port information using the TT_ACCPORNAM parameter. This, combined with removing the explicit numbering from the port creation procedure would PROBABLY IMHO, be the best choice.&lt;BR /&gt;&lt;BR /&gt;Finally, one can also create logical names as the LAT ports are created (using the CREATE PORT /LOGICAL, as mentioned previously) and generate the name of the form LATTERMINAL_&lt;SERVER name=""&gt;_&lt;PORT&gt;). With an additional "decode" DCL command procedure to search the logical name table for the correct LTA device, this would also work.&lt;BR /&gt;&lt;BR /&gt;IMHO, using F$GETDVI (or the corresponding SYS$ call) to get information about server and port is far better than decoding the number. If programs need to be able to address lines by some form of PORT/SERVER, I would create logical names using the CREATE PORT/LOGICAL in a proforma way as described above.&lt;BR /&gt;&lt;BR /&gt;- Bob Gezelter, &lt;A href="http://www.rlgsc.com" target="_blank"&gt;http://www.rlgsc.com&lt;/A&gt;&lt;/PORT&gt;&lt;/SERVER&gt;</description>
      <pubDate>Tue, 13 May 2008 09:13:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/alternavie-to-90m-terminal-servers/m-p/4196045#M89750</guid>
      <dc:creator>Robert Gezelter</dc:creator>
      <dc:date>2008-05-13T09:13:16Z</dc:date>
    </item>
  </channel>
</rss>

