HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: How to Work with Virtual IP addresses
Operating System - HP-UX
1825787
Members
2099
Online
109687
Solutions
Forums
Categories
Company
Local Language
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Forums
Discussions
Discussions
Discussions
Forums
Discussions
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-30-2002 08:19 AM
08-30-2002 08:19 AM
How to Work with Virtual IP addresses
Hi guys,
Could you tell me what is the best practice to work with clusters & VIP and how to avoid having alarms with no meaning (like OV_ARPChgNewPhysAddr event) caused by the VIPs.
There is many platforms set in cluster in the network I work in. This means I have a lot of virtual IP addresses (VIP). Those VIP generate a lot OV_ARPChgNewPhysAddr events which make no sense since a VIP don't neccessary have there own MAC address. Setting "netmon.noDiscover" file accordingly is not appropriate since I still want to see those VIP.
Could you tell me what is the best practice to work with clusters & VIP and how to avoid having alarms with no meaning (like OV_ARPChgNewPhysAddr event) caused by the VIPs.
There is many platforms set in cluster in the network I work in. This means I have a lot of virtual IP addresses (VIP). Those VIP generate a lot OV_ARPChgNewPhysAddr events which make no sense since a VIP don't neccessary have there own MAC address. Setting "netmon.noDiscover" file accordingly is not appropriate since I still want to see those VIP.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-30-2002 08:34 AM
08-30-2002 08:34 AM
Re: How to Work with Virtual IP addresses
you can assign multiple IP address to a lan card
only be carefull not to assign IP to idle lan card (backup lan card from MC/SG)
not assign IP in the same subnet to varios interfaces, IPs in the same subnet always must be over the same card
you can identify idle card with netstat -in marked with *
#netstat -in
Name Mtu Network Address Ipkts Opkts
lan0:1 1500 128.1.96.0 128.1.98.129 9259959 52541
lan0 1500 128.1.96.0 128.1.99.128 66878122 338257205
lo0 4136 127.0.0.0 127.0.0.1 128916391 128916393
#
to assign multiple IP's to a lan interface add the : suffix
only be carefull not to assign IP to idle lan card (backup lan card from MC/SG)
not assign IP in the same subnet to varios interfaces, IPs in the same subnet always must be over the same card
you can identify idle card with netstat -in marked with *
#netstat -in
Name Mtu Network Address Ipkts Opkts
lan0:1 1500 128.1.96.0 128.1.98.129 9259959 52541
lan0 1500 128.1.96.0 128.1.99.128 66878122 338257205
lo0 4136 127.0.0.0 127.0.0.1 128916391 128916393
#
to assign multiple IP's to a lan interface add the :
Teach is the best way to learn
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
08-30-2002 04:31 PM
08-30-2002 04:31 PM
Re: How to Work with Virtual IP addresses
Hi Phillipe,
why not simply copy these events in NNM, make them work only for the IP-addresses you use for the cluster packages, and set those events to "don't log or display"...
Just my $0.02,
Wodisch
why not simply copy these events in NNM, make them work only for the IP-addresses you use for the cluster packages, and set those events to "don't log or display"...
Just my $0.02,
Wodisch
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
09-03-2002 07:49 AM
09-03-2002 07:49 AM
Re: How to Work with Virtual IP addresses
Thanks guys for the replies. I beleive the setting you suggested is the only thing I can do for the moment. If you have further information to give to me I would appreciate.
Here is an example of a cluster:
Virtual IP
/ / IP managementA IP managementB
IP InterfaceA IP InterfaceB
\ /
\ /
IP Virtual Interface
Openview sees some IP correctly as interfaces of the corresponding platform but don't treat properly Virtual IPs and don't realized there is a cluster. It would be great if it could do so... (with an add-on or something)...
Here is an example of a cluster:
Virtual IP
/ / IP managementA IP managementB
IP InterfaceA IP InterfaceB
\ /
\ /
IP Virtual Interface
Openview sees some IP correctly as interfaces of the corresponding platform but don't treat properly Virtual IPs and don't realized there is a cluster. It would be great if it could do so... (with an add-on or something)...
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
Company
Support
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP