Network doesn't come back up after connection loss












0















I've successfully gotten my setup working with a 2Gbps connection to the rest of my network through a Unifi switch via bond0 (enp6s0 & enp7s0 in LACP) using netplan.



The problem I'm running into right now is losses of connection. When I update my switch firmware or need to unplug it etc, the server doesn't come back up on the network. In addition to that, when I pull one cable from the nic and replug it after a few moments, that interface shows good connection, but no traffic while the other is working just fine.



The only way that I have found to get it back is to do a full reset.



I've tried netplan --debug apply, and it tells me basically that everything is ok, and that nothing needs done.



Any suggestions would be greatly appreciated, and please let me know if I'm an idiot and why. Also please let me know if there are any other problems in my .yaml that stand out.



My network configuration .yaml:



network:
version: 2
renderer: networkd
ethernets:
enp6s0:
match:
macaddress: 00:25:90:04:f6:5a
enp7s0:
match:
macaddress: 00:25:90:04:f6:5b
bonds:
bond0:
interfaces:
- enp6s0
- enp7s0
parameters:
mode: 802.3ad
lacp-rate: fast
transmit-hash-policy: layer2+3
dhcp4: true


Output from netplan --debug apply when enp6s0 was unplugged and replugged:



** (generate:11383): DEBUG: 22:04:11.180: Processing input file 
//etc/netplan/01-netcfg.yaml..
** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
** (generate:11383): DEBUG: 22:04:11.180: Processing input file
//etc/netplan/50-cloud-init.yaml..
** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
** (generate:11383): DEBUG: 22:04:11.180: enp7s0: setting default backend to 1
** (generate:11383): DEBUG: 22:04:11.180: bond0: setting default backend to 1
** (generate:11383): DEBUG: 22:04:11.180: enp6s0: setting default backend to 1
** (generate:11383): DEBUG: 22:04:11.180: Generating output files..
** (generate:11383): DEBUG: 22:04:11.180: NetworkManager: definition enp7s0 is not for us (backend 1)
** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition bond0 is not for us (backend 1)
** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition enp6s0 is not for us (backend 1)
DEBUG:netplan generated networkd configuration exists, restarting networkd
DEBUG:no netplan generated NM configuration exists
DEBUG:device enp7s0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for enp7s0
DEBUG:device veth1ec269a operstate is up, not replugging
DEBUG:netplan triggering .link rules for veth1ec269a
DEBUG:device veth6251ba2 operstate is up, not replugging
DEBUG:netplan triggering .link rules for veth6251ba2
DEBUG:device bond0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for bond0
DEBUG:device enp6s0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for enp6s0
DEBUG:device docker0 operstate is up, not replugging
DEBUG:netplan triggering .link rules for docker0
DEBUG:device lo operstate is unknown, not replugging
DEBUG:netplan triggering .link rules for lo


Output of ip a after enp6s0 was unplugged and replugged:



1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp6s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
3: enp7s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
inet 172.16.25.8/24 brd 172.16.25.255 scope global dynamic bond0
valid_lft 85571sec preferred_lft 85571sec
inet6 fe80::4893:c6ff:fe63:3284/64 scope link
valid_lft forever preferred_lft forever
5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
link/ether 02:42:46:ee:01:b9 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
inet6 fe80::42:46ff:feee:1b9/64 scope link
valid_lft forever preferred_lft forever
11: veth1ec269a@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether 0a:40:a5:91:b8:f3 brd ff:ff:ff:ff:ff:ff link-netnsid 1
inet6 fe80::840:a5ff:fe91:b8f3/64 scope link
valid_lft forever preferred_lft forever
147: vethc49639f@if146: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
link/ether a6:f3:3b:c1:52:be brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet6 fe80::a4f3:3bff:fec1:52be/64 scope link
valid_lft forever preferred_lft forever
root@jon-server:/home/root/logs#









share|improve this question



























    0















    I've successfully gotten my setup working with a 2Gbps connection to the rest of my network through a Unifi switch via bond0 (enp6s0 & enp7s0 in LACP) using netplan.



    The problem I'm running into right now is losses of connection. When I update my switch firmware or need to unplug it etc, the server doesn't come back up on the network. In addition to that, when I pull one cable from the nic and replug it after a few moments, that interface shows good connection, but no traffic while the other is working just fine.



    The only way that I have found to get it back is to do a full reset.



    I've tried netplan --debug apply, and it tells me basically that everything is ok, and that nothing needs done.



    Any suggestions would be greatly appreciated, and please let me know if I'm an idiot and why. Also please let me know if there are any other problems in my .yaml that stand out.



    My network configuration .yaml:



    network:
    version: 2
    renderer: networkd
    ethernets:
    enp6s0:
    match:
    macaddress: 00:25:90:04:f6:5a
    enp7s0:
    match:
    macaddress: 00:25:90:04:f6:5b
    bonds:
    bond0:
    interfaces:
    - enp6s0
    - enp7s0
    parameters:
    mode: 802.3ad
    lacp-rate: fast
    transmit-hash-policy: layer2+3
    dhcp4: true


    Output from netplan --debug apply when enp6s0 was unplugged and replugged:



    ** (generate:11383): DEBUG: 22:04:11.180: Processing input file 
    //etc/netplan/01-netcfg.yaml..
    ** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
    ** (generate:11383): DEBUG: 22:04:11.180: Processing input file
    //etc/netplan/50-cloud-init.yaml..
    ** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
    ** (generate:11383): DEBUG: 22:04:11.180: enp7s0: setting default backend to 1
    ** (generate:11383): DEBUG: 22:04:11.180: bond0: setting default backend to 1
    ** (generate:11383): DEBUG: 22:04:11.180: enp6s0: setting default backend to 1
    ** (generate:11383): DEBUG: 22:04:11.180: Generating output files..
    ** (generate:11383): DEBUG: 22:04:11.180: NetworkManager: definition enp7s0 is not for us (backend 1)
    ** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition bond0 is not for us (backend 1)
    ** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition enp6s0 is not for us (backend 1)
    DEBUG:netplan generated networkd configuration exists, restarting networkd
    DEBUG:no netplan generated NM configuration exists
    DEBUG:device enp7s0 operstate is up, not replugging
    DEBUG:netplan triggering .link rules for enp7s0
    DEBUG:device veth1ec269a operstate is up, not replugging
    DEBUG:netplan triggering .link rules for veth1ec269a
    DEBUG:device veth6251ba2 operstate is up, not replugging
    DEBUG:netplan triggering .link rules for veth6251ba2
    DEBUG:device bond0 operstate is up, not replugging
    DEBUG:netplan triggering .link rules for bond0
    DEBUG:device enp6s0 operstate is up, not replugging
    DEBUG:netplan triggering .link rules for enp6s0
    DEBUG:device docker0 operstate is up, not replugging
    DEBUG:netplan triggering .link rules for docker0
    DEBUG:device lo operstate is unknown, not replugging
    DEBUG:netplan triggering .link rules for lo


    Output of ip a after enp6s0 was unplugged and replugged:



    1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
    valid_lft forever preferred_lft forever
    2: enp6s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
    link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
    3: enp7s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
    link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
    4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
    inet 172.16.25.8/24 brd 172.16.25.255 scope global dynamic bond0
    valid_lft 85571sec preferred_lft 85571sec
    inet6 fe80::4893:c6ff:fe63:3284/64 scope link
    valid_lft forever preferred_lft forever
    5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
    link/ether 02:42:46:ee:01:b9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
    valid_lft forever preferred_lft forever
    inet6 fe80::42:46ff:feee:1b9/64 scope link
    valid_lft forever preferred_lft forever
    11: veth1ec269a@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether 0a:40:a5:91:b8:f3 brd ff:ff:ff:ff:ff:ff link-netnsid 1
    inet6 fe80::840:a5ff:fe91:b8f3/64 scope link
    valid_lft forever preferred_lft forever
    147: vethc49639f@if146: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
    link/ether a6:f3:3b:c1:52:be brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::a4f3:3bff:fec1:52be/64 scope link
    valid_lft forever preferred_lft forever
    root@jon-server:/home/root/logs#









    share|improve this question

























      0












      0








      0








      I've successfully gotten my setup working with a 2Gbps connection to the rest of my network through a Unifi switch via bond0 (enp6s0 & enp7s0 in LACP) using netplan.



      The problem I'm running into right now is losses of connection. When I update my switch firmware or need to unplug it etc, the server doesn't come back up on the network. In addition to that, when I pull one cable from the nic and replug it after a few moments, that interface shows good connection, but no traffic while the other is working just fine.



      The only way that I have found to get it back is to do a full reset.



      I've tried netplan --debug apply, and it tells me basically that everything is ok, and that nothing needs done.



      Any suggestions would be greatly appreciated, and please let me know if I'm an idiot and why. Also please let me know if there are any other problems in my .yaml that stand out.



      My network configuration .yaml:



      network:
      version: 2
      renderer: networkd
      ethernets:
      enp6s0:
      match:
      macaddress: 00:25:90:04:f6:5a
      enp7s0:
      match:
      macaddress: 00:25:90:04:f6:5b
      bonds:
      bond0:
      interfaces:
      - enp6s0
      - enp7s0
      parameters:
      mode: 802.3ad
      lacp-rate: fast
      transmit-hash-policy: layer2+3
      dhcp4: true


      Output from netplan --debug apply when enp6s0 was unplugged and replugged:



      ** (generate:11383): DEBUG: 22:04:11.180: Processing input file 
      //etc/netplan/01-netcfg.yaml..
      ** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
      ** (generate:11383): DEBUG: 22:04:11.180: Processing input file
      //etc/netplan/50-cloud-init.yaml..
      ** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
      ** (generate:11383): DEBUG: 22:04:11.180: enp7s0: setting default backend to 1
      ** (generate:11383): DEBUG: 22:04:11.180: bond0: setting default backend to 1
      ** (generate:11383): DEBUG: 22:04:11.180: enp6s0: setting default backend to 1
      ** (generate:11383): DEBUG: 22:04:11.180: Generating output files..
      ** (generate:11383): DEBUG: 22:04:11.180: NetworkManager: definition enp7s0 is not for us (backend 1)
      ** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition bond0 is not for us (backend 1)
      ** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition enp6s0 is not for us (backend 1)
      DEBUG:netplan generated networkd configuration exists, restarting networkd
      DEBUG:no netplan generated NM configuration exists
      DEBUG:device enp7s0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for enp7s0
      DEBUG:device veth1ec269a operstate is up, not replugging
      DEBUG:netplan triggering .link rules for veth1ec269a
      DEBUG:device veth6251ba2 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for veth6251ba2
      DEBUG:device bond0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for bond0
      DEBUG:device enp6s0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for enp6s0
      DEBUG:device docker0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for docker0
      DEBUG:device lo operstate is unknown, not replugging
      DEBUG:netplan triggering .link rules for lo


      Output of ip a after enp6s0 was unplugged and replugged:



      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
      link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
      inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
      inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
      2: enp6s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
      link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
      3: enp7s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
      link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
      4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
      link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
      inet 172.16.25.8/24 brd 172.16.25.255 scope global dynamic bond0
      valid_lft 85571sec preferred_lft 85571sec
      inet6 fe80::4893:c6ff:fe63:3284/64 scope link
      valid_lft forever preferred_lft forever
      5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
      link/ether 02:42:46:ee:01:b9 brd ff:ff:ff:ff:ff:ff
      inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
      valid_lft forever preferred_lft forever
      inet6 fe80::42:46ff:feee:1b9/64 scope link
      valid_lft forever preferred_lft forever
      11: veth1ec269a@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
      link/ether 0a:40:a5:91:b8:f3 brd ff:ff:ff:ff:ff:ff link-netnsid 1
      inet6 fe80::840:a5ff:fe91:b8f3/64 scope link
      valid_lft forever preferred_lft forever
      147: vethc49639f@if146: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
      link/ether a6:f3:3b:c1:52:be brd ff:ff:ff:ff:ff:ff link-netnsid 0
      inet6 fe80::a4f3:3bff:fec1:52be/64 scope link
      valid_lft forever preferred_lft forever
      root@jon-server:/home/root/logs#









      share|improve this question














      I've successfully gotten my setup working with a 2Gbps connection to the rest of my network through a Unifi switch via bond0 (enp6s0 & enp7s0 in LACP) using netplan.



      The problem I'm running into right now is losses of connection. When I update my switch firmware or need to unplug it etc, the server doesn't come back up on the network. In addition to that, when I pull one cable from the nic and replug it after a few moments, that interface shows good connection, but no traffic while the other is working just fine.



      The only way that I have found to get it back is to do a full reset.



      I've tried netplan --debug apply, and it tells me basically that everything is ok, and that nothing needs done.



      Any suggestions would be greatly appreciated, and please let me know if I'm an idiot and why. Also please let me know if there are any other problems in my .yaml that stand out.



      My network configuration .yaml:



      network:
      version: 2
      renderer: networkd
      ethernets:
      enp6s0:
      match:
      macaddress: 00:25:90:04:f6:5a
      enp7s0:
      match:
      macaddress: 00:25:90:04:f6:5b
      bonds:
      bond0:
      interfaces:
      - enp6s0
      - enp7s0
      parameters:
      mode: 802.3ad
      lacp-rate: fast
      transmit-hash-policy: layer2+3
      dhcp4: true


      Output from netplan --debug apply when enp6s0 was unplugged and replugged:



      ** (generate:11383): DEBUG: 22:04:11.180: Processing input file 
      //etc/netplan/01-netcfg.yaml..
      ** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
      ** (generate:11383): DEBUG: 22:04:11.180: Processing input file
      //etc/netplan/50-cloud-init.yaml..
      ** (generate:11383): DEBUG: 22:04:11.180: starting new processing pass
      ** (generate:11383): DEBUG: 22:04:11.180: enp7s0: setting default backend to 1
      ** (generate:11383): DEBUG: 22:04:11.180: bond0: setting default backend to 1
      ** (generate:11383): DEBUG: 22:04:11.180: enp6s0: setting default backend to 1
      ** (generate:11383): DEBUG: 22:04:11.180: Generating output files..
      ** (generate:11383): DEBUG: 22:04:11.180: NetworkManager: definition enp7s0 is not for us (backend 1)
      ** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition bond0 is not for us (backend 1)
      ** (generate:11383): DEBUG: 22:04:11.181: NetworkManager: definition enp6s0 is not for us (backend 1)
      DEBUG:netplan generated networkd configuration exists, restarting networkd
      DEBUG:no netplan generated NM configuration exists
      DEBUG:device enp7s0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for enp7s0
      DEBUG:device veth1ec269a operstate is up, not replugging
      DEBUG:netplan triggering .link rules for veth1ec269a
      DEBUG:device veth6251ba2 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for veth6251ba2
      DEBUG:device bond0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for bond0
      DEBUG:device enp6s0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for enp6s0
      DEBUG:device docker0 operstate is up, not replugging
      DEBUG:netplan triggering .link rules for docker0
      DEBUG:device lo operstate is unknown, not replugging
      DEBUG:netplan triggering .link rules for lo


      Output of ip a after enp6s0 was unplugged and replugged:



      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
      link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
      inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
      inet6 ::1/128 scope host
      valid_lft forever preferred_lft forever
      2: enp6s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
      link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
      3: enp7s0: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc fq_codel master bond0 state UP group default qlen 1000
      link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
      4: bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
      link/ether 4a:93:c6:63:32:84 brd ff:ff:ff:ff:ff:ff
      inet 172.16.25.8/24 brd 172.16.25.255 scope global dynamic bond0
      valid_lft 85571sec preferred_lft 85571sec
      inet6 fe80::4893:c6ff:fe63:3284/64 scope link
      valid_lft forever preferred_lft forever
      5: docker0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default
      link/ether 02:42:46:ee:01:b9 brd ff:ff:ff:ff:ff:ff
      inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
      valid_lft forever preferred_lft forever
      inet6 fe80::42:46ff:feee:1b9/64 scope link
      valid_lft forever preferred_lft forever
      11: veth1ec269a@if10: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
      link/ether 0a:40:a5:91:b8:f3 brd ff:ff:ff:ff:ff:ff link-netnsid 1
      inet6 fe80::840:a5ff:fe91:b8f3/64 scope link
      valid_lft forever preferred_lft forever
      147: vethc49639f@if146: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master docker0 state UP group default
      link/ether a6:f3:3b:c1:52:be brd ff:ff:ff:ff:ff:ff link-netnsid 0
      inet6 fe80::a4f3:3bff:fec1:52be/64 scope link
      valid_lft forever preferred_lft forever
      root@jon-server:/home/root/logs#






      networking server netplan network-bonding






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Oct 15 '18 at 5:31









      Jon MJon M

      11




      11






















          1 Answer
          1






          active

          oldest

          votes


















          0














          Try adding mii-monitor-interval: 100 under the parameters section. Generate and apply again.






          share|improve this answer





















          • 2





            This seems to be an answer, not a comment...

            – Zanna
            Jan 4 at 7:10











          • As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

            – Jon M
            Jan 29 at 6:47













          Your Answer








          StackExchange.ready(function() {
          var channelOptions = {
          tags: "".split(" "),
          id: "89"
          };
          initTagRenderer("".split(" "), "".split(" "), channelOptions);

          StackExchange.using("externalEditor", function() {
          // Have to fire editor after snippets, if snippets enabled
          if (StackExchange.settings.snippets.snippetsEnabled) {
          StackExchange.using("snippets", function() {
          createEditor();
          });
          }
          else {
          createEditor();
          }
          });

          function createEditor() {
          StackExchange.prepareEditor({
          heartbeatType: 'answer',
          autoActivateHeartbeat: false,
          convertImagesToLinks: true,
          noModals: true,
          showLowRepImageUploadWarning: true,
          reputationToPostImages: 10,
          bindNavPrevention: true,
          postfix: "",
          imageUploader: {
          brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
          contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
          allowUrls: true
          },
          onDemand: true,
          discardSelector: ".discard-answer"
          ,immediatelyShowMarkdownHelp:true
          });


          }
          });














          draft saved

          draft discarded


















          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1083829%2fnetwork-doesnt-come-back-up-after-connection-loss%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown

























          1 Answer
          1






          active

          oldest

          votes








          1 Answer
          1






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          0














          Try adding mii-monitor-interval: 100 under the parameters section. Generate and apply again.






          share|improve this answer





















          • 2





            This seems to be an answer, not a comment...

            – Zanna
            Jan 4 at 7:10











          • As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

            – Jon M
            Jan 29 at 6:47


















          0














          Try adding mii-monitor-interval: 100 under the parameters section. Generate and apply again.






          share|improve this answer





















          • 2





            This seems to be an answer, not a comment...

            – Zanna
            Jan 4 at 7:10











          • As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

            – Jon M
            Jan 29 at 6:47
















          0












          0








          0







          Try adding mii-monitor-interval: 100 under the parameters section. Generate and apply again.






          share|improve this answer















          Try adding mii-monitor-interval: 100 under the parameters section. Generate and apply again.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Jan 4 at 7:10









          Zanna

          50.7k13135241




          50.7k13135241










          answered Jan 3 at 13:46









          MagnusMagnus

          1




          1








          • 2





            This seems to be an answer, not a comment...

            – Zanna
            Jan 4 at 7:10











          • As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

            – Jon M
            Jan 29 at 6:47
















          • 2





            This seems to be an answer, not a comment...

            – Zanna
            Jan 4 at 7:10











          • As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

            – Jon M
            Jan 29 at 6:47










          2




          2





          This seems to be an answer, not a comment...

          – Zanna
          Jan 4 at 7:10





          This seems to be an answer, not a comment...

          – Zanna
          Jan 4 at 7:10













          As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

          – Jon M
          Jan 29 at 6:47







          As far as I can tell, this isn't working. I also attempted arp-interval and arp-ip-targets parameters with no result.

          – Jon M
          Jan 29 at 6:47




















          draft saved

          draft discarded




















































          Thanks for contributing an answer to Ask Ubuntu!


          • Please be sure to answer the question. Provide details and share your research!

          But avoid



          • Asking for help, clarification, or responding to other answers.

          • Making statements based on opinion; back them up with references or personal experience.


          To learn more, see our tips on writing great answers.




          draft saved


          draft discarded














          StackExchange.ready(
          function () {
          StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1083829%2fnetwork-doesnt-come-back-up-after-connection-loss%23new-answer', 'question_page');
          }
          );

          Post as a guest















          Required, but never shown





















































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown

































          Required, but never shown














          Required, but never shown












          Required, but never shown







          Required, but never shown







          Popular posts from this blog

          How to change which sound is reproduced for terminal bell?

          Title Spacing in Bjornstrup Chapter, Removing Chapter Number From Contents

          Can I use Tabulator js library in my java Spring + Thymeleaf project?