Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Aliexpress "Findarling" I226-V sporadic drops (~15 seconds ea.)

    Scheduled Pinned Locked Moved Hardware
    16 Posts 3 Posters 1.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • L
      lazyt @TheNarc
      last edited by

      @TheNarc said in Aliexpress "Findarling" I226-V sporadic drops (~15 seconds ea.):

      mostly if not completely had to do with linking at 2.5.

      Is there some way to force the speed to be lower? Being a PPPoE connection, the interface stage doesn't offer the option to set the ethernet speed.

      1 Reply Last reply Reply Quote 0
      • stephenw10S
        stephenw10 Netgate Administrator
        last edited by

        Ok so that points to some common cause. That looks like the gateway log. What is shown in the main system logs at that time?

        You can assign the parent interface separately and set a link speed there.

        L 1 Reply Last reply Reply Quote 0
        • L
          lazyt @stephenw10
          last edited by

          @stephenw10 said in Aliexpress "Findarling" I226-V sporadic drops (~15 seconds ea.):

          You can assign the parent interface separately and set a link speed there.

          How? I'm not sure what you mean

          1 Reply Last reply Reply Quote 0
          • stephenw10S
            stephenw10 Netgate Administrator
            last edited by

            I mean if you have an interface pppoe0 that configured as WAN and that running on igc0 you can also assign and enable igc0 dircetly as a different interface. The link speed/duplex can be set there.
            However be aware that the igc NICs can only use autonegotiate. If you set 1G there it just limits the available negotiation options to 1G only. So it will fail to link to a device that is actually set to a fixed speed and will not negotiate. It should work for you here though.

            L 1 Reply Last reply Reply Quote 0
            • L
              lazyt @stephenw10
              last edited by

              @stephenw10 oh, cool - TIL! I lowered it to 1gb, will let it run a bit to see how that affects things.

              L 1 Reply Last reply Reply Quote 0
              • L
                lazyt @lazyt
                last edited by

                @lazyt said in Aliexpress "Findarling" I226-V sporadic drops (~15 seconds ea.):

                @stephenw10

                @stephenw10 - setting it to 1gb did not help (might have made it worse)

                1 Reply Last reply Reply Quote 0
                • stephenw10S
                  stephenw10 Netgate Administrator
                  last edited by

                  Ok so the WAN still drops out? Both WANs at the same time?

                  What is shown in the system log when that happens?

                  L 1 Reply Last reply Reply Quote 0
                  • L
                    lazyt @stephenw10
                    last edited by

                    @stephenw10 here's a sample:

                    Mar 11 06:50:14	rc.gateway_alarm	49054	>>> Gateway alarm: VPN_NAME_REMOVED-OPENVPN_VPNV4 (Addr:100.78.0.1 Alarm:1 RTT:5.134ms RTTsd:.201ms Loss:22%)
                    Mar 11 06:50:14	check_reload_status	439	updating dyndns VPN_NAME_REMOVED-OPENVPN_VPNV4
                    Mar 11 06:50:14	check_reload_status	439	Restarting IPsec tunnels
                    Mar 11 06:50:14	check_reload_status	439	Restarting OpenVPN tunnels/interfaces
                    Mar 11 06:50:14	check_reload_status	439	Reloading filter
                    Mar 11 06:50:14	rc.gateway_alarm	52480	>>> Gateway alarm: FIBER_PPPOE (Addr:FIBER_IP_ADDR_REMOVED Alarm:1 RTT:3.991ms RTTsd:4.251ms Loss:22%)
                    Mar 11 06:50:14	check_reload_status	439	updating dyndns FIBER_PPPOE
                    Mar 11 06:50:14	check_reload_status	439	Restarting IPsec tunnels
                    Mar 11 06:50:14	check_reload_status	439	Restarting OpenVPN tunnels/interfaces
                    Mar 11 06:50:14	check_reload_status	439	Reloading filter
                    Mar 11 06:50:15	php-fpm	78891	/rc.openvpn: MONITOR: FIBER_PPPOE has packet loss, omitting from routing group Failover
                    Mar 11 06:50:15	php-fpm	78891	FIBER_IP_ADDR_REMOVED|FIBER_GW_ADDR_REMOVED|FIBER_PPPOE|3.903ms|4.181ms|23%|down|highloss
                    Mar 11 06:50:15	php-fpm	78891	/rc.openvpn: Gateway, switch to: ADSL_PPPOE
                    Mar 11 06:50:15	php-fpm	78891	/rc.openvpn: Default gateway setting Interface ADSL_PPPOE Gateway as default.
                    Mar 11 06:50:15	php-fpm	14462	/rc.openvpn: Gateway, switch to: ADSL_PPPOE
                    Mar 11 06:50:15	php-fpm	14462	/rc.openvpn: Default gateway setting Interface ADSL_PPPOE Gateway as default.
                    Mar 11 06:50:15	php-fpm	62663	/rc.filter_configure_sync: Gateway, switch to: ADSL_PPPOE
                    Mar 11 06:50:15	php-fpm	78891	/rc.openvpn: The command '/sbin/route -n6 get 'default' 2>/dev/null | /usr/bin/egrep 'flags: <.*PROTO.*>'' returned exit code '1', the output was ''
                    Mar 11 06:50:15	php-fpm	78891	/rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed IP addresses. Reloading endpoints that may use VPN_NAME_REMOVED-OPENVPN_VPNV4.
                    Mar 11 06:50:15	php-fpm	14462	/rc.openvpn: The command '/sbin/route -n6 get 'default' 2>/dev/null | /usr/bin/egrep 'flags: <.*PROTO.*>'' returned exit code '1', the output was ''
                    Mar 11 06:50:15	php-fpm	14462	/rc.openvpn: OpenVPN: One or more OpenVPN tunnel endpoints may have changed IP addresses. Reloading endpoints that may use FIBER_PPPOE.
                    Mar 11 06:50:15	php-fpm	14462	/rc.openvpn: OpenVPN: Resync client1 VPN_NAME_REMOVED-
                    Mar 11 06:50:15	php-fpm	14462	OpenVPN terminate old pid: 76667
                    Mar 11 06:50:15	kernel		ovpnc1: link state changed to DOWN
                    Mar 11 06:50:15	check_reload_status	439	Reloading filter
                    Mar 11 06:50:16	php-fpm	62663	/rc.filter_configure_sync: GW States: Gateway is down but its IP address cannot be located. Skipping state kill.: VPN_NAME_REMOVED-OPENVPN_VPNV4
                    Mar 11 06:50:16	php-fpm	14462	OpenVPN PID written: 8169
                    Mar 11 06:50:17	kernel		ovpnc1: link state changed to UP
                    Mar 11 06:50:17	check_reload_status	439	rc.newwanip starting ovpnc1
                    Mar 11 06:50:18	php-fpm	30069	/rc.newwanip: rc.newwanip: Info: starting on ovpnc1.
                    Mar 11 06:50:18	php-fpm	30069	/rc.newwanip: rc.newwanip: on (IP address: 100.78.0.61) (interface: VPN_NAME_REMOVED-OPENVPN[opt2]) (real interface: ovpnc1).
                    Mar 11 06:50:20	php-fpm	30069	/rc.newwanip: MONITOR: FIBER_PPPOE is available now, adding to routing group Failover
                    Mar 11 06:50:20	php-fpm	30069	FIBER_IP_ADDR_REMOVED|FIBER_GW_ADDR_REMOVED|FIBER_PPPOE|5.186ms|2.301ms|0.0%|online|none
                    Mar 11 06:50:20	php-fpm	30069	/rc.newwanip: Gateway, switch to: FIBER_PPPOE
                    Mar 11 06:50:20	php-fpm	30069	/rc.newwanip: Default gateway setting Interface FIBER_PPPOE Gateway as default.
                    Mar 11 06:50:20	php-fpm	30069	/rc.newwanip: The command '/sbin/route -n6 get 'default' 2>/dev/null | /usr/bin/egrep 'flags: <.*PROTO.*>'' returned exit code '1', the output was ''
                    Mar 11 06:50:20	php-fpm	30069	/rc.newwanip: IP Address has changed, killing states on former IP Address 100.78.7.90.
                    Mar 11 06:50:20	php-fpm	30069	/rc.newwanip: Creating rrd update script
                    Mar 11 06:50:22	php-fpm	30069	/rc.newwanip: pfSense package system has detected an IP change or dynamic WAN reconnection - 100.78.7.90 -> 100.78.0.61 - Restarting packages.
                    Mar 11 06:50:22	check_reload_status	439	Starting packages
                    Mar 11 06:50:22	check_reload_status	439	Reloading filter
                    1 Reply Last reply Reply Quote 0
                    • stephenw10S
                      stephenw10 Netgate Administrator
                      last edited by

                      So the first thing that's logged is the gateway alarm?

                      If this was the 'typical' i225/226 reported issue it would lose link first and that would be logged before the gateway alarm triggers.

                      L 1 Reply Last reply Reply Quote 0
                      • L lazyt referenced this topic on
                      • L
                        lazyt @stephenw10
                        last edited by

                        thanks all for trying to help! I'm giving up and looking for a new box.

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post
                        Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.