Hello everyone!
I am having this problem with my FGT 80F release 7.6.2F build 3462, using a Fortinet SFP model FN-TRAN-SX.
Below is my environment:
- The device connected on the WAN 2 interface only supports speed 100 full.
- Whether connected via copper or fiber the WAN 2 interface is always set speed to 100 full.
- The device connected on the WAN 2 has only one fiber NIC. The connection to WAN2 copper interface is made through media converter.
Fault description
In the current release, the device connected on WAN2 is only seen if it is connected in copper, while the WAN2 interface in fiber remains switched off even if we disconnect the copper cable in the branch, following output when only fiber cable is connection on WAN2 interface
FGT-80F-1 # diagnose hardware shared-port wan2
Get nic name: wan2 medium type 2, Copper
even in the case of both cables disconnected on WAN2 the output of the following command does not change, as per your documentation (ART ID 333930) we expected “AUTO” as output.
Instead we have this output:
FGT80F-1 # diagnose hardware shared-port wan2
Get nic name: wan2 medium type 2, Copper
Instead, by downgrading the device to release 7.6.0F (3401), the WAN2 Fiber interface (set speed 100full) goes up correctly but does not communicate with the device connected to it.
Connecting the copper cable in 7.6.0, it is not seen by the device at all.
From official Fortinet documentation it appears that the BUG ID 1075585 (Shared copper WAN1 and WAN2 ports remain down when the interface speed is set to 100full) has been fixed as of version 7.6.1
Thank everyone in advance!
FortiGate
Hi @HarryTran,
After some time, we were able to test what you suggested, but the problem persists.
The Fortigate in question is running version 7.6.2F build 3462, but even forcing the SFP into fiber mode (with the command you suggested) doesn't recognize the connected device, and the arp table doesn't update.
Please note that the device only supports 100 full speeds.
We recently also tried the subsequent releases 7.6.3F build 3510 and 7.6.4F build 3596, but the symptoms remain unchanged.
Finally, we also tested other fiber cables, SFPs, and another identical device to rule out any other causes.
Best Regards
Hi @Mandalorian,
Thank you so much for the update — really appreciate it! :smiling_face_with_smiling_eyes:
Could you please let me know which SFP model you’re using?
Also, when you have a moment, could you try running the following command and share the output?
get system interface transceiver portxx
That’ll help me double-check the issue from my side and make sure we’re on the same page.
Warm regards,
Harry
Created on 10-17-2025 01:44 AM Edited on 10-17-2025 01:45 AM
Hi @HarryTran,
Thank you for your prompt response. In the meantime, I can provide you the installed SFP specification and the WAN2 interface configuration.
Official FORTINET SFP model GBIC FN-TRAN-SX
FGT80F-1# show system interface wan2
config system interface
edit "wan2"
set vdom "root"
set ip 192.168.100.1 255.255.255.0
set allowaccess ping snmp
set type physical
set device-identification enable
set lldp-transmission enable
set role lan
set snmp-index 2
set speed 100full
The output you requested will follow in the next few days.
Best Regards
"This is the way"
Created on 10-21-2025 06:29 AM Edited on 10-21-2025 06:38 AM
Hi @HarryTran,
In addition to the outputs already provided below, here is the specific output you requested. You will also find the command "diagnose hardware deviceinfo nic wan2"
We look forward to hearing from you.
Extra output wan2
Best Regards
Thanks @Mandalorian
Let me double check and keep you updated.
Hi @HarryTran,
Just to remind you, the device connected to WAN 2 has only one network card and only has a fiber connection, supporting only 100 speeds, not auto. Furthermore, by connecting the same device on WAN 2 (Shared port RJ45) with mediaconvert (Fiber to Copper), we can see the Fortigate ARP Table populated, as I mentioned in my previous posts.
Hi Mandalorian,
I double-checked on my side, and it’s working fine for me.
From your screenshot, it looks like WAN2 is running in full-duplex mode — could you verify the duplex setting on the opposite end as well?
Below are the exact steps I used for my test; hopefully, this information will help you reproduce the same results.
FortiGate-81F # show system interface wan2
config system interface
edit "wan2"
set vdom "root"
set ip 10.255.1.200 255.255.255.0
set allowaccess ping https ssh http
set type physical
set role wan
set snmp-index 2
set speed 100full
next
end
After setting the speed at 100M, the medium mode is: copper.
Change the medium to fiber: diagnose hardware shared-port wan2 fiber
FortiGate-81F # get system interface physical wan2
== [onboard]
==[wan2]
mode: static
ip: 10.255.1.200 255.255.255.0
ipv6: ::/0
status: up
speed: 100Mbps (Duplex: full)
medium: fiber
FEC: none
FEC_cap: none
FortiGate-81F # exe ping 10.255.1.2
PING 10.255.1.2 (10.255.1.2): 56 data bytes
64 bytes from 10.255.1.2: icmp_seq=0 ttl=64 time=1.2 ms
64 bytes from 10.255.1.2: icmp_seq=1 ttl=64 time=0.5 ms
64 bytes from 10.255.1.2: icmp_seq=2 ttl=64 time=0.5 ms
FortiGate-81F # diagnose hardware deviceinfo nic wan2
Description :FortiASIC NP6XLITE Adapter
Driver Name :FortiASIC NP6XLITE Driver
Board :81F
lif id :1
lif oid :65
netdev oid :65
Current_HWaddr 84:39:8f:99:e0:ad
Permanent_HWaddr 84:39:8f:99:e0:ad
========== Link Status ==========
Admin :up
netdev status :up
autonego_setting :0
link_setting :1
speed_setting :100
duplex_setting :1
Speed :100
Duplex :Full
link_status :Up
============ Counters ===========
On switch side:
S124EP5919008695 # diagnose switch physical-ports summary | grep port25
port25 up 8100 1 full 100M , , none
S124EP5919008695 # get switch modules detail port25
____________________________________________________________
Port(port25)
identifier SFP/SFP+
connector LC
transceiver 10G-Base-SR
encoding 64B/66B
Length Decode Common
length_smf_1km N/A
length_cable N/A
SFP Specific
length_smf_100m N/A
length_50um_om2 80 meter
length_62um_om1 30 meter
length_50um_om3 300 meter
vendor Fortinet
fortinet_pn P24852-01
vendor_oid 0x009065
vendor_pn FTLX8574D3BCLFTN
vendor_rev
vendor_sn N4CC3CL
manuf_date 09/30/2020
S124EP5919008695 # exe ping 10.255.1.200
PING 10.255.1.200 (10.255.1.200): 56 data bytes
64 bytes from 10.255.1.200: icmp_seq=0 ttl=255 time=0.7 ms
64 bytes from 10.255.1.200: icmp_seq=1 ttl=255 time=0.6 ms
64 bytes from 10.255.1.200: icmp_seq=2 ttl=255 time=0.8 ms
64 bytes from 10.255.1.200: icmp_seq=3 ttl=255 time=0.6 ms
^C
--- 10.255.1.200 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.6/0.6/0.8 ms
Regards,
Harry
Created on 10-27-2025 03:20 AM Edited on 10-27-2025 03:21 AM
Hi @HarryTran !
Thank you for your prompt reply.
Regarding the tests you carried out in your laboratory environment, we also performed these tests on our 80F and found that the interface speed is 100 and the duplex is full.
In our case, please note that we do not have a network switch in between, but Fortigate and the device are directly connected with a maximum supported speed of 100 (without auto negotiation) and a fiber physical interface.
Furthermore, the strange thing is that when using a fiber -> copper media converter, the ARP table populates correctly and ping between device works properly.
If we connect the LAN device directly to the fiber, neither the ping nor the ARP table work.
| User | Count |
|---|---|
| 2691 | |
| 1412 | |
| 810 | |
| 710 | |
| 455 |
The Fortinet Security Fabric brings together the concepts of convergence and consolidation to provide comprehensive cybersecurity protection for all users, devices, and applications and across all network edges.
Copyright 2025 Fortinet, Inc. All Rights Reserved.