NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
Solved
Internet disconnecting every 15 minutes (and home setup question)
My FVS336GV2 router block all WAN traffic in 15 minutes intervalls for about 6 minutes, including pings on the WAN side to the router. Here is what the sys log looks like
Jan 1 12:35:39 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 11024 is big. Consider r2q change.
ts, linesize 128 bytes.
Sun Jan 1 12:35:39 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 10001 is big. Consider r2q change.
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] p->perfect 0000000000000000 p->h a800000005f39800
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_dump(tp a80000000398fc00,fh 0x0,skb a800000006173080,t a80000000577f010),p a8000000064e0800,r 0000000000000000,b a80000000577f038
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_change(tp a80000000398fc00,handle 0x00000000,tca a800000007c0b500,arg a800000003f67920),opt a800000003693e30,p a8000000064e0800,r 0000000000000000,*arg 0x0
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_get(tp a80000000398fc00,handle 0x00000000)
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_init(tp a80000000398fc00)
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB init, kernel part version 3.17
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_delete(tp a80000000398fc00,arg 0xa800000006b47a08),p a8000000064e0800,f 0000000000000000
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_walk(tp a80000000398fc00,walker a800000003f67d30),p a8000000064e0800
Sun Jan 1 12:35:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_destroy(tp a80000000398fc00),p a8000000064e0800
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 11024 is big. Consider r2q change.
ts, linesize 128 bytes.
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 10001 is big. Consider r2q change.
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] p->perfect 0000000000000000 p->h a800000003693e00
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_dump(tp a80000000398fc00,fh 0x0,skb a800000006728980,t a8000000043aa010),p a8000000064e0800,r 0000000000000000,b a8000000043aa038
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_change(tp a80000000398fc00,handle 0x00000000,tca a800000007c0b500,arg a8000000045ef920),opt a800000005f39830,p a8000000064e0800,r 0000000000000000,*arg 0x0
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_get(tp a80000000398fc00,handle 0x00000000)
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_init(tp a80000000398fc00)
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB init, kernel part version 3.17
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_delete(tp a80000000398fc00,arg 0xa800000006b47a08),p a8000000064e0800,f 0000000000000000
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_walk(tp a80000000398fc00,walker a8000000045efa20),p a8000000064e0800
Sun Jan 1 12:35:23 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_destroy(tp a80000000398fc00),p a8000000064e0800
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 11024 is big. Consider r2q change.
ts, linesize 128 bytes.
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 10001 is big. Consider r2q change.
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] p->perfect 0000000000000000 p->h a800000005f39800
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_dump(tp a80000000398fc00,fh 0x0,skb a800000006728200,t a8000000043aa010),p a8000000064e0800,r 0000000000000000,b a8000000043aa038
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_change(tp a80000000398fc00,handle 0x00000000,tca a800000007c0b500,arg a8000000048e3920),opt a800000006db6230,p a8000000064e0800,r 0000000000000000,*arg 0x0
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_get(tp a80000000398fc00,handle 0x00000000)
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_init(tp a80000000398fc00)
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB init, kernel part version 3.17
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_delete(tp a80000000398fc00,arg 0xa800000006b47a08),p a8000000064e0800,f 0000000000000000
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_walk(tp a80000000398fc00,walker a8000000048e3d30),p a8000000064e0800
Sun Jan 1 12:34:13 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] tcindex_destroy(tp a80000000398fc00),p a8000000064e0800
Sun Jan 1 12:33:38 2017((GMT-0500)) [FVS336Gv2][Kernel][KERNEL] HTB: quantum of class 11024 is big. Consider r2q change.
ts, linesize 128 bytes.
Any idea what is wrong. Running latest firmware, 4.3.3-6. Tried reseting to default, but does not help. Read few other threads but they did not help either. I noticed some pings to the router on the wan side are delayed to about 200ms. While most other pings come back in 50ms. Can anyone help?
We connected the computer directly to the cable modem and it was doing the same thing, so we replaced the cable modem and looks like it is working much better now. No more loss of connection on the WAN side. Thank you very much for your help, you are the best!
4 Replies
Hi BobC99,
Let us isolate the problem. Disconnect the FVS336Gv2 from the modem then connect a PC directly to the modem, are you able to go online just fine?
Regards,
DaneA
NETGEAR Community TeamThank you, I will try this. The router is at another location so I cannot get to it until friday so I will try it then. I do have remote access to it though if I can do anything before that time, please tell me? BTW it seems to go down only when we are using it, I was pinging it over night, when it was not being used and it seemed to be fine...
We connected the computer directly to the cable modem and it was doing the same thing, so we replaced the cable modem and looks like it is working much better now. No more loss of connection on the WAN side. Thank you very much for your help, you are the best!
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!
