HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- asymmetric SCA round trip time estimate
Operating System - OpenVMS
1833053
Members
2315
Online
110049
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
04-20-2008 04:45 AM
04-20-2008 04:45 AM
asymmetric SCA round trip time estimate
I have a small cluster (OpenVMS 8.3), DS15 boot server and DS10 satellite. I'm trying to get a better feel for how the ethernet connections can best be used for the cluster traffic. I set the priorities so the preferred channel was between EIB (DS15) and EWB (DS15), now show scacp show channel reports a fairly consistent RTT on the DS10 (2000 - 4000 RTT) but a widely varying RTT (4000 - 17000 usec) on the DS15 that is 2 times or more the DS10's value. Is to be expected, given one machine is slower and tends to be on the receiving end of MSCP transfers?
P.S. After the fiddling with stopping/starting devices in SCACP, the DS10 no longers 'sees' EIA on the DS15 at all, though the DS15 still seems aware that the remote DS10 has both 1 EWA and EWB.
P.S. After the fiddling with stopping/starting devices in SCACP, the DS10 no longers 'sees' EIA on the DS15 at all, though the DS15 still seems aware that the remote DS10 has both 1 EWA and EWB.
I'm looking for marbles all day long.
2 REPLIES 2
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-20-2008 02:24 PM
04-20-2008 02:24 PM
Re: asymmetric SCA round trip time estimate
David,
I'd suggest starting by just cross connecting everything and letting the systems work it out for themselves.
If you don't have a noticeable problem, don't try to configure anything. The SCA traffic should dodge around according to whichever path looks best at the time.
I suspect that most of the time decisions made to block traffic from a particular path are not made for technically justified or even justifiable reasons. Leave the cluster maximum flexibility to do whatever it thinks is right, and reduce your management workload.
(let's face it, given the members of your cluster, it can't be too performance sensitive... if you need to "tune" it by adjusting SCA to make it viable, you'd be better off just upgrading the hardware)
I'd suggest starting by just cross connecting everything and letting the systems work it out for themselves.
If you don't have a noticeable problem, don't try to configure anything. The SCA traffic should dodge around according to whichever path looks best at the time.
I suspect that most of the time decisions made to block traffic from a particular path are not made for technically justified or even justifiable reasons. Leave the cluster maximum flexibility to do whatever it thinks is right, and reduce your management workload.
(let's face it, given the members of your cluster, it can't be too performance sensitive... if you need to "tune" it by adjusting SCA to make it viable, you'd be better off just upgrading the hardware)
A crucible of informative mistakes
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-20-2008 06:46 PM
04-20-2008 06:46 PM
Re: asymmetric SCA round trip time estimate
Yes, I know it can figure it all out. I want to better understand what the governing factors are.
I'm looking for marbles all day long.
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
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP