<?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: IP Connectivity in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ip-connectivity/m-p/2415676#M764577</link>
    <description>I would definitely apply patches first (if possible to get downtime)&lt;BR /&gt;&lt;BR /&gt;You will need LAN DRIVER,STREAMS,ARPA, Telnetd and rlogind patches.&lt;BR /&gt;&lt;BR /&gt;The most common cause of this problem is duplicate ip address or perhaps MAC &lt;BR /&gt;address. What networking topology are you using ? Do you specifiy the MAC &lt;BR /&gt;addresses at all ?&lt;BR /&gt;&lt;BR /&gt;Is it the same client or various clients that have this problem?&lt;BR /&gt;&lt;BR /&gt;Are there any performance problems on the machine ?&lt;BR /&gt;&lt;BR /&gt;The HP will starting sending probe packets if no data is received after &lt;BR /&gt;tcp_keepstart (default is 2 hours)if no response is received the HP will tear &lt;BR /&gt;down the connection. So are connections dropped after this time period. &lt;BR /&gt;To check tcp_keepstart &lt;BR /&gt;/usr/contrib/bin/netttune -l tcp_keepstart&lt;BR /&gt;&lt;BR /&gt;Check /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;also check timestamp on /var/adm/nettl.LOG00&lt;BR /&gt;&lt;BR /&gt;if it is recent run following&lt;BR /&gt;&lt;BR /&gt;netfmt -nNlf /var/adm/nettl.LOG00 | more&lt;BR /&gt;&lt;BR /&gt;go to end of file (shift-g) and look for a meaningful information (this is the &lt;BR /&gt;hard bit). If somebody has same IP address as HP then it will log this here.&lt;BR /&gt;&lt;BR /&gt;The other thing that sometimes works if the remote client is on the same subnet &lt;BR /&gt;is to do a broadcast ping and compare mac addresses to ip returned by arp &lt;BR /&gt;command.&lt;BR /&gt;&lt;BR /&gt;Clear arp cache &lt;BR /&gt;arp -a             --- list arp cache&lt;BR /&gt;arp -d ip_address  --- on each entry&lt;BR /&gt;&lt;BR /&gt;To get subnet broadcast address do following&lt;BR /&gt;&lt;BR /&gt;ifconfig lancard    (sorry but chevrons don't work)&lt;BR /&gt;&lt;BR /&gt;Then ping subnet-broadcast&lt;BR /&gt;&lt;BR /&gt;Then save output of arp -a to a file, clear arp cache as above then broadcast &lt;BR /&gt;ping and then save new output of arp command. You now have to compare output of &lt;BR /&gt;the 2 arp outputs.&lt;BR /&gt;&lt;BR /&gt;What you're looking for is the same ip address belonging to two differnet MAC &lt;BR /&gt;addresses.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this gives you a little bit of help, these are usually the most difficult &lt;BR /&gt;problems to track down.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Paul</description>
    <pubDate>Thu, 28 Oct 1999 01:17:15 GMT</pubDate>
    <dc:creator>Paul Winchcombe_1</dc:creator>
    <dc:date>1999-10-28T01:17:15Z</dc:date>
    <item>
      <title>IP Connectivity</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ip-connectivity/m-p/2415675#M764576</link>
      <description>I am having problems with sessions disconnecting from my HP-UX box.&lt;BR /&gt;&lt;BR /&gt;We have recently changed over to an MSP, and they have allocated us an IP &lt;BR /&gt;number, and since we have changed over, we have to keep 'killing' users out of &lt;BR /&gt;the system.&lt;BR /&gt;&lt;BR /&gt;The only time I have seen this happen before is when the IP number has been &lt;BR /&gt;duplicated.? Since we have not allocated the IP number or the gateway, we &lt;BR /&gt;assume that this number has not been duplicated.&lt;BR /&gt;&lt;BR /&gt;Can anybody else give me any ideas as to why my users are getting disconnected &lt;BR /&gt;from sessions?</description>
      <pubDate>Mon, 25 Oct 1999 23:33:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ip-connectivity/m-p/2415675#M764576</guid>
      <dc:creator>Karen Hardman</dc:creator>
      <dc:date>1999-10-25T23:33:37Z</dc:date>
    </item>
    <item>
      <title>Re: IP Connectivity</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ip-connectivity/m-p/2415676#M764577</link>
      <description>I would definitely apply patches first (if possible to get downtime)&lt;BR /&gt;&lt;BR /&gt;You will need LAN DRIVER,STREAMS,ARPA, Telnetd and rlogind patches.&lt;BR /&gt;&lt;BR /&gt;The most common cause of this problem is duplicate ip address or perhaps MAC &lt;BR /&gt;address. What networking topology are you using ? Do you specifiy the MAC &lt;BR /&gt;addresses at all ?&lt;BR /&gt;&lt;BR /&gt;Is it the same client or various clients that have this problem?&lt;BR /&gt;&lt;BR /&gt;Are there any performance problems on the machine ?&lt;BR /&gt;&lt;BR /&gt;The HP will starting sending probe packets if no data is received after &lt;BR /&gt;tcp_keepstart (default is 2 hours)if no response is received the HP will tear &lt;BR /&gt;down the connection. So are connections dropped after this time period. &lt;BR /&gt;To check tcp_keepstart &lt;BR /&gt;/usr/contrib/bin/netttune -l tcp_keepstart&lt;BR /&gt;&lt;BR /&gt;Check /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;also check timestamp on /var/adm/nettl.LOG00&lt;BR /&gt;&lt;BR /&gt;if it is recent run following&lt;BR /&gt;&lt;BR /&gt;netfmt -nNlf /var/adm/nettl.LOG00 | more&lt;BR /&gt;&lt;BR /&gt;go to end of file (shift-g) and look for a meaningful information (this is the &lt;BR /&gt;hard bit). If somebody has same IP address as HP then it will log this here.&lt;BR /&gt;&lt;BR /&gt;The other thing that sometimes works if the remote client is on the same subnet &lt;BR /&gt;is to do a broadcast ping and compare mac addresses to ip returned by arp &lt;BR /&gt;command.&lt;BR /&gt;&lt;BR /&gt;Clear arp cache &lt;BR /&gt;arp -a             --- list arp cache&lt;BR /&gt;arp -d ip_address  --- on each entry&lt;BR /&gt;&lt;BR /&gt;To get subnet broadcast address do following&lt;BR /&gt;&lt;BR /&gt;ifconfig lancard    (sorry but chevrons don't work)&lt;BR /&gt;&lt;BR /&gt;Then ping subnet-broadcast&lt;BR /&gt;&lt;BR /&gt;Then save output of arp -a to a file, clear arp cache as above then broadcast &lt;BR /&gt;ping and then save new output of arp command. You now have to compare output of &lt;BR /&gt;the 2 arp outputs.&lt;BR /&gt;&lt;BR /&gt;What you're looking for is the same ip address belonging to two differnet MAC &lt;BR /&gt;addresses.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Hope this gives you a little bit of help, these are usually the most difficult &lt;BR /&gt;problems to track down.&lt;BR /&gt;&lt;BR /&gt;Regards&lt;BR /&gt;&lt;BR /&gt;Paul</description>
      <pubDate>Thu, 28 Oct 1999 01:17:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ip-connectivity/m-p/2415676#M764577</guid>
      <dc:creator>Paul Winchcombe_1</dc:creator>
      <dc:date>1999-10-28T01:17:15Z</dc:date>
    </item>
  </channel>
</rss>

