Remove manual link speed and MTU configuration

[Leader_Kiongi]

Hello,

This may seem stupid but I don't have an answer, so I ask you guys here.

I'd like to remove those two commands from my Gaia config :

set interface eth2 link-speed 1000M/full

set interface eth4 mtu 1500

Thanks in advance for your help

Regards,

Alain

[S_E_]

hi,

not sure if there is a dedicated command for that. I would simply use

set interface eth2 auto-negotiation on

Just a guess. As soon you touched this value, it will always be displayed for ever. Even when using default parameter.

set interface eth4 mtu 1500

Regards

[the_rock]

Hey @Leader_Kiongi 

I would agree with @S_E_ on the first command. Now, for the 2nd one, are you trying to set specific MTU or something else?

Below are only options available:

R82> set interface eth0 mtu
mtu: Maximum transmission unit of the interface.
IPv4 - MTU should be in the range of 68 to 16000.
IPv6 - MTU should be in the range of 1280 to 16000.
R82> set interface eth0 mtu

Andy

[Leader_Kiongi]

Thanks @the_rock  and @S_E_  for your input. I was comparing configs between cluster members and I found those commands on one cluster member but not on the other. I just want to remove it and I didn't find a way so far...

[the_rock]

Thats fair...would you mind send what you see on both, so we can compare?

Andy

[Leader_Kiongi]

Yes, of course. Here are parts of the config I would like to have identical on both members (I only put the interesting lines):

• Member 1

           set interface eth2 auto-negotiation on

           set interface eth3 auto-negotiation on           

           set interface eth5 auto-negotiation on

• Member 2

           set interface eth2 link-speed 1000M/full
           set interface eth2 auto-negotiation on

           set interface eth3 auto-negotiation on
           set interface eth3 mtu 1500

            set interface eth5 link-speed 1000M/full
            set interface eth5 auto-negotiation on

I'd like to have the exact same config on member 2 than on member 1.

Thanks !

Regards,

Alain

[the_rock]

I attached 2 configs from my cluster lab for reference, so you can see. Just check interface section.

Andy

[Leader_Kiongi]

Thanks @the_rock  but you have auto-negotiation set to off, which is not my case. So, looks like not possible to remove those two commands once it has been issued ?

set interface eth2 link-speed 1000M/full

set interface eth4 mtu 1500

[the_rock]

You could try remove those lines, save config file and then run load configuration from clish, but not sure that would succeed.

Andy

[the_rock]

One second...so, do you have auto negotiate ON on BOTH members?

Andy

[Leader_Kiongi]

Yes

[the_rock]

Lets do remote if you are allowed? I can do 12 pm EST, so in about 1 h and 20 mins if that works? I really want to verify this. Already had early lunch, so that time would work. What time zone are you in? Mine is GMT-5 currently

Andy

[Leader_Kiongi]

Yes we can have a Zoom session. I'm in CET time zone

[the_rock]

That will be 6 pm for you, hope not late?

Andy

[Leader_Kiongi]

No, I can wait :). How do you prefer to have the remote session ?

[the_rock]

K, fantastic. No worries, I will send you my personal zoom. My company uses MS teams, but I prefer zoom for these things, if thats okay with you? It has limit of 40 mins for free, then I have to wait 10 mins before starting another 40 mins session, but Im sure 40 minutes will be more then enough 🙂

Andy

[the_rock]

Sent you the link directly.

Andy

[Bob_Zimmerman]

This pops up all the time for me, and is one of the reasons I can't stand clish. When you turn auto-negotiation on, it removes the manual speed/duplex line. But when it's already on, it leaves the line alone. You have to turn it off, then back on. And the speed/duplex line can reappear later for no known reason. Incredibly irritating.

I haven't yet found a way to remove the MTU line once it's added. You just have to add it to the other member. Also incredibly irritating.

[the_rock · Accepted solution]

Hey everyone,

Had remote with Alain and we verified CP side is fine, so appears its switch end, so he will verify on that end, maybe try different port on the switch.

Andy