Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I am sorry I missed this forum before, coz I put my problem elsewhere before. Hope you dont mind my repeating it here.
I have a few Irix machines, to which I have added few RH 3 and RH4.6 Linux WS ( HP xw8600s, if it matters)
We have a corporate license server across WAN. Old machines (Irix and Solaris) are able to contact license server in less than half a second and grab licenses. Whereas, linux WSs are finding it difficult even to go across the gateway and finally halt at a location somewhere on WAN. They are able to reach some server near target server.
I tried other linux machines from 2 other sites in my company, and the result is same! I tried tracert from windows and it works!
If this is not a Gigabit Ethernet network you likely are having issues with autonegotiation.
Run "ethtool" against your interfaces (eth0, eth1 etc...) to see what they are advertising and what they are set to. Often it occurs that you end up doing something like speed 100, duplex half when you meant to do speed 100 duplex full. You can use the ethtool command to hard set to 100, full AND turn off autonegotiation. Also of course the other side (typically a switch) has to agree. If you don't administer the switch side you'll have to ask your Network Admin to look at that for you.
It is a gigabit ethernet, but let me check with "ethtool" and post you back. The otherside is few thousand miles away and I am trying to contact the admin there.
What I found interesting is all linux machines are failing, which means there could be a setting in some conf file common to all, which is the cause of the problem.
By "other side" I meant the device you're plugged into not the device that is the license server. It seems extremely unlikely you have a direct cable to a location "a few thousand miles away". You are likely on a LAN (local area network) that uses a WAN (wide area network) to get to the location "a few thousand miles away". It is the device in your local LAN that would be important to check.
In fact many sites create VLANs (virtual LANs) to separate different segments or different classes of machines in the LAN. For example here we have a VLAN for UNIX, another for Linux, another for Windows servers and yet another for Windows workstations. The configuration of VLANs is in switch devices run by Network Admins.
Windows machines do NOT require hard setting the speed/duplex like UNIX/Linux machines on 10/100 networks. However, with Gigabit you can use auto negotiate without a problem.
The fact that ethtool is showing your speed as 1000 and full duplex suggests you're OK but I would still ask the Network Admins to verify the settings on the switch port your Linux system is plugged into.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.