cpu on what? traffic on the ICX is not handled by a CPUSeems like the CPU isn´t handling high speeds
@fohdeeshacpu on what? traffic on the ICX is not handled by a CPU
if you're actually pushing (or trying to push) more than 10gb or 1gb to a 10gb or 1gb port, then you're going to drop packets - it's physics. If you have flow control enabled the switch can try to send pause frames to the sending host saying the receiving port/client can't receive that fast, but flow control is hit and miss. then you have other complications like the ASIC buffer which is gunna fill during this, and a bunch of other stuff. sending data from a fast port to a slow port is not gunna turn the slow port into a fast one, it can only fit so many packets
this sounds like weird throttling/tcp window scaling/etc on the opnsense side, especially if setting the opnsense interface to 1gbe so it can't send any faster than that fixes it
There's something in your hardware/config that's not quite right.@fohdeesha
Thank you for replying.
I understand that I wont get the higher speed while sending to a slower port but if it's dropping packets and I'm getting ~%20 slower rate than the slowest port is getting then there's something wrong.
I had an ASUS RT-89AX sitting around (Has a 10Gbase-T port and a 10GB SFP+ port). Both can be used for WAN or LAN. However with OPNSense out of the picture and with completely different hardware and software the speed test results did not change.
The 'GUI' doesn't have any configuration, you probably mean the management interface which is typically reached via VLAN 1 (using a virtual ethernet interface on that VLAN). If that's what you mean, yes, you can configure the VE on VLAN 1 to use DHCP to get address/gateway/etc. information, although that means if your DHCP server is unavailable for any reason you may lose the ability to manage the ICX over the network.Can I set the ICX-6450 GUI to be DHCP?
Thank you for your response. I realize the implication if the DHCP server is unavailable but I presently cannot access the management interface on a static IP through the existing wireguard VPN tunnel.The 'GUI' doesn't have any configuration, you probably mean the management interface which is typically reached via VLAN 1 (using a virtual ethernet interface on that VLAN). If that's what you mean, yes, you can configure the VE on VLAN 1 to use DHCP to get address/gateway/etc. information, although that means if your DHCP server is unavailable for any reason you may lose the ability to manage the ICX over the network.
Hi, I havent seen it mentioned,
would a 6510 work with licensing trick as well? It's not on the compatibility list
POE model's have a P at the end of their model name so for a POE ICX 6610-48 it would be ICX 6610-48 for non POE, and ICX 6610-48P for the POE modelHello, everyone. I am setting up my second ICX-6610. The first one had zero issues, but the second one gave me a weird issue.
"Error! Stack unit 1 does not have POE module"
Both switches seem identical ICX 6610-48 (the second one has 2 PSU tho).
Any information to the right direction would be appreciated.
Not sure about compatibility, but are you sure you want to connect to a device up to 10km away from your switch?I have an ICX 6610 with the 10G SFP+ ports enabled, and I'm trying to use these http://fs.com/products/42385.html transceivers, but when I plug them in nothing is detected. Are these incompatible?
LR has no minimum distance though, so it should be fine in that regard. Yeah, SR LC UPC Duplex does make more sense but I needed white cables and happened to have some white simplex fiber lying around from a previous installation, so decided to buy the BiDi transceivers. I couldn't really find reputable sources for white single-mode fiber, but I didn't spend too much time looking since I had this fiber already and so assumed it would work.Not sure about compatibility, but are you sure you want to connect to a device up to 10km away from your switch?
Most commonly in home lab and data centers 850nm SR (=short range; up to 300m) transceivers are used, such as these https://www.fs.com/products/31443.html?attribute=94972&id=3752829
The good news here: they are cheaper and use less power.
I'm using only single mode fibre. In fact, my in-wall installation is 2*cat6a cables +4*single mode fiber.LR has no minimum distance though, so it should be fine in that regard. Yeah, SR LC UPC Duplex does make more sense but I needed white cables and happened to have some white simplex fiber lying around from a previous installation, so decided to buy the BiDi transceivers. I couldn't really find reputable sources for white single-mode fiber, but I didn't spend too much time looking since I had this fiber already and so assumed it would work.
Hoping I'm just missing something in the configs though - does FS.com do returns?
Supposedly, the transceiver EEPROM can be reprogrammed to report as a duplex transceiver and the switch would detect it. My only board with an SFP+ connection is a BPi-R4 running OpenWRT and it doesn't look like the MTK driver supports dumping or modifying the EEPROM or registers:LR has no minimum distance though, so it should be fine in that regard. Yeah, SR LC UPC Duplex does make more sense but I needed white cables and happened to have some white simplex fiber lying around from a previous installation, so decided to buy the BiDi transceivers. I couldn't really find reputable sources for white single-mode fiber, but I didn't spend too much time looking since I had this fiber already and so assumed it would work.
Hoping I'm just missing something in the configs though - does FS.com do returns?
root@OpenWrt:~# ethtool -e eth1
Cannot get EEPROM data: Not supported
root@OpenWrt:~# ethtool -i eth1
driver: mtk_soc_eth
version: 6.6.63
firmware-version:
expansion-rom-version:
bus-info: 15100000.ethernet
supports-statistics: yes
supports-test: no
supports-eeprom-access: no
supports-register-dump: no
supports-priv-flags: no
ethtool
on desktop x86 Linux,show media
. I dont have the MPO cables to connect to them to test whether they can show active though.show pod
Unit-Id: 1
PoD 10G license capacity: 24
PoD 10G license capacity used: 24
PoD 40G license capacity: 24
PoD 40G license capacity used: 6
PoD-ports Lic-Available Lic-Used
1/2/1 Yes Yes
1/2/2 Yes Yes
1/2/3 Yes Yes
1/2/4 Yes Yes
1/3/1 Yes Yes
1/3/2 Yes Yes
1/3/3 Yes Yes
1/3/4 Yes Yes
1/3/5 Yes Yes
1/3/6 Yes Yes
1/3/7 Yes Yes
1/3/8 Yes Yes
show media
Port 1/2/1: Type : EMPTY
Port 1/2/2: Type : EMPTY
Port 1/2/3: Type : EMPTY
Port 1/2/4: Type : EMPTY
show media validation
Port Supported Vendor Type
----------------------------------------------------------------------
1/2/1 Yes CISCO-PROLINE 40G QSFP Module
1/2/2 Yes CISCO-PROLINE 40G QSFP Module
1/2/3 Yes CISCO-PROLINE 40G QSFP Module
1/2/4 Yes CISCO-PROLINE 40G QSFP Module
show media ethernet 1/2/X
Port 1/2/1: Type : 40G QSFP Module
Vendor Name: CISCO-PROLINE Serial Num: PROXXXXXXXXX Revision: D1
Port 1/2/2: Type : 40G QSFP Module
Vendor Name: CISCO-PROLINE Serial Num: PROXXXXXXXXX Revision: D1
Port 1/2/3: Type : 40G QSFP Module
Vendor Name: CISCO-PROLINE Serial Num: PROXXXXXXXXX Revision: D1
Port 1/2/4: Type : 40G QSFP Module
Vendor Name: CISCO-PROLINE Serial Num: PROXXXXXXXXX Revision: D1
Port 1/2/3: Type : EMPTY
Port Supported Vendor Type
----------------------------------------------------------------------
1/2/3 Yes CISCO-AVAGO 40G QSFP Module
Port 1/2/3: Type : 40G QSFP Module
Vendor Name: CISCO-AVAGO Serial Num: AVMXXXXXXXX Revision: 01
Port 1/2/1: Type : 40GBASE-Passive Copper
Port 1/2/2: Type : 40GBASE-Passive Copper
Port Supported Vendor Type
----------------------------------------------------------------------
1/2/1 Yes Mellanox 40G QSFP Module
1/2/2 Yes Mellanox 40G QSFP Module
Port 1/2/1: Type : 40G QSFP Module
Vendor Name: Mellanox Serial Num: 6CFXXXXXXX Revision: A1
Port 1/2/2: Type : 40G QSFP Module
Vendor Name: Mellanox Serial Num: 6CFXXXXXXX Revision: A1