<?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: virtual ip problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044035#M574666</link>
    <description>I have never used the strong end-system model but in theory it should help.&lt;BR /&gt;&lt;BR /&gt;ip_strong_es_model:&lt;BR /&gt;&lt;BR /&gt;    Controls support for "Strong End-System Model" described in&lt;BR /&gt;    RFC1122, Section 3.3.4.2. When enabled, packet source addresses&lt;BR /&gt;    (and therefore interfaces on a multihomed host) affect selection&lt;BR /&gt;    of a gateway for outbound packets. Set to 0 to disable; set to 1&lt;BR /&gt;    to enable. [0,1] Default: 0 (disable)&lt;BR /&gt;                                                    &lt;BR /&gt;To try it:&lt;BR /&gt;&lt;BR /&gt;ndd -set /dev/ip ip_strong_es_model 1&lt;BR /&gt;&lt;BR /&gt;to remove it if it doesn't work:&lt;BR /&gt;&lt;BR /&gt;ndd -set /dev/ip ip_strong_es_model 0&lt;BR /&gt;&lt;BR /&gt;If it works you will need to put it in /etc/rc.config.d/nddconf so it will stay after a reboot.&lt;BR /&gt;&lt;BR /&gt;TRANSPORT_NAME[0]=ip&lt;BR /&gt;NDD_NAME[0]=ip_strong_es_model &lt;BR /&gt;NDD_VALUE[0]=1&lt;BR /&gt;&lt;BR /&gt;(use the next highest integer in the brackets if you already have something there.)&lt;BR /&gt;&lt;BR /&gt;Looking at your configs I'm a bit puzzled by the gateway entry on the virtual LAN.  What does netstat -rn look like?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If that doesn't help and the people who want to talk to the old IP address are on different subnets from the people who know about the new you can add a route for each of the oldtimer subnets and point it through the old gateway.  Or vice versa.&lt;BR /&gt;&lt;BR /&gt;Ron  &lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Thu, 07 Aug 2003 17:28:56 GMT</pubDate>
    <dc:creator>Ron Kinner</dc:creator>
    <dc:date>2003-08-07T17:28:56Z</dc:date>
    <item>
      <title>virtual ip problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044031#M574662</link>
      <description>Greetings,&lt;BR /&gt;&lt;BR /&gt;We are running an hpux 11.0 server with 1 nic and an inappropriate IP adress. Inappropriate because het adress turns out te be a valid internet adress, just not ours. Was no problem before because the traffic was all in our own lan. Now that is no longer the case and we need to fase out this bad ip adress. We set up an alias with a new adress. What we want is this:&lt;BR /&gt;all data coming in through the real IP adress should be answerd using the real adress. (130.75.8.10 gw 130.75.8.254)&lt;BR /&gt;All data coming in through the virtual adress &lt;BR /&gt;should go out using the virtual adress &lt;BR /&gt;(10.8.33.19 gw 10.8.33.254)&lt;BR /&gt;This does not seem to be the case. &lt;BR /&gt;Connections made through the real network adress look like they are being answerd from the virtual ip adress. &lt;BR /&gt;In other forum threads the strong-end system model was mentioned. Will that work for aliased network cards / virtual ip''s?&lt;BR /&gt;Any other options?&lt;BR /&gt;&lt;BR /&gt;see attached netconf for details&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Aug 2003 13:24:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044031#M574662</guid>
      <dc:creator>Johan Hoeke</dc:creator>
      <dc:date>2003-08-07T13:24:42Z</dc:date>
    </item>
    <item>
      <title>Re: virtual ip problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044032#M574663</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;don't quite understand a lot of the question, real and virtual ip addresses?  When you talk about creating an alias, where is this defined?&lt;BR /&gt;&lt;BR /&gt;If you're using a different IP address than you should be its not a good idea, if its assigned to someone else chances are they will or already have a machine running using that IP address.  As I'm sure you know having 2 machines with the same IP addresses on the one network causes all kinds of strange problems for both you and the other machine.&lt;BR /&gt;&lt;BR /&gt;But if you're talking about translating IP addresses, this functionality should happen at the router, not the HP machine generally.  Nature of address translation (NAT) is used where the external IP address differs from the internal - you can have several machines using the one router with the one IP address and NAT ensures the traffic gets routed to the right machines.&lt;BR /&gt;&lt;BR /&gt;What you could possibly do is create secondary addresses on the network card, and setup your routing tables to route traffic through the second address.&lt;BR /&gt;&lt;BR /&gt;didn't quite understand what you're doing at the moment but hopefully that'll be some help?&lt;BR /&gt;Kevin.</description>
      <pubDate>Thu, 07 Aug 2003 14:49:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044032#M574663</guid>
      <dc:creator>Kevin O'Donovan</dc:creator>
      <dc:date>2003-08-07T14:49:12Z</dc:date>
    </item>
    <item>
      <title>Re: virtual ip problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044033#M574664</link>
      <description>Check out your DNS records.  They may be the culprit.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 07 Aug 2003 15:06:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044033#M574664</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2003-08-07T15:06:15Z</dc:date>
    </item>
    <item>
      <title>Re: virtual ip problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044034#M574665</link>
      <description>Outgoing traffic goes out the interface(or IP in your example) based on where the destination is (IE what network your going to). If it's neither, then it will use the default route, from top down in the routing table netstat -nr. &lt;BR /&gt;&lt;BR /&gt;You need to remove the real IP from your server if you don't own that block.</description>
      <pubDate>Thu, 07 Aug 2003 15:14:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044034#M574665</guid>
      <dc:creator>Kevin Wright</dc:creator>
      <dc:date>2003-08-07T15:14:28Z</dc:date>
    </item>
    <item>
      <title>Re: virtual ip problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044035#M574666</link>
      <description>I have never used the strong end-system model but in theory it should help.&lt;BR /&gt;&lt;BR /&gt;ip_strong_es_model:&lt;BR /&gt;&lt;BR /&gt;    Controls support for "Strong End-System Model" described in&lt;BR /&gt;    RFC1122, Section 3.3.4.2. When enabled, packet source addresses&lt;BR /&gt;    (and therefore interfaces on a multihomed host) affect selection&lt;BR /&gt;    of a gateway for outbound packets. Set to 0 to disable; set to 1&lt;BR /&gt;    to enable. [0,1] Default: 0 (disable)&lt;BR /&gt;                                                    &lt;BR /&gt;To try it:&lt;BR /&gt;&lt;BR /&gt;ndd -set /dev/ip ip_strong_es_model 1&lt;BR /&gt;&lt;BR /&gt;to remove it if it doesn't work:&lt;BR /&gt;&lt;BR /&gt;ndd -set /dev/ip ip_strong_es_model 0&lt;BR /&gt;&lt;BR /&gt;If it works you will need to put it in /etc/rc.config.d/nddconf so it will stay after a reboot.&lt;BR /&gt;&lt;BR /&gt;TRANSPORT_NAME[0]=ip&lt;BR /&gt;NDD_NAME[0]=ip_strong_es_model &lt;BR /&gt;NDD_VALUE[0]=1&lt;BR /&gt;&lt;BR /&gt;(use the next highest integer in the brackets if you already have something there.)&lt;BR /&gt;&lt;BR /&gt;Looking at your configs I'm a bit puzzled by the gateway entry on the virtual LAN.  What does netstat -rn look like?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;If that doesn't help and the people who want to talk to the old IP address are on different subnets from the people who know about the new you can add a route for each of the oldtimer subnets and point it through the old gateway.  Or vice versa.&lt;BR /&gt;&lt;BR /&gt;Ron  &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Aug 2003 17:28:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044035#M574666</guid>
      <dc:creator>Ron Kinner</dc:creator>
      <dc:date>2003-08-07T17:28:56Z</dc:date>
    </item>
    <item>
      <title>Re: virtual ip problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044036#M574667</link>
      <description>thanks for the response guys,&lt;BR /&gt;&lt;BR /&gt;first of all whe inevitable typo in the problem:&lt;BR /&gt;the gw for the 10.8.33.19 adress is 10.8.32.254 hence the subnetmask of 255.255.252.0&lt;BR /&gt;&lt;BR /&gt;Kevin O'Donovan: what i mean by a virtual ip is the second ip assigned to a nic. see the attached netconfig&lt;BR /&gt;&lt;BR /&gt;Kevin Wright: good tip. So the 10.8.32.254 default gateway will always be used and the 130.75.8.254 won't be because it's ip number is higher, right?&lt;BR /&gt;&lt;BR /&gt;Steven: I'll be sure to check the DNS.&lt;BR /&gt;&lt;BR /&gt;Ron: I have read that info in other threads. I'm just not sure it will work in my situation because were talking about 1 nic, 1 mac adress and two ip's assigned to it. I was hoping someone could tell me wether it would work or not in that situation.&lt;BR /&gt;</description>
      <pubDate>Thu, 07 Aug 2003 19:10:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/virtual-ip-problem/m-p/3044036#M574667</guid>
      <dc:creator>Johan Hoeke</dc:creator>
      <dc:date>2003-08-07T19:10:22Z</dc:date>
    </item>
  </channel>
</rss>

