- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Possible duplex mode mismatch condition detect...
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
Forums
Discussions
Discussions
Discussions
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
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
06-26-2007 11:58 PM
06-26-2007 11:58 PM
This is a newly configured server that I am trying to get onto our network. However I cannot get TCPIP up and running on it. I believe because of this error.
The port speed has been set to 100 FULL DP on the ES45 and switch.
Any ideas ?
Regards,
Paul
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2007 12:24 AM
06-27-2007 12:24 AM
Re: Possible duplex mode mismatch condition detected
$ mc lancp sh dev/param
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2007 12:24 AM
06-27-2007 12:24 AM
Re: Possible duplex mode mismatch condition detected
Check once again that both sides are set at same speed.
Auto negotiation must be also the same on both sides (enabled on both sides or disabled on both sides).
You can experiment by setting the speed and auto in LANCP ($ MC LANCP)
Bojan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2007 12:27 AM
06-27-2007 12:27 AM
Re: Possible duplex mode mismatch condition detected
MC LANCP SHOW DEVICE/PAR,
MC LANCP SHOW DEVICE/COUNT, and
TCPIP SHOW INTERFACES.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2007 12:53 AM
06-27-2007 12:53 AM
Re: Possible duplex mode mismatch condition detected
The ES45 came with 10 half duplex. I changed to FASTFD at >>> then did an init.
I have now just switched the box off and back on and now all is working.
Question is Why did I have to switch off/on to get this working ?
Paul
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-27-2007 04:29 AM
06-27-2007 04:29 AM
Re: Possible duplex mode mismatch condition detected
The VMS Engineer who writes and maintains the ethernet drivers has repeatedly stated that with a modern switch and recent versions of VMS (V7.3-2 with patches is considered "recent" in this context), one should always set both ends (the switch and the adapter) to autonegotiate for best performance.
-- Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-01-2007 01:33 PM
07-01-2007 01:33 PM
Re: Possible duplex mode mismatch condition detected
"working" and "correct" are not necessarily the same thing! Duplex mismatches are notorious for apparently "working" even though the settings are incorrect. Failures typically occur when the network is under load.
You should not have needed to power cycle to have the adapter settings changed in the console.
Since most switches default to autonegotiate, it's really much better if all OpenVMS systems are set to auto too.
To see the "discussion" (if any) between your adapter and the switch, use:
$ MCR LANCP SHOW DEV adapter/INTERNAL
(requires PHY_IO).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-26-2007 04:03 AM
07-26-2007 04:03 AM
SolutionMCR LANCP SET DEV xyzn: /full_duplex /speed=100
Once proper operation is confirmed, this can be set in the permanent config:
MCR LANCP DEFINE DEV xyzn: /update /volatile
The HP field engineer will, looking at the issue from a "hardware guy" perspective, usually recommend setting this from the console instead. VMS will use the console settings if nothing is defined in the LANCP database.
I concur with the other responses, in that older versions of VMS on older firmware usually worked best with both the switch port and the NIC locked to the same settings, rather than auto negotiating. The DE500 was particularly notorious for this. We used to have the most trouble with managed switches for some reason. Of course, that's fortunate as in an unmanaged switch you have either auto negotiate, half duplex, or nothing.