It may be an issue with the firmware or model of NIC chip that was used in the qotom device.This is wasteful, but can you connect the 1gb SFP into a switch, and then connect the 10gb SFP+ into the same switch? Essentially using the switch to "buffer" between the two connections.I think you are on the right track to where you need to force the speed down to 1gbps, and you'll probably also need to spoof the MAC address of the original modem too. Since the interface isn't coming up, I'm not sure how you will be able to enter the MAC address. I also don't have a 10gb card I can use for testing.I would probably through a Windows evaluation version on there, try to do a firmware update on that device, and then go back to OPNsense. Alternate if you grab all the correct drivers and utilities, you can set up a Hiren's Boot CD https://www.hirensbootcd.org/ , drop the drivers into the DRIVER folder, and the utility somewhere on the bootable device. You should then be able to update things if there is a firmware update available.Last thought is that the SFP module just isn't programmed to work with that interface, usually this is the interface blocking things. Not sure how to fix this unless you can find some generic firmware or a utility that allows you to "open it up" to all modules.
It just feels "wrong" that my UDMP works with this module but OPNsense doesn't.
igc0 igc2 ix3 ix1 igc4 igc1 igc3 ix2 ix0
Is there any additional tests I can do? Any additional settings I can try? Maybe I am not waiting long enough for a connection?
ifconfig -v "interface name"
ix0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 9216 options=4803828<VLAN_MTU,JUMBO_MTU,WOL_UCAST,WOL_MCAST,WOL_MAGIC,HWSTATS,MEXTPG> ether a1:b2:c3:d4:e5:f6 media: Ethernet autoselect (10Gbase-SR <full-duplex,rxpause,txpause>) status: active nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> drivername: ix0 plugged: SFP/SFP+/SFP28 10G Base-SR (LC) vendor: Intel Corp PN: ABC123 SN: XYZ789 DATE: yyyy-mm-dd module temperature: 0 C voltage: 0 Volts lane 1: RX power: 0.00 mW (-0.00 dBm) TX bias: 0.00 mA
Quote from: shor0814 on September 20, 2024, 07:03:23 pmIt just feels "wrong" that my UDMP works with this module but OPNsense doesn't.The first important thing, OPNsense doesn't (or does) support your SFP module, your NIC does. OPNsense (or FreeBSD) perfectly supports the Intel X553 network adapter, so if your module doesn't work, look at the adapter, not OPNsense.Now your using the X5xx series from Intel, which is known to only support genuine Intel SFP's (hence the "hw.ix.unsupported_sfp=1" option), which is only found in the in-tree FreeBSD and Linux drivers. Third party SFP's shouldn't be a problem with this setting, but there are some specials like 10Gb RJ45 adapters (out-of-spec) and BiDi variants for AON Fiber like yours.The other challenge is the Qotom device, got my hands on two of these (1U version) units a few weeks ago and both have problems with one of the SFP cages. The mini-pc and 1U versions have swapped fronts (so up&down is reverse for the two different models, see pictures on Qotom website for reference) and the SFP cages are _not_ numbered on the chassis (the copper ones are, but don't match OPNsense/FreeBSD assigment). If looking at the front of the 1U chassis the assignment in OPNsense 24.7 is this:Code: [Select] igc0 igc2 ix3 ix1 igc4 igc1 igc3 ix2 ix0The ix3 port looks problematic for _any_ SFP with both the units I touched (supported or not), the interface is detected but the port won't power the module and so completly useless. I did read in several forums on the Interwebs (also this one), more people experiencing "one SFP isn't working" but lacks any details or orientation. So back to your original question:QuoteIs there any additional tests I can do? Any additional settings I can try? Maybe I am not waiting long enough for a connection? There're are a few things to check here: the SFP module, Qotom device (ix3 cage) and the Intel X553 NIC.You're saying the module _does_ work in another device, so assume that's not your problem.For the Qotom device, try and swap your SFP module in each and every SFP cage. Connect to OPNsense over SSH, select the "Shell" option and from the console type for every cage (interface) with the module inserted:Code: [Select]ifconfig -v "interface name"With the -v option ifconfig on OPNsense shows you the module information (if correctly detected), something like this:Code: [Select]ix0: flags=1008843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,LOWER_UP> metric 0 mtu 9216 options=4803828<VLAN_MTU,JUMBO_MTU,WOL_UCAST,WOL_MCAST,WOL_MAGIC,HWSTATS,MEXTPG> ether a1:b2:c3:d4:e5:f6 media: Ethernet autoselect (10Gbase-SR <full-duplex,rxpause,txpause>) status: active nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL> drivername: ix0 plugged: SFP/SFP+/SFP28 10G Base-SR (LC) vendor: Intel Corp PN: ABC123 SN: XYZ789 DATE: yyyy-mm-dd module temperature: 0 C voltage: 0 Volts lane 1: RX power: 0.00 mW (-0.00 dBm) TX bias: 0.00 mAIf you see the module correctly in the ifconfig output but it still doesn't work or you don't see the module info at all (which explains why it doesn't work right away) use your Joker -> the Intel X722 NIC. I'm more familiar with the Intel E810 series, but there's a bigger change it's less picky and/or will support more (third party) modules than your X533.At this stage these are the most important task you can try to get to the root of your problem.
But, is your service tied to the MAC address of that specific module? Yes you can spoof the address, but this happens after the OS loads, so funny things could happen in this process.
If the Mikrotik hardware is defective/damaged, then yes it could damage the SFP. Have you looked at the contacts on the SHP to see if any have been worn or lifted? Could be a connector issue too.