#73 1.4.4 with Tunnel Broker: non-ECT errors

Closed
opened 5 years ago by pi31415 · 11 comments
pi31415 commented 5 years ago

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.

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.
RISCI_ATOM commented 5 years ago
Collaborator

I will look into patching this.

I will look into patching this.
pi31415 commented 5 years ago
Poster

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.

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.
RISCI_ATOM commented 5 years ago
Collaborator
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
pi31415 commented 5 years ago
Poster

Will do. Please give me a day or so.

Will do. Please give me a day or so.
pi31415 commented 5 years ago
Poster

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.
pi31415 commented 5 years ago
Poster

Work has been brutal, but hoping to test this again tomorrow morning.

Work has been brutal, but hoping to test this again tomorrow morning.
pi31415 commented 5 years ago
Poster

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.
pi31415 commented 5 years ago
Poster

Still no errors in the log. Looks good. Not sure if I'm supposed to close this ticket.

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

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>
Sign in to join this conversation.
Loading...
Cancel
Save
There is no content yet.