Jump to content
MikeTHIS

Kernel kill flow due to timeout? Affecting speeds.

Recommended Posts

Shoutout to @Netduma Alex and @Netduma Jack and of course @Netduma Fraser and @Netduma Iain for all the support with this behind the scenes. 

I’ve been a customer so long that my record wasn’t in the system and I plan on being one well into the future!

Netduma forever!

 

Share this post


Link to post
Share on other sites
On 6/6/2019 at 9:57 AM, Netduma Alex said:

What's the effect that this is having on your connection?

My ping, packetloss, DL bandwidth, UL bandwidth seem fine.  My bufferbloat scores are terrible.  But other than that, I still would love to know what it is that I'm reading. What do those lines indicate?  What is causing them?

Share this post


Link to post
Share on other sites

hello i have the same errors in my log i noticed them i while back and did message about lower speeds than if i used my standard modem. did you get to the bottom of this problem?

 

Sun Jun 9 21:32:09 2019 daemon.info hostapd: wlan0: STA c0:ee:fb:4b:5a:76 WPA: group key handshake completed (RSN) Sun Jun 9 21:27:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:39 2019 daemon.warn odhcpd[738]: Failed to send to ff02::1%br-lan (Operation not permitted) Sun Jun 9 21:27:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:22:43 2019 daemon.warn odhcpd[738]: Failed to send to ff02::1%br-lan (Operation not permitted) Sun Jun 9 21:22:10 2019 daemon.info hostapd: wlan0: STA c0:ee:fb:4b:5a:76 WPA: group key handshake completed (RSN) Sun Jun 9 21:16:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:13:15 2019 daemon.warn odhcpd[738]: Failed to send to ff02::1%br-lan (Operation not permitted) Sun Jun 9 21:12:09 2019 daemon.info hostapd: wlan0: STA c0:ee:fb:4b:5a:76 WPA: group key handshake completed (RSN) Sun Jun 9 21:04:19 2019 kern.info dpiclass-daemon: Kill flow due to timeout 
 

Share this post


Link to post
Share on other sites
14 hours ago, The0dark0one said:

My ping, packetloss, DL bandwidth, UL bandwidth seem fine.  My bufferbloat scores are terrible.  But other than that, I still would love to know what it is that I'm reading. What do those lines indicate?  What is causing them?

What are your sliders set for when you’re testing bufferbloat?

 

Share this post


Link to post
Share on other sites
15 hours ago, The0dark0one said:

My ping, packetloss, DL bandwidth, UL bandwidth seem fine.  My bufferbloat scores are terrible.  But other than that, I still would love to know what it is that I'm reading. What do those lines indicate?  What is causing them?

If you send us a screenshot we could take a look :) Anti-Bufferbloat is designed to solve bufferbloat - if you have that set to 70/70 and you're still getting poor DSLreports results, try using Pingplotter for a more accurate reading of what's happening.

On 6/8/2019 at 1:21 PM, MikeTHIS said:

Shoutout to @Netduma Alex and @Netduma Jack and of course @Netduma Fraser and @Netduma Iain for all the support with this behind the scenes. 

I’ve been a customer so long that my record wasn’t in the system and I plan on being one well into the future!

Netduma forever!

Great to have you here Mike, I hope your replacement router is good! Any issues with it just let us know :)

Share this post


Link to post
Share on other sites
21 minutes ago, Netduma Jack said:

If you send us a screenshot we could take a look :) Anti-Bufferbloat is designed to solve bufferbloat - if you have that set to 70/70 and you're still getting poor DSLreports results, try using Pingplotter for a more accurate reading of what's happening.

Great to have you here Mike, I hope your replacement router is good! Any issues with it just let us know :)

Thanks Jack!

Still waiting for DHL, they never emailed me (I emailed you about it). I left it on my porch this morning (I have cameras and I live in the woods). 

I updated my ASUS to the latest Merlin firmware - I can safely say I really miss the Duma. It keeps putting me in the most horrible Apex lobbies. Thankfully I at least had something to run before the replacement arrives. 

Share this post


Link to post
Share on other sites
14 hours ago, Dizystyles said:

hello i have the same errors in my log i noticed them i while back and did message about lower speeds than if i used my standard modem. did you get to the bottom of this problem?

 

Sun Jun 9 21:32:09 2019 daemon.info hostapd: wlan0: STA c0:ee:fb:4b:5a:76 WPA: group key handshake completed (RSN) Sun Jun 9 21:27:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:39 2019 daemon.warn odhcpd[738]: Failed to send to ff02::1%br-lan (Operation not permitted) Sun Jun 9 21:27:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:27:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:50 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:26:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:22:43 2019 daemon.warn odhcpd[738]: Failed to send to ff02::1%br-lan (Operation not permitted) Sun Jun 9 21:22:10 2019 daemon.info hostapd: wlan0: STA c0:ee:fb:4b:5a:76 WPA: group key handshake completed (RSN) Sun Jun 9 21:16:20 2019 kern.info dpiclass-daemon: Kill flow due to timeout Sun Jun 9 21:13:15 2019 daemon.warn odhcpd[738]: Failed to send to ff02::1%br-lan (Operation not permitted) Sun Jun 9 21:12:09 2019 daemon.info hostapd: wlan0: STA c0:ee:fb:4b:5a:76 WPA: group key handshake completed (RSN) Sun Jun 9 21:04:19 2019 kern.info dpiclass-daemon: Kill flow due to timeout 
 

 

Screenshot_20190610-124603.png

Screenshot_20190610-124559.png

Screenshot_20190610-124536.png

Screenshot_20190610-124517.png

Share this post


Link to post
Share on other sites
4 hours ago, Dizystyles said:

Could you make another post about this issue? We'll be able to get to the bottom of it with you more effectively that way. In Mikes case it was just the age of his router - he'd had it since 2014! In your case, while you're getting the same log messages, it could very likely be something else causing your lower speeds issue. Thank you, we'll be with you shortly in your new thread!

Share this post


Link to post
Share on other sites

My router has arrived at Duma HQ.

Hopefully the devs find something useful! 

Shocked it took two days to go from New York to UK, that’s better than the mail inside the US lol 

Share this post


Link to post
Share on other sites
On 6/10/2019 at 4:11 AM, Netduma Jack said:

If you send us a screenshot we could take a look :) Anti-Bufferbloat is designed to solve bufferbloat - if you have that set to 70/70 and you're still getting poor DSLreports results, try using Pingplotter for a more accurate reading of what's happening.

Great to have you here Mike, I hope your replacement router is good! Any issues with it just let us know :)

Setting it to 70/70 did significantly improve my bufferbloat scores.

Share this post


Link to post
Share on other sites

Haven’t had time (barely been home!) to install the new router. 

I received it Tuesday. 

I will tonight and post an update!

However, thanks for the handwritten note in the box! That’s pretty cool to be honest!

Also, I see you guys finally provide the US power cable haha - I figured you’d get a kick out of me sending back the UK with the adapter I’ve been dealing with all this time. :)

Share this post


Link to post
Share on other sites
4 minutes ago, Netduma Alex said:

Oh if we sent you a UK power adapter that was definitely a mistake!

No it’s correct, but I got the router so long ago you guys didn’t have the correct ones so sent an adapter too. Hahaha

Share this post


Link to post
Share on other sites
On 6/21/2019 at 10:35 PM, OverBoost said:

Same problem.

Hardware fault?

 

log-1561152663817.txt 18.88 kB · 4 downloads

Could you make a new topic for the issue please? As Mikes issue has been resolved it will be better to close the topic and go through everything with you in your own topic. In the new topic please let us know what speeds you pay for/expect and what you're getting instead on a wired connection. Also include your current QoS settings and your firmware version.

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

×
×
  • Create New...