I can verify @samip537's comments -- the X553 interface won't establish link state using the default ixgbe driver included in Linux kernel 6.1 or 6.6. In my case, I'm testing hardware with X553 interfaces against a Dell PowerConnect 8132F. Qualified/Non-Qualified modules or DAC-cables make no difference. Using the OOT Intel driver, however, does work as one would expect.
- Feed Queries
- All Stories
- Search
- Feed Search
- Transactions
- Transaction Logs
Feb 23 2024
recently mentioned on netdev (upstream bugs and other threads linked as well):
The issue is raised in this forum query: https://forum.vyos.io/t/commit-archive-doesnt-accept-symbols-in-password/13817
Remote host having password with special character is not accepted using with scp command
@ErnyTech This has been discussed at the forums in length what the problems are, but most of them seem to come from an link-related commit in the in-tree driver: https://marc.info/?l=linux-netdev&m=170113799914642. Meaning that no matter what one does, with the built-in driver, one cannot establish a link between X533 and eg. Juniper switch but they do see each other according to transceiver information but just no link.
Unfortunately I haven't seen this before, for me this choice of using the out-of-tree driver is extremely wrong!
Glad to hear it @svd135 @swanduron
It's a good news for me. I will shift from SRX320 to Vyos system. In FTP active mode, the FTP server will push the data channel to the client, the Vyos deems it as a new connection and there is no need with FTP ALG.
In T5376#177587, @sarthurdev wrote:@svd135 can you try on latest rolling?
Any of these changes most likely affected this.
@svd135 can you try on latest rolling?
Feb 22 2024
Feb 21 2024
Feb 20 2024
After normalization of PR (compare with examples from T5939)
Feb 19 2024
Possible FRR bug https://github.com/FRRouting/frr/issues/13561
Feb 18 2024
Forum user reports that this is resolved.
Use the latest rolling.
Feb 17 2024
Feb 16 2024
Simple fix here; PR pending following tests.
https://github.com/jestabro/vyos-1x/tree/pxe-boot
Still bug for VyOS 1.5-rolling-202402131735
interesting, it may have been broken sometime between 1.3.1 and 1.3.6 then. I used automations like these all the time. let me verify the behavior generally on ubuntu