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

    Constant link status changing with VLAN configuration

    Scheduled Pinned Locked Moved Firewalling
    7 Posts 2 Posters 991 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.
    • M
      matt.will
      last edited by

      So, I have five VLANs configured on a single igb parent interface. None of the VLANs are activated, yet I'm still seeing constant log entries that elude to link status going up/down. I never see any connectivity symptoms, so is this just cosmetic?

      Sep 18 09:42:57 check_reload_status Linkup starting igb2
      Sep 18 09:42:57 kernel igb2: link state changed to UP
      Sep 18 09:42:57 kernel igb2_vlan190: link state changed to UP
      Sep 18 09:42:57 check_reload_status Linkup starting igb2_vlan190
      Sep 18 09:42:58 check_reload_status Linkup starting igb2
      Sep 18 09:42:58 kernel igb2: link state changed to DOWN
      Sep 18 09:42:58 kernel igb2_vlan190: link state changed to DOWN
      Sep 18 09:42:58 check_reload_status Linkup starting igb2_vlan190
      Sep 18 09:42:58 check_reload_status Reloading filter
      Sep 18 09:42:58 php-fpm 62885 /rc.linkup: Linkup detected on disabled interface…Ignoring
      Sep 18 09:42:58 check_reload_status Reloading filter
      Sep 18 09:42:59 php-fpm 62885 /rc.linkup: Linkup detected on disabled interface...Ignoring
      Sep 18 09:42:59 xinetd 22076 Starting reconfiguration
      Sep 18 09:42:59 xinetd 22076 Swapping defaults
      Sep 18 09:42:59 xinetd 22076 readjusting service 6969-udp
      Sep 18 09:42:59 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
      Sep 18 09:43:01 xinetd 22076 Starting reconfiguration
      Sep 18 09:43:01 xinetd 22076 Swapping defaults
      Sep 18 09:43:01 xinetd 22076 readjusting service 6969-udp
      Sep 18 09:43:01 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
      Sep 18 09:43:01 check_reload_status Linkup starting igb2
      Sep 18 09:43:01 kernel igb2: link state changed to UP
      Sep 18 09:43:01 kernel igb2_vlan190: link state changed to UP
      Sep 18 09:43:01 check_reload_status Linkup starting igb2_vlan190
      Sep 18 09:43:02 check_reload_status Reloading filter
      Sep 18 09:43:02 php-fpm 62885 /rc.linkup: Linkup detected on disabled interface...Ignoring
      Sep 18 09:43:15 check_reload_status Linkup starting igb2
      Sep 18 09:43:15 kernel igb2: link state changed to DOWN
      Sep 18 09:43:15 kernel igb2_vlan190: link state changed to DOWN
      Sep 18 09:43:15 check_reload_status Linkup starting igb2_vlan190
      Sep 18 09:43:16 check_reload_status Reloading filter
      Sep 18 09:43:16 php-fpm 64800 /rc.linkup: Linkup detected on disabled interface...Ignoring
      Sep 18 09:43:16 check_reload_status Reloading filter
      Sep 18 09:43:17 xinetd 22076 Starting reconfiguration
      Sep 18 09:43:17 xinetd 22076 Swapping defaults
      Sep 18 09:43:17 xinetd 22076 readjusting service 6969-udp
      Sep 18 09:43:17 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
      Sep 18 09:43:18 check_reload_status Linkup starting igb2
      Sep 18 09:43:18 kernel igb2: link state changed to UP
      Sep 18 09:43:18 kernel igb2_vlan190: link state changed to UP
      Sep 18 09:43:18 check_reload_status Linkup starting igb2_vlan190
      Sep 18 09:43:19 xinetd 22076 Starting reconfiguration
      Sep 18 09:43:19 xinetd 22076 Swapping defaults
      Sep 18 09:43:19 xinetd 22076 readjusting service 6969-udp
      Sep 18 09:43:19 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
      Sep 18 09:43:19 check_reload_status Reloading filter
      Sep 18 09:43:19 php-fpm 97947 /rc.linkup: Linkup detected on disabled interface...Ignoring

      1 Reply Last reply Reply Quote 0
      • DerelictD
        Derelict LAYER 8 Netgate
        last edited by

        No. Not normal.

        VLAN 190 on igb2 is functioning normally? Link is not actually flapping?

        Chattanooga, Tennessee, USA
        A comprehensive network diagram is worth 10,000 words and 15 conference calls.
        DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
        Do Not Chat For Help! NO_WAN_EGRESS(TM)

        1 Reply Last reply Reply Quote 0
        • M
          matt.will
          last edited by

          Clean as a whistle. Sometimes I will see all five go into rotation like that. however, from the time stamps, the interfaces are only down for a few seconds. I could be seeing latency and just not know it

          1 Reply Last reply Reply Quote 0
          • M
            matt.will
            last edited by

            Any thoughts? Considering a downgrade to 2.2

            1 Reply Last reply Reply Quote 0
            • DerelictD
              Derelict LAYER 8 Netgate
              last edited by

              It's not something systemic with 2.3.

              What do you mean none of the VLANs are "activated?"

              Chattanooga, Tennessee, USA
              A comprehensive network diagram is worth 10,000 words and 15 conference calls.
              DO NOT set a source address/port in a port forward or firewall rule unless you KNOW you need it!
              Do Not Chat For Help! NO_WAN_EGRESS(TM)

              1 Reply Last reply Reply Quote 0
              • M
                matt.will
                last edited by

                The VLAN interfaces aren't enabled. All of them are on igb2, but not enabled while I troubleshoot. The link state changes happen about time a day, all within a few seconds (logs above confirm).

                For reference, hardware is a Netgate 2440

                1 Reply Last reply Reply Quote 0
                • M
                  matt.will
                  last edited by

                  Confirmed today; 17 hours after unassigned VLAN interfaces, the up/down link status messages have stopped. Seems to be somewhere in hardware or VLAN software. I am going to try to move them over to a different NIC, but not hopeful that it will have a different outcome.

                  Sep 25 22:54:19 php-fpm 55438 /index.php: User logged out for user obscured from: obscured
                  Sep 26 01:01:00 php-cgi rc.dyndns.update: phpDynDNS (obscured): No change in my IP address and/or 25 days has not passed. Not updating dynamic DNS entry.
                  Sep 26 06:57:58 check_reload_status Syncing firewall
                  Sep 26 06:58:12 check_reload_status Syncing firewall
                  Sep 26 06:58:13 check_reload_status Reloading filter
                  Sep 26 06:58:14 xinetd 22076 Starting reconfiguration
                  Sep 26 06:58:14 xinetd 22076 Swapping defaults
                  Sep 26 06:58:14 xinetd 22076 readjusting service 6969-udp
                  Sep 26 06:58:14 xinetd 22076 Reconfigured: new=0 old=1 dropped=0 (services)
                  Sep 26 07:07:33 check_reload_status Syncing firewall
                  Sep 26 07:07:39 check_reload_status Syncing firewall
                  Sep 26 07:07:43 check_reload_status Syncing firewall
                  Sep 26 07:07:49 check_reload_status Syncing firewall
                  Sep 26 07:07:53 check_reload_status Syncing firewall
                  Sep 26 07:08:29 check_reload_status Syncing firewall
                  Sep 26 07:14:09 php-fpm 12590 /index.php: User logged out for user obscured from: obscured
                  Sep 26 07:24:59 check_reload_status Syncing firewall
                  Sep 26 07:25:10 php-fpm 26579 /index.php: User logged out for user obscured from: obscured
                  Sep 26 07:25:52 sshd 27647 Accepted publickey for obscured from obscured port 50745 ssh2: obscured

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