- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: DECNET network switch over in event of network...
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
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
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- 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
тАО01-30-2006 01:53 AM
тАО01-30-2006 01:53 AM
Here is a description of our overall configuration and requirements:
We are running a number of systems running OpenVMS (version 7.3-2), some in a OpenVMS cluster together and some stand-alone, where we use BEA-MessageQueue (version 4.0) over DECNET (some nodes on phase IV and some nodes on phase V) to communicate between processes running on each of the many systems.
We are now planning a new redundant network configuration. In this configuration each OpenVMS machine will have separate network interface cards to each of two LAN segments, say LAN segment-A and LAN segment-B.
In our standard configuration, we will have all the BEA-MessageQueue over DECNET traffic run default over LAN segment-A.
But, in the event that LAN segment-A fails, we would like DECNET to re-route as automatically as possible to LAN segment-B. We would like to have the BEA-MessageQueue over DECNET re-route as well in the same way.
If there is any procedure, method, or product that could provide us this capability, we would be interested in investigating its applicability to our systems.
Thanks for any assistance here.
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 02:06 AM
тАО01-30-2006 02:06 AM
Re: DECNET network switch over in event of network failure
DECnet out of the box will chose cheapest, fastest link (by definition, a link that is down has infinite cost). This presumes that you configure the multiple interfaces directly.
In DECnet addresses are Node Numbers, not Interface Numbers as they are in IP (which is why there is no need for the alternate address trick that is used so frequently with IP). So long as the timeout thresholds are not a problem, the traffic should re-route automatically.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 03:55 AM
тАО01-30-2006 03:55 AM
Re: DECNET network switch over in event of network failure
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 04:06 AM
тАО01-30-2006 04:06 AM
SolutionYou may also want to consider LAN fail over. See the System Manager's Manual vol 2 chapter 10. See http://h71000.www7.hp.com/doc/732FINAL/aa-pv5nh-tk/aa-pv5nh-tk.HTMl for more information. This supports DECnet phase IV and V as well as TCPIP. There is a restriction on which network cards are supported (and a recent ECO adds support for the DE-500 cards).
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 04:17 AM
тАО01-30-2006 04:17 AM
Re: DECNET network switch over in event of network failure
If the affected nodes are Phase V capable they will continue working without any problems as mentioned by Robert and Wim.
You may however have problems with Phase IV nodes if the failing segment/interfaces were carrying the Phase IV traffic. In this case things get more interesting depending on the interconnects and routers you're using.
In order to fully appreciate your situation it would be necessary to create a network topology diagram with the proper information regarding Phase IV and Phase V circuits and routers.
Robert
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 07:30 AM
тАО01-30-2006 07:30 AM
Re: DECNET network switch over in event of network failure
I should have been clearer in my earlier posting.
I presumed that if the nodes were Phase IV, they were routing nodes, not end nodes.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 08:30 AM
тАО01-30-2006 08:30 AM
Re: DECNET network switch over in event of network failure
DECnet is configured on two seperate backend networks, each node is a router and each host has two backend connections and each circ has the appropriate costs configured.
When we built the systems many vested interests tried to prevent us from having two backend networks. Our recent network problems took 3 days to resolve. Were it not for the redundant network configurations we would have lost MessageQ communcations from two our four node cluster members. MessageQ uses DECNET exclusively in our configuration.
Network hardware is cheap compare to other IT costs.
Very good to see you are using BEA MessageQ. MessageQ is a model archecture by which many other systems could do well to mimic. And it was developed in the 80s ! Version 4.0 of MessageQ is outdated. Version 5.0 RP 28 is the current release.
If you feel this advise is worthwhile please assign points.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 07:57 PM
тАО01-30-2006 07:57 PM
Re: DECNET network switch over in event of network failure
from your Forum Profile:
I have assigned points to 3 of 19 responses to my questions.
One of those dates back to 2003!
Maybe you can find some time to do some assigning?
http://forums1.itrc.hp.com/service/forums/helptips.do?#33
Mind, I do NOT say you necessarily need to give lots of points. It is fully up to _YOU_ to decide how many. If you consider an answer is not deserving any points, you can also assign 0 ( = zero ) points, and then that answer will no longer be counted as unassigned.
Consider, that every poster took at least the trouble of posting for you!
To easily find your streams with unassigned points, click your own name somewhere.
This will bring up your profile.
Near the bottom of that page, under the caption "My Question(s)" you will find "questions or topics with unassigned points " Clicking that will give all, and only, your questions that still have unassigned postings.
Thanks on behalf of your Forum colleagues.
PS. ├в nothing personal in this. I try to post it to everyone with this kind of assignment ratio in this forum. If you have received a posting like this before ├в please do not take offence ├в none is intended!
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО01-30-2006 08:05 PM
тАО01-30-2006 08:05 PM
Re: DECNET network switch over in event of network failure
In summary: Phase IV will give you end-node failover for a non-routing node and will give you load balancing and failover for 2 (or more) equal cost paths for a routing node. Phase V will give you load balancing and failover for 2 (or more) equal cost paths for an end system.
What I usually do is set up the dual (or triple) rail network with all nodes connected to all rails, then have DECnet routers (not layer 2 bridges) between the rails. You may well need to fiddle around with some of the DECnet parameters to get the kind of rapid failover behaviour you want. It's usually a trade-off between overhead (not a big issue really) and speed of detection of path failure. Circuit level Hello Timer is one of the key parameters, as is Retransmit Factor (and their Phase V equivalents).
The short version is - DECnet will do exactly what you want it to do automatically without any intervention, once you've set it up and tested it.
On the IP side - I now tend to use "failsafe IP", or add a layer to the application and handle the alternate path retry abopve the available physical paths. Another way is to use IP routing and OSPF in a big way, but that's quite complex to design and configure. The problem is that IP addressing is historically "per interface", not "per node", so the underlying design is different to that of DECnet. Might well be worth experimenting with IPv6 and seeing what that can do for you in a multiple LAN environment.
Good luck!
Cheers, Colin.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-06-2006 08:27 AM
тАО02-06-2006 08:27 AM
Re: DECNET network switch over in event of network failure
Disappointing.