Hi, I built 1.4.4 from source and loaded it on a GL-AR300M (NAND), which happens to be providing IPv6 via 6in4 tunnel to HE tunnel broker. After upgrade, log was getting hammered by errors like so:
Wed Jul 25 08:55:20 2018 kern.info kernel: [ 5511.429707] sit: non-ECT from 160.240.0.0 with TOS=0x7
Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.416060] sit: non-ECT from 64.9.8.10 with TOS=0x2
Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.716129] sit: non-ECT from 64.9.8.16 with TOS=0x2
Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.818672] sit: non-ECT from 64.9.8.6 with TOS=0xd
Thankfully that post provides some info on how to quiet down the log messages. But I am wondering if some patch from that bug report needs to be backported into librecmc's kernel version, or something like that, to deal with the actual bug.
Hi, I built 1.4.4 from source and loaded it on a GL-AR300M (NAND), which happens to be providing IPv6 via 6in4 tunnel to HE tunnel broker. After upgrade, log was getting hammered by errors like so:
Wed Jul 25 08:55:20 2018 kern.info kernel: [ 5511.429707] sit: non-ECT from 160.240.0.0 with TOS=0x7
Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.416060] sit: non-ECT from 64.9.8.10 with TOS=0x2
Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.716129] sit: non-ECT from 64.9.8.16 with TOS=0x2
Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.818672] sit: non-ECT from 64.9.8.6 with TOS=0xd
This looks like the same bug mentioned here:
https://bugs.openwrt.org/index.php?do=details&task_id=1541
Thankfully that post provides some info on how to quiet down the log messages. But I am wondering if some patch from that bug report needs to be backported into librecmc's kernel version, or something like that, to deal with the actual bug.
Can you try to pull and build again. See commit a7ce8a7e360f6f1dfd593ee4e6220a10a6f5f932
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/net/ipv6?h=v4.9.112&id=5b8fcc075714b86fb8fe194bb463fed2998a8e85
Hello, I rebuilt the firmware using that commit, and loaded it, but am still seeing the same errors flooding the logs.
While I was careful, nevertheless I was going rebuild and reload again with clean source, to remove any trace of doubt that I might have loaded the wrong image, or that the new image did not load. The system is in a production environment, so I can only do this once per workday. (I actually load onto a swap unit.) So I probably won't be able to do that until Monday or Tuesday.
Hello, I rebuilt the firmware using that commit, and loaded it, but am still seeing the same errors flooding the logs.
While I was careful, nevertheless I was going rebuild and reload again with clean source, to remove any trace of doubt that I might have loaded the wrong image, or that the new image did not load. The system is in a production environment, so I can only do this once per workday. (I actually load onto a swap unit.) So I probably won't be able to do that until Monday or Tuesday.
I loaded firmware built from commit a7ce8a7e36, using clean source, on a GL-AR300M, and swapped it into production. The system is running a 6in4-pd type interface, i.e., IPv6 tunnel. I browsed to multiple IPv6 and IPv4 sites for 30 minutes or so and am not seeing in the logs any of the errors I saw previously.
I loaded firmware built from commit a7ce8a7e36, using clean source, on a GL-AR300M, and swapped it into production. The system is running a 6in4-pd type interface, i.e., IPv6 tunnel. I browsed to multiple IPv6 and IPv4 sites for 30 minutes or so and am not seeing in the logs any of the errors I saw previously.
The log shows no errors at all. It looks fantastic. I'm not sure if this ticket should be closed. buckshot roulette
The log shows no errors at all. It looks fantastic. I'm not sure if this ticket should be closed. <a href="https://rankdle.io/buckshot-roulette">buckshot roulette</a>
It appears that after upgrading to version 1.4.4 on your GL-AR300M with NAND, you are experiencing "non-ECT" errors in the log related to the 6in4 tunnel to the Hurricane Electric (HE) tunnel broker. These errors suggest an issue with Explicit Congestion Notification (ECT) handling. It's advisable to check the configuration settings and ensure compatibility with the specific requirements of the tunnel broker. Additionally, consider consulting the OpenWrt community forums for insights and possible solutions. If you encounter challenges, addressing this issue may involve adjusting tunnel parameters or seeking guidance from experienced users. As a side note, while the provided log snippet does not explicitly relate to ETFs (Exchange-Traded Funds), it's crucial to maintain focus on resolving the tunnel-related errors.
<p>It appears that after upgrading to version 1.4.4 on your GL-AR300M with NAND, you are experiencing "non-ECT" errors in the log related to the 6in4 tunnel to the Hurricane Electric (HE) tunnel broker. These errors suggest an issue with Explicit Congestion Notification (ECT) handling. It's advisable to check the configuration settings and ensure compatibility with the specific requirements of the tunnel broker. Additionally, consider consulting the OpenWrt community forums for insights and possible solutions. If you encounter challenges, addressing this issue may involve adjusting tunnel parameters or seeking guidance from experienced users. As a side note, while the provided log snippet does not explicitly relate to <a href="https://dollarextras.com/best-international-etfs-to-invest-in-2023/">ETFs (Exchange-Traded Funds)</a>, it's crucial to maintain focus on resolving the tunnel-related errors.</p>
It seems like your GL-AR300M router running OpenWRT 1.4.4 is encountering "non-ECT" errors in the IPv6 tunnel configuration with the Hurricane Electric (HE) tunnel broker. These errors suggest an issue with Explicit Congestion Notification (ECT) handling. To address this, you may want to check your tunnel configuration, ensure that ECT is properly supported, and investigate any potential compatibility issues between OpenWRT 1.4.4 and the GL-AR300M hardware.
Reference here: It's advisable to consult the OpenWRT documentation, forums, or the HE tunnel broker community for specific troubleshooting steps and potential solutions.
<p>It seems like your GL-AR300M router running OpenWRT 1.4.4 is encountering "non-ECT" errors in the IPv6 tunnel configuration with the Hurricane Electric (HE) tunnel broker. These errors suggest an issue with Explicit Congestion Notification (ECT) handling. To address this, you may want to check your tunnel configuration, ensure that ECT is properly supported, and investigate any potential compatibility issues between OpenWRT 1.4.4 and the GL-AR300M hardware.</p>
<p><a href="https://answersrepublic.com/finance/20-lucrative-business-ideas-for-introverts/">Reference here</a>: It's advisable to consult the OpenWRT documentation, forums, or the HE tunnel broker community for specific troubleshooting steps and potential solutions.</p>
Hi, I built 1.4.4 from source and loaded it on a GL-AR300M (NAND), which happens to be providing IPv6 via 6in4 tunnel to HE tunnel broker. After upgrade, log was getting hammered by errors like so:
Wed Jul 25 08:55:20 2018 kern.info kernel: [ 5511.429707] sit: non-ECT from 160.240.0.0 with TOS=0x7 Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.416060] sit: non-ECT from 64.9.8.10 with TOS=0x2 Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.716129] sit: non-ECT from 64.9.8.16 with TOS=0x2 Wed Jul 25 08:55:23 2018 kern.info kernel: [ 5514.818672] sit: non-ECT from 64.9.8.6 with TOS=0xd
This looks like the same bug mentioned here:
https://bugs.openwrt.org/index.php?do=details&task_id=1541
Thankfully that post provides some info on how to quiet down the log messages. But I am wondering if some patch from that bug report needs to be backported into librecmc's kernel version, or something like that, to deal with the actual bug.
I will look into patching this.
Thank you. I'm a fairly good test case if that is helpful. Can rebuild from any libreCMC commit you point me to, development branch or otherwise.
Can you try to pull and build again. See commit
a7ce8a7e36
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/net/ipv6?h=v4.9.112&id=5b8fcc075714b86fb8fe194bb463fed2998a8e85
Will do. Please give me a day or so.
Hello, I rebuilt the firmware using that commit, and loaded it, but am still seeing the same errors flooding the logs.
While I was careful, nevertheless I was going rebuild and reload again with clean source, to remove any trace of doubt that I might have loaded the wrong image, or that the new image did not load. The system is in a production environment, so I can only do this once per workday. (I actually load onto a swap unit.) So I probably won't be able to do that until Monday or Tuesday.
Work has been brutal, but hoping to test this again tomorrow morning.
I loaded firmware built from commit
a7ce8a7e36
, using clean source, on a GL-AR300M, and swapped it into production. The system is running a 6in4-pd type interface, i.e., IPv6 tunnel. I browsed to multiple IPv6 and IPv4 sites for 30 minutes or so and am not seeing in the logs any of the errors I saw previously.Still no errors in the log. Looks good. Not sure if I'm supposed to close this ticket.
The log shows no errors at all. It looks fantastic. I'm not sure if this ticket should be closed. buckshot roulette
It appears that after upgrading to version 1.4.4 on your GL-AR300M with NAND, you are experiencing "non-ECT" errors in the log related to the 6in4 tunnel to the Hurricane Electric (HE) tunnel broker. These errors suggest an issue with Explicit Congestion Notification (ECT) handling. It's advisable to check the configuration settings and ensure compatibility with the specific requirements of the tunnel broker. Additionally, consider consulting the OpenWrt community forums for insights and possible solutions. If you encounter challenges, addressing this issue may involve adjusting tunnel parameters or seeking guidance from experienced users. As a side note, while the provided log snippet does not explicitly relate to ETFs (Exchange-Traded Funds), it's crucial to maintain focus on resolving the tunnel-related errors.
It seems like your GL-AR300M router running OpenWRT 1.4.4 is encountering "non-ECT" errors in the IPv6 tunnel configuration with the Hurricane Electric (HE) tunnel broker. These errors suggest an issue with Explicit Congestion Notification (ECT) handling. To address this, you may want to check your tunnel configuration, ensure that ECT is properly supported, and investigate any potential compatibility issues between OpenWRT 1.4.4 and the GL-AR300M hardware.
Reference here: It's advisable to consult the OpenWRT documentation, forums, or the HE tunnel broker community for specific troubleshooting steps and potential solutions.
I've shared this prodentim blog with all my friends. It's too good not to pass along!