Yes, you can do that to test it at run time. If it does anything useful you can add it as a loader variable so it loads at boot. Steve

On any particular hardware? What sort of rate where they seeing before/after? None of those look like they would break anything at least! And at least some I know can improve throughput in some situations. Steve

That fiber doesn't look that dark since it's receiving signal. I assume you mean it was unused and you're now commissioning it? Does it make any difference if the fiber is not connected? Surprising that module shows only autoselect as an available media type.You might try running 'ifconfig ix0 down; ifconfig ix0 up' and then rechecking to be sure. Can you see that's really linked at 10G? the other side shows that? Seeing unknown like that is far more typical of a dual speed module linked at 1G. Steve

I got the modem but I am not able to establish any connection. See my other forum post.

So turned out i had a bad SFP Module. Replaced that and im good to go. Thanks for your help and pointing me in the right direction.. You got me pointed in the right direction.

@gjaltemba said in pkg add realtek-re-kmod-197.00.pkg problem: Perfect. thank you for your help You're welcome.

I created a ticket for it. We can add updates there: https://redmine.pfsense.org/issues/13644 Steve

I would say 16G is probably not necessary there but the CPU is probably in the ball-park for 1G throughput with a bunch of packages. That CPU socket gives you a lot of options too. Not the most power efficient device though. Steve

The logging used by pfSense can be seen here: /var/etc/syslog.d/pfSense.conf As it says there though that file is auto-generated and should not be edited directly. However if you look there you will see that kern.debug is already being written to the system log so I would expect that to include anything at the lower priority level 'info'. Steve

@phloggu said in pfSense on Intel Xeon D-17xx SoC: SFP28 support?: Has anyone tried to run pfSense 2.6.0 on a Intel Xeon D > Ice Lake and tested the onboard SFP28 ports that are connected via SoC? Supported OS on Ice Lake CPU based Supermicro mainboards There are a range of products from Supermicro like the SYS-510D-4C-FN6P (using a Xeon D-1718T) that seems suitable for a pfSense firewall or even a passively > cooled one SYS-E302-12D-4C having the same SoC. Passively cooled in that "range" or that "league" might be not the best choice in my eyes, if I need really that power it is secondary for me personal how noisy it is. Are these SFP28 ports supported in pfSense? Does it work with any suitable modules? If you need that really, you may be better sorted to go with TSNR on it, only in my eyes. This two board I know pfSense will performing really well on, but they own no SFP28 ports are in "game" play! SuperServer E300-9A-16CN8TP - Intel Atom C3958 SuperServer E300-9D-8CN8TP - Intel Xeon D-2146NT For all network appliances I would be looking also for an Intel cpu ending with an "N" or "NT" (network) since the they where out. Xeon D-15xxN Xeon D-16xxN Xeon D-17xxNT Xeon D-21xxNT Xeon D-27xxNT They are often sorted with all you "need" or wish to see like, DPDK, AES-NI, Intel QAT, Turbo Boost and Hyperthreading. I mean for the same money, getting all on top what can be interesting in networking might be perhaps not really a changing point, but on the other side you will not miss "something" later.

@kizokujin Please note this user has not been on the forums in more than five years.

@dobby_ Thanks, It is all working now. I did have to do a fresh install, as it was having issues. But worked straight after a fresh install. I am now in the web interface, and configuring it all.

From the perspective of the host appliance, that IO board is what matters. There is an NXP LPC1343F that seems to be in charge. Datasheet is here: LPC1311/13/42/43. This is the list of "serial" interfaces available: USB 2.0 full-speed device controller with on-chip PHY for device (LPC1342/43 only). UART with fractional baud rate generation, modem, internal FIFO, and RS-485/EIA-485 support. SSP controller with FIFO and multi-protocol capabilities. I2C-bus interface supporting full I2C-bus specification and Fast-mode Plus with a data rate of 1 Mbit/s with multiple address recognition and monitor mode USB has the MSC (mass storage) and HID (keyboard/mouse) profiles.

@stephenw10 thanks again ... Performance will be my biggest concern, but once it is within bandwidth there shouldn't be a problem Thanks

@stephenw10 thanks I really appreciate your help .

Yup, here you go: BCHW.c.txt

I use the QNAP 2.5gb dual port that is Intel based. It works great. It needs the longer PCI-E slot not the short little guys….. I have multiple QNAP 2.5gb cards. All are Intel based. I have one dual, 3 singles. My PFSense “router” works like the more popular routers that way. Allows me to connect several 2.5gb clients easily. Yes I know there’s pro’s and con’s to bridging any multiple LAN cards with PFSense but doing so works great for me. The cards were plug and play for me with 2.6 and now that I’m on 2.7 development version included drivers are not an issue. The tweaks in 2.6 to turn off hardware this, hardware that, not needed with 2.7.0.

You probably can do something like that but FreeBSD has a better solution built in for setting the config index on a device: https://www.freebsd.org/cgi/man.cgi?query=usb_quirk#LOADER_TUNABLE So get the product and vendor IDs from your device using usbconfig -d ugen0.2 dump_device_desc then create the file /boot/loader.conf.local and add to it: hw.usb.quirk.0="VID PID 0 0xffff UQ_CFG_INDEX_1" Then that device will always come up with config index 1 whenever it's attached. Steve

Thank you to bad I already returned it and got a different one coming.

@stephenw10 Thanks. There's also some Intel NIC chipsets that are, on the ARK page, specified as proprietary instead of being on the PCIe or some other standard bus. I assume that means they are part of SoC or the motherboard chipset. Curious how pciconf handles those. I don't have FreeBSD specific info but 82579LM is an example.